🎙 Somnia DreamDEX & 원미닛 AMA

Somnia DreamDEX의 앞으로의 방향성과 비젼에 대해 직접 들어볼 수 있는 시간이 될 예정입니다.

- 날짜: 8월 5일 오후8시
- 장소: X (트위터) 스페이스 / 원미닛 텔레그램
- AMA 참여자 보상 : 20만원 상당 기프티콘

AMA 참가자 대상 20만원 상당 기프티콘도 제공합니다!

소소하지만 가볍게 들으면서 기프티콘 받아가세요!

진행 전에 AMA 참가자 구글폼 올리도록 하겠습니다.

➡️ AMA 예약하기
➡️ AMA 참가자 구글폼

AMA 참여 하실분들은 구글폼 먼저 작성하시고 추후 AMA 종료 후 비밀번호 나오면 수정하시면 됩니다!

DAPPOS 하나의 기반이 거래·대출·스왑으로 확장된다 - 5/5

같은 기반이 DEX에 들어가면 역할은 또 달라집니다. 현재 quickswap.dappos.com에서는 Polygon과 Manta Pacific 시장을 고르고 Swap·Pool·Farm 화면으로 이동할 수 있습니다.

GMX의 포지션 거래, BENQI의 대출·스테이킹, QuickSwap의 스왑·유동성처럼 프로젝트마다 필요한 행동은 다릅니다. DAPPOS는 그 차이를 프로젝트별 화면과 실행 흐름으로 묶으려 합니다.

그래서 DAPPOS가 필요한 이유는 자체 AI 앱 하나를 더 만드는 데 있지 않습니다. 프로젝트는 거래·대출·스왑에 맞는 실행 경험을 빠르게 붙이고, 사용자는 체인과 서비스 구조를 먼저 공부하기보다 스왑·대출·거래 같은 목적에서 바로 시작할 수 있습니다.

여러 Web3 프로젝트가 함께 재사용할 수 있는 공통 기반이라는 점이 DAPPOS를 선택해야 하는 가장 큰 이유입니다.

➡️QuickSwap용 DAPPOS 화면

🔗스토리텔러 공지 l 웹사이트 l 트위터 l 링크트리 l 스토리텔러 대시보드

#DAPPOS #DOS #QuickSwap #3ridge

DAPPOS로 리서치를 돌린다면 1편

AI에게 같은 리서치를 시켜도 매번 출처·표·결론 형식이 달라지면 결국 사람이 처음부터 다시 설명해야 함.

DAPPOS 문서에 따르면 xBubble은 사용자가 원하는 결과물 예시를 받아 프롬프트-결과 쌍을 만들고, 요구사항과 예시에 얼마나 맞는지 반복 평가해 전용 SOP로 다듬는다. 마지막에는 그 SOP가 잘 작동할 범위도 따로 정함.

내가 쓰던 리서치 방식과 결과 형식을 한 번의 답변으로 버리지 않고 다음 작업에 다시 쓸 수 있다는 얘기. 반복 조사를 돌릴수록 DAPPOS를 선택할 이유가 생기는 부분임

➡️SOP 학습 공식 문서 l 공식 갤러리

🔗스토리텔러 공지 l 웹사이트 l 트위터 l 링크트리 l 스토리텔러 대시보드

#DAPPOS #DOS #스토리텔러

Strategy, BTC 1,638개 팔아 배당·자사주 매입

Strategy가 7월 27일~8월 2일 BTC 1,638개를 평균 63,957달러에 팔았음. 매각액은 총 1억473만달러

이 중 5,240만달러는 우선주 배당에, 5,230만달러는 STRC 자사주 매입에 썼습니다. 같은 기간 MSTR 보통주 301만주도 팔아 2억9,060만달러를 조달했고, 2억5,000만달러는 달러 준비금에 넣음

STRC는 총 91만2,143주를 8,120만달러에 되샀음. 현재 BTC 보유량은 842,138개, 매입 평균가는 75,419달러

이제는 고점에 산 비트 저점에 팔아서 우선주 배당까지 대는 중...

➡️SEC 공시

DAPPOS로 리서치를 돌린다면 2편

예측시장은 뉴스 하나에 확률이 바로 움직여서 여러 마켓·신규 상장·배당 변화를 계속 넘나들며 봐야 함. 한 번 요약받는 것보다 이후 변화를 놓치지 않는 게 더 어렵습니다.

DAPPOS 갤러리의 Prediction Market Signal Monitor 데모는 이란 관련 마켓을 모은 Iran Signal Desk를 보여줍니다. 감시 마켓 24개, 활성 이벤트 21개, 신규 항목과 24시간 알림, 배당 변화와 신호를 한 화면에 모은 예시임

리서치 대상을 매번 다시 찾는 대신 사건과 감시 기준을 정해 계속 업데이트하는 방식. DAPPOS를 단발성 검색보다 반복 리서치에 쓰는 이유가 여기서 보임

➡️DAPPOS 공식 갤러리 l xBubble l 3ridge 대시보드

🔗스토리텔러 공지 l 웹사이트 l 트위터 l 링크트리 l 스토리텔러 대시보드

#DAPPOS #DOS #스토리텔러

DAPPOS로 리서치를 돌린다면 3편

선물 종목을 비교하려면 가격 변화만 볼 게 아니라 거래량, 고점·저점, 펀딩비와 진입 근거까지 같이 봐야 함. 거래소 화면을 돌며 숫자를 옮긴 뒤 기준까지 다시 맞추는 데 시간이 꽤 들어간다.

DAPPOS 갤러리의 Crypto Futures Strategy 데모는 종목별 가격, 24시간 변화, 거래량과 펀딩비를 표로 모으고 후보를 Tradable·Watch·Rejected로 나눠 이유까지 붙인다.

같은 기준으로 후보를 반복 선별하고 결과 형식도 유지할 수 있다는 게 장점. 리서처는 자료 정리보다 어떤 기준으로 고르고 제외할지에 시간을 더 쓸 수 있음.

➡️DAPPOS 공식 갤러리 l xBubble

🔗스토리텔러 공지 l 웹사이트 l 트위터 l 링크트리 l 스토리텔러 대시보드

#DAPPOS #DOS #스토리텔러

DAPPOS로 리서치를 돌린다면 4편

리서치에서 제일 오래 걸리는 건 글쓰기가 아니라 원문 확인일 때가 많음. 기관명·투자 규모·토큰 매수 여부처럼 문장 하나만 틀려도 결론 전체가 달라진다.

DAPPOS 갤러리의 Fact Check 데모는 기사 속 주장을 문장별로 나누고 공식 사이트와 원출처를 대조해 Supported·Likely false·Overstated로 근거 수준을 구분한다. 확인한 항목과 최종 판단도 따로 남김

검색 링크를 쌓아두는 대신 어떤 문장이 맞고 어디서 과장됐는지 같은 형식으로 반복 확인하는 방식. 자료 수집 다음에 검증 과정까지 이어주는 게 DAPPOS 리서치의 사용 이유임

➡️DAPPOS 공식 갤러리 l xBubble

🔗스토리텔러 공지 l 웹사이트 l 트위터 l 링크트리 l 스토리텔러 대시보드

#DAPPOS #DOS #스토리텔러

DAPPOS로 리서치를 돌린다면 5편

자료를 찾고 검증해도 마지막에는 회사 개요, 실적, 경쟁사, 밸류에이션과 리스크를 한 흐름으로 묶어야 함. 출처마다 형식이 달라 여기서 또 손이 많이 간다.

DAPPOS 갤러리에는 Nokia 실적 페이지·실적 PDF·20-F·컨퍼런스콜·컨센서스 자료를 합친 전체 리서치 보고서가 공개돼 있다. 회사 개요부터 AI 사업, 경쟁 구도, 재무 전망, SOTP, 상승·하락 시나리오와 출처까지 한 문서로 구성한 예시임.

SOP로 조사 방식 고정→시장 변화 감시→후보 비교→팩트체크→최종 보고서까지 이어지는 흐름. DAPPOS는 답 하나보다 반복 가능한 리서치 과정을 만들 때 더 쓸 이유가 있어 보임.

➡️공식 Nokia 리서치 보고서 l DAPPOS 공식 갤러리

🔗스토리텔러 공지 l 웹사이트 l 트위터 l 링크트리 l 스토리텔러 대시보드

#DAPPOS #DOS #스토리텔러

📱 Telegram Github 링크들


➡️ 데이터베이스 라이브러리

➡️ 안드로이드용 텔레그램

➡️ iOS용 텔레그램

➡️ macOS 용 텔레그램

➡️ Web버전 텔레그램

➡️ React용 텔레그램

➡️ Desktop용 텔레그램

이것만 있으면 클로드나 Codex 에게
대충 "해줘" 라고하면 만들어줄 듯

🦁 모건스탠리, 서클 목표주가 $106→$38 64%하향

1. 2027년, 공급량 33%. 2028년 44% 감소 예상
2. MMF 와 토큰화 예금과의 경쟁 심화

목표가를 60% 이상 내린 건 또 처음이네요.

@ryan_research

DAPPOS AI 코딩은 왜 데모에서 멈출까 1편

AI 코딩은 왜 데모에서 멈출까

AI에게 사이트나 앱을 만들어달라고 하면 화면과 코드는 금방 나올 수 있음. 그런데 실제로 서비스를 열려면 로그인·데이터 저장·결제·배포처럼 코드 밖에서 정해야 할 것도 계속 남는다.

DAPPOS 문서는 현재 코딩 에이전트가 강력해졌지만 여전히 어느 정도의 기술 이해를 전제로 한다고 설명한다. 개발자에게는 익숙한 선택이어도 비개발자는 무엇을 골라야 하는지부터 다시 공부해야 함.

DAPPOS의 Bubble Code가 줄이려는 건 코드를 입력하는 시간만이 아님. AI가 코드를 만들어준 뒤 사람이 다시 기술 운영자가 되어야 하는 간격까지 줄이는 것. 앱 아이디어는 있지만 개발 구조를 모르는 사람이 DAPPOS를 선택할 첫 번째 이유임.

➡️비개발자에게 코딩 에이전트가 어려운 이유

🔗스토리텔러 공지 l 웹사이트 l 트위터 l 링크트리 l 스토리텔러 대시보드

#DAPPOS #xBubble #DOS #스토리텔러

DAPPOS 기술 스택보다 사업 목표부터 말한다 2편

일반적인 AI 코딩에서는 어떤 언어와 프레임워크를 쓸지, 데이터베이스는 무엇으로 할지, 배포 환경은 어떻게 구성할지를 사용자가 계속 정해야 할 때가 많음.

DAPPOS의 Bubble Code는 xBubble의 SOP 시스템을 소프트웨어 제작에 적용한 모드다. 사용자가 사업 목표를 말하면 그 요청에 맞는 Coding SOP를 실행하는 구조로 설명돼 있다.

DAPPOS 사용자는 기술 구조부터 고르는 대신 누구를 위한 서비스인지, 어떤 기능이 필요한지, 무엇을 판매하거나 제공할지에 더 집중할 수 있음. 프롬프트로 코드를 한 번 받는 것보다 사업 목적에서 작동하는 결과물까지 가는 과정이 짧아지는 게 두 번째 사용 이유임.

➡️Bubble Code 공식 설명

🔗스토리텔러 공지 l 웹사이트 l 트위터 l 링크트리 l 스토리텔러 대시보드

#DAPPOS #xBubble #DOS #스토리텔러

DAPPOS 코드 밖의 서비스까지 함께 묶는다 3편

DAPPOS로 서비스를 공개하려면 코드만 필요한 게 아님. 도메인·호스팅·배포·결제처럼 외부 서비스도 연결해야 하고, 각각의 계정과 설정을 따로 관리하게 되는 경우가 많다.

DAPPOS 문서에 따르면 Bubble Code는 Coding SOP와 AI가 이용할 수 있도록 패키징된 제3자 서비스를 함께 구성한다. 서비스 제공자는 필요한 자원의 조달·설정·배포·지원을 맡을 수 있고, 일부 서비스는 xBubble 크레딧을 통해 이용할 수 있도록 설계됐다.

코드를 생성한 뒤 사용자가 다시 외부 업체와 기술 설정을 하나씩 연결하는 게 아니라, 소프트웨어 구축 흐름 안에서 필요한 서비스까지 이어지게 하는 방식. DAPPOS를 사용하는 이유는 개발과 실제 출시 사이의 마지막 구간을 줄인다는 게 세 번째 이유임.

➡️xBubble SOP에서 Bubble Code로

🔗스토리텔러 공지 l 웹사이트 l 트위터 l 링크트리 l 스토리텔러 대시보드

#DAPPOS #xBubble #DOS #스토리텔러

DAPPOS로 페이지가 아니라 운영 흐름을 만든다 4편

AI가 예쁜 랜딩 페이지 하나를 만드는 것과 실제 사업을 운영하는 건 다름. 사용자가 가입하고 결제한 뒤 주문이나 이용 기록이 남고, 운영자가 그 내용을 확인할 수 있어야 서비스가 계속 돌아간다.

DAPPOS의 2026년 7월 개발 업데이트는 Bubble Code가 페이지 생성·로그인·결제·백엔드 기록·배포 관련 흐름을 더 일관되게 처리하도록 개선됐다고 설명한다. 커머스·네트워크 서비스·유료 콘텐츠·서비스 예약 같은 시나리오도 시작 화면에서 운영자 관리까지 연결하도록 범위를 넓혔다고 밝혔다.

DAPPOS의 목표는 사이트 모양만 만드는 게 아니라 사용자가 들어와 행동하고, 결제와 기록이 남고, 운영자가 관리하는 전체 흐름을 구축하는 것. 데모 페이지보다 실제 운영 가능한 결과물이 필요할 때 DAPPOS를 쓰는 네 번째 이유임.

➡️Bubble Code 공식 문서

🔗스토리텔러 공지 l 웹사이트 l 트위터 l 링크트리 l 스토리텔러 대시보드

#DAPPOS #xBubble #DOS #스토리텔러

DAPPOS 한 번 만든 해결법을 SOP로 남긴다 5편

AI 코딩으로 서비스 하나를 완성해도 다음 프로젝트에서는 같은 로그인·결제·배포 문제를 다시 설명하고 수정하게 될 수 있음. 결과물은 남아도 구축 과정은 매번 처음부터 반복되는 셈이다.

DAPPOS의 Bubble Code는 반복되는 소프트웨어 제작과 수정 과정을 Coding SOP로 묶는다. 현재 SOP가 특정 요구를 처리하지 못하면 추가 지원을 통해 보완하고, 반복해서 해결한 방식은 이후 비슷한 요청에 재사용할 수 있는 작업 흐름으로 발전시키는 구조다. DAPPOS는 이를 단순한 Prompt-to-Code가 아니라 SOP-to-Business로 설명한다.

5편을 연결하면 Bubble Code의 방향이 보임. 기술 장벽을 줄이고→사업 목표에서 시작하고→외부 서비스를 연결하고→운영 가능한 흐름을 만든 뒤→그 구축법을 SOP로 남기는 방식.

DAPPOS를 쓰는 이유는 사람마다 코딩을 배우게 만드는 데 있지 않음. 한 번 해결한 사업 구축 방식을 반복 가능한 자산으로 만들고, 다음 서비스는 더 짧은 과정으로 시작하게 만드는 데 있음.

🔗스토리텔러 공지 l 웹사이트 l 트위터 l 링크트리 l 스토리텔러 대시보드

#DAPPOS #xBubble #DOS #스토리텔러

메이드카페가 이리 음탕한 곳이었나😵‍💫😵‍💫