이의를 제기하면 어떻게 되나

DAPPOS는 검증 결과를 누구나 뒤집을 수 있게 열어뒀습니다. 검증 결과가 항상 옳다는 보장은 없습니다. 그래서 공식 문서는 누구나 서비스 제공자의 결과에 이의를 제기할 수 있도록 열어둡니다.

이의가 받아들여지면 해당 담보가 청산되고, 문제를 제기한 쪽에는 보상이 주어집니다.

이 설계의 핵심은 감시를 의무가 아니라 기회로 바꿨다는 점입니다. 잘못된 결과를 찾아내는 것이 돈이 되면 굳이 시키지 않아도 누군가는 들여다봅니다.

문서는 이 과정을 게임 이론적 균형과 슬래싱 장치로 굴러가는 탈중앙 검증이라고 설명합니다. 특정 기관이 심판을 보는 것이 아니라, 참여자들의 이해관계가 서로를 견제하도록 짜여 있다는 뜻입니다.

🔗 웹사이트 | 트위터 | 텔레그램 | 커뮤니티

#DAPPOS #챌린지 #슬래싱 #스토리텔러

시간 제한이 걸린 이유

DAPPOS 인텐트에는 반드시 실행 기한이 붙습니다. 인텐트에는 실행 기한이 붙습니다. 공식 문서는 시간이 정해진 실행 조건이 무기한 지연을 막는다고 설명합니다.

기한 안에 완수되지 않으면 그 자체로 실패 처리되고, 자동으로 보상 절차가 돌아갑니다.

이 장치가 없으면 어떻게 될지 생각해 보면 필요성이 분명해집니다. 실패는 아닌데 끝나지도 않은 상태로 자산이 묶여 있을 수 있습니다. 사용자는 기다릴지 포기할지 판단할 근거가 없습니다.

기한을 못 박아 두면 최악의 경우가 정해집니다. 사용자는 언제까지 결과가 나오는지, 안 나오면 무엇을 받는지 미리 알고 시작합니다.

불확실성을 없애는 것이 아니라 계산 가능한 크기로 잘라두는 설계입니다.

🔗 웹사이트 | 트위터 | 텔레그램 | 커뮤니티

#DAPPOS #실행속도 #보상 #스토리텔러

이 구조가 성립하려면 무엇이 필요한가

지금까지 본 DAPPOS의 구조는 하나의 전제 위에 서 있습니다. 지금까지 본 매칭, 실행, 검증, 담보는 하나의 조건 위에 서 있습니다. 공식 문서가 짚는 그 조건은 성공 여부를 객관적으로 판정할 수 있어야 한다는 것입니다.

결과가 명확해야 검증자가 판정할 수 있고, 판정이 되어야 담보를 몰수할지 말지가 정해지고, 그래야 실패했을 때 보상이 나갑니다. 하나라도 흔들리면 나머지가 무너집니다.

그래서 이 네트워크가 다룰 수 있는 일과 다룰 수 없는 일이 갈립니다. 온체인에서 확인 가능한 결과는 들어오고, 판단이 갈리는 주관적인 목표는 들어오기 어렵습니다.

확장성은 여기서 나옵니다. 문서의 표현대로 검증 가능한 작업이라면 종류를 가리지 않습니다. 스왑과 브릿지에 한정되지 않는다는 뜻입니다.

🔗 웹사이트 | 트위터 | 텔레그램 | 커뮤니티

#DAPPOS #인텐트 #확장성 #스토리텔러

개인 플랜과 비즈니스 플랜은 목적이 다르다

DAPPOS가 xBubble 플랜을 두 갈래로 나눠 설명했습니다. 출처

개인 플랜은 일상적인 AI 작업과 개인 프로젝트를 겨냥합니다. 공개 SOP 라이브러리에서 상황에 맞는 것을 추천받아 쓰는 방식입니다.

비즈니스 플랜은 1인 기업과 실제 사업 운영을 위한 것입니다. 공개 SOP를 그대로 쓰는 대신 자기 업무에 맞춘 전용 SOP를 만들어 씁니다.

차이는 결국 반복의 성격입니다. 개인은 그때그때 다른 일을 하고, 사업은 같은 일을 반복합니다. 반복되는 일일수록 전용 절차를 만들어 두는 쪽이 이득이 큽니다.

🔗 웹사이트 | 트위터 | 텔레그램 | 커뮤니티

#DAPPOS #xBubble #플랜비교 #스토리텔러

체인 데이터로 굴러가는 사이트를 만든다

DAPPOS 공식 게시글이 든 사례입니다. 출처

xBubble의 Bubble Code로 로빈후드 체인의 토큰 순위 사이트를 만들고 배포한 내용입니다. 핵심은 토큰 목록을 코드에 박아 넣지 않고 체인 데이터를 그대로 끌어 쓴다는 점입니다.

사이트는 주요 토큰을 시가총액 순으로 정렬하고, 실시간 데이터 상태와 새로고침, 검색, 필터, 데이터 출처 표기까지 갖췄습니다.

하드코딩된 목록은 만든 순간부터 낡습니다. 데이터 소스를 물려 두면 사이트가 스스로 최신을 유지합니다. 이 차이가 데모와 실제 서비스를 가릅니다.

🔗 웹사이트 | 트위터 | 텔레그램 | 커뮤니티

#DAPPOS #BubbleCode #온체인데이터 #스토리텔러

프롬프트를 잘 쓰는 능력이 왜 문제인가

DAPPOS는 저프롬프트 AI를 지향합니다. 공식 문서가 그 이유를 설명합니다.

지금의 AI는 같은 질문이라도 어떻게 묻느냐에 따라 결과가 크게 달라집니다. 그래서 프롬프트를 잘 쓰는 요령이 따로 필요해졌습니다.

문제는 이 요령이 개인에게만 쌓인다는 점입니다. 잘 쓰는 사람은 계속 잘 쓰고, 그렇지 않은 사람은 매번 헤맵니다. 도구의 성능이 아니라 사용자의 숙련도가 결과를 가릅니다.

SOP는 이 격차를 줄이려는 접근입니다. 검증된 절차를 불러 쓰면 요령이 없어도 같은 수준의 결과에 도달합니다.

🔗 웹사이트 | 트위터 | 텔레그램 | 커뮤니티

#DAPPOS #저프롬프트 #SOP #스토리텔러

Bubble Pilot은 무엇을 하는가

DAPPOS xBubble의 입구 역할을 하는 것이 Bubble Pilot입니다. 공식 문서에 정리돼 있습니다.

사용자가 요청을 던지면 Pilot이 그 내용을 읽고 어떤 방식으로 처리할지 판단합니다. 그리고 가장 적합한 해법으로 넘깁니다.

사용자가 도구를 고르는 것이 아니라 요청이 알맞은 도구를 찾아가는 구조입니다.

이 층이 없으면 사용자가 매번 어떤 기능을 써야 할지 먼저 알아야 합니다. 무엇을 원하는지만 말하면 되는 경험은 이 라우팅 층 위에서 성립합니다.

🔗 웹사이트 | 트위터 | 텔레그램 | 커뮤니티

#DAPPOS #BubblePilot #라우팅 #스토리텔러

SOP는 어떻게 훈련되나

DAPPOS의 SOP는 사람이 한 번 써두고 끝나는 문서가 아닙니다. 공식 문서가 그 과정을 설명합니다.

Bubble Engine이 특정 작업에 맞는 절차를 생성하고 실제로 테스트합니다. 결과를 평가해 더 나은 형태로 다듬는 과정을 반복합니다.

즉 SOP는 만들어지는 것이 아니라 훈련되는 것에 가깝습니다.

이 구조의 장점은 개선이 누적된다는 점입니다. 한 사용자의 실패가 절차를 고치는 재료가 되고, 고쳐진 절차는 모든 사용자에게 적용됩니다. 개인의 요령이 아니라 시스템의 자산으로 쌓입니다.

🔗 웹사이트 | 트위터 | 텔레그램 | 커뮤니티

#DAPPOS #SOP #BubbleEngine #스토리텔러

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

DAPPOS 문서에는 기존 코딩 AI의 한계를 짚은 항목이 있습니다. 공식 문서입니다.

코드를 대신 써주는 도구는 이미 많습니다. 그런데 비개발자가 실제로 결과물을 얻는 데까지 가지 못하는 경우가 흔합니다.

코드가 나와도 어디에 올려야 하는지, 오류가 났을 때 무엇이 문제인지, 고치려면 어디를 봐야 하는지를 알아야 하기 때문입니다. 만드는 것과 돌아가게 하는 것은 다른 일입니다.

Bubble Code는 이 간극을 메우는 쪽에 초점을 둡니다. 목표를 말하면 배포까지 이어지는 흐름이 그래서 중요합니다.

🔗 웹사이트 | 트위터 | 텔레그램 | 커뮤니티

#DAPPOS #BubbleCode #비개발자 #스토리텔러

SOP에서 코드로 넘어가는 지점

DAPPOS 문서는 SOP와 Bubble Code의 관계를 이어서 설명합니다. 공식 문서입니다.

SOP는 반복되는 작업의 절차입니다. 여기에 배포와 실행이 붙으면 결과물이 문서가 아니라 돌아가는 제품이 됩니다.

Bubble Code는 그 연장선입니다. 절차를 코드로 옮기고 실제로 띄우는 단계까지 담당합니다.

그래서 두 기능은 별개가 아니라 같은 흐름의 앞뒤입니다. 무엇을 어떻게 할지 정리하는 단계와 그것을 세상에 내놓는 단계가 이어져 있는 구조입니다.

🔗 웹사이트 | 트위터 | 텔레그램 | 커뮤니티

#DAPPOS #SOP #BubbleCode #스토리텔러

Bubble Solution이 다루는 범위

DAPPOS xBubble에는 목적별로 나뉜 구성이 있습니다. 그중 하나가 Bubble Solution입니다.

특정 문제를 통째로 해결하는 묶음에 가깝습니다. 사용자가 여러 기능을 조합하지 않아도 되도록 필요한 것을 한 덩어리로 제공합니다.

도구를 많이 주는 것과 문제를 해결해 주는 것은 다릅니다. 선택지가 늘어날수록 무엇을 골라야 할지 모르는 사람에게는 오히려 벽이 됩니다.

해법 단위로 묶어 두면 사용자는 자기 문제만 알면 됩니다. 어떤 기능을 조합해야 하는지는 시스템이 압니다.

🔗 웹사이트 | 트위터 | 텔레그램 | 커뮤니티

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

Bubble Computer라는 이름의 의미

DAPPOS 문서의 Bubble Computer 항목입니다.

컴퓨터라는 이름이 붙은 이유는 작업이 돌아가는 공간을 뜻하기 때문입니다. 요청을 처리하려면 실제로 무언가가 실행될 자리가 필요합니다.

사용자 입장에서는 이 층이 보이지 않는 편이 좋습니다. 어디서 어떻게 돌아가는지 몰라도 결과만 받으면 되기 때문입니다.

PC를 쓸 때 CPU 점유율을 신경 쓰지 않는 것과 같습니다. 잘 만들어진 실행 환경은 존재감이 없습니다.

🔗 웹사이트 | 트위터 | 텔레그램 | 커뮤니티

#DAPPOS #BubbleComputer #실행환경 #스토리텔러

Bubble Personal은 무엇을 기억하나

DAPPOS의 Bubble Personal은 개인화를 다루는 부분입니다.

같은 요청이라도 사람마다 원하는 결과가 다릅니다. 어떤 형식을 선호하는지, 어떤 톤을 쓰는지, 어떤 자료를 자주 참조하는지가 제각각입니다.

이런 맥락이 쌓이면 매번 설명하지 않아도 됩니다.

AI 도구를 쓰다 지치는 이유 중 하나가 매번 처음부터 설명해야 한다는 점입니다. 기억되는 부분이 늘어날수록 요청은 짧아지고 결과는 정확해집니다.

🔗 웹사이트 | 트위터 | 텔레그램 | 커뮤니티

#DAPPOS #BubblePersonal #개인화 #스토리텔러

일반 AI와 Web3 AI OS는 무엇이 다른가

DAPPOS 문서에 두 가지를 직접 비교한 항목이 있습니다. 공식 문서입니다.

일반 AI는 정보를 다루는 데 강합니다. 묻고 답하고 정리하고 요약합니다.

온체인 작업은 성격이 다릅니다. 실제 자산이 움직이고, 실패하면 돈이 사라지며, 되돌릴 수 없습니다. 답을 잘 만드는 능력만으로는 부족합니다.

그래서 실행을 책임지는 층이 따로 필요합니다. 담보와 검증이 붙는 이유가 여기 있습니다. 대화형 AI에 온체인 기능을 얹는 것과 처음부터 실행을 전제로 설계하는 것은 다른 문제입니다.

🔗 웹사이트 | 트위터 | 텔레그램 | 커뮤니티

#DAPPOS #Web3AIOS #차별점 #스토리텔러

Web3 AI OS의 핵심 구성 요소

DAPPOS가 말하는 인텔리전스 계층의 뼈대입니다. 공식 문서에 정리돼 있습니다.

요청을 이해하는 부분, 계획을 세우는 부분, 실제로 수행하는 부분이 나뉘어 있습니다.

하나로 뭉쳐 있으면 문제가 생겼을 때 어디가 잘못됐는지 알 수 없습니다. 이해를 잘못한 것인지, 계획이 틀린 것인지, 실행이 실패한 것인지 구분이 안 됩니다.

층을 나누면 각 단계를 따로 개선할 수 있습니다. 복잡한 시스템일수록 경계를 분명히 하는 설계가 오래 갑니다.

🔗 웹사이트 | 트위터 | 텔레그램 | 커뮤니티

#DAPPOS #인텔리전스계층 #구성요소 #스토리텔러

9월 금리 인상 확률 60퍼센트, 사상 최고. Kobeissi Letter

: 시장이 9월 25베이시스포인트 인상 확률을 60퍼센트로 반영, 집계 이래 최고 수준
: 새 연준 의장의 첫 정책 결정이 인하가 아니라 인상이 될 것으로 보는 시각
: 불과 얼마 전까지 인하를 기대하던 흐름이 정반대로 뒤집힌 국면

#금리인상 #연준

여러 에이전트가 함께 일한다는 것

DAPPOS의 멀티에이전트 프레임워크입니다. 공식 문서에서 다룹니다.

하나의 AI가 모든 것을 처리하는 대신 역할이 나뉜 여러 에이전트가 협력하는 구조입니다.

사람의 조직과 비슷합니다. 한 사람이 기획하고 만들고 검수까지 하면 사각지대가 생깁니다. 나눠 맡으면 각자가 자기 몫에서 정확해집니다.

복잡한 작업일수록 이 차이가 커집니다. 단계가 많은 일을 한 번에 시키면 중간에서 흐트러지는데, 단계별로 담당이 있으면 그 지점에서 잡힙니다.

🔗 웹사이트 | 트위터 | 텔레그램 | 커뮤니티

#DAPPOS #멀티에이전트 #MAF #스토리텔러

미국 개인 저축률 2.7퍼센트, 4년 만의 최저. Kobeissi Letter

: 6월 개인 저축률이 0.1퍼센트포인트 내린 2.7퍼센트로 2022년 6월 이후 최저
: 5개월 연속 하락으로 누적 1.7퍼센트포인트 감소
: 2008년 4월 이후 월간 기준 세 번째로 낮은 수치

#저축률 #소비

강화학습으로 계속 나아진다는 설계

DAPPOS Bubble Engine의 개선 방식입니다. 공식 문서에 나옵니다.

실행 결과를 평가해 절차를 다듬는 과정을 반복합니다. 잘된 경로는 강화되고 실패한 경로는 걸러집니다.

핵심은 이 개선이 자동으로 누적된다는 점입니다. 사용자가 피드백을 정리해 전달하지 않아도 시스템이 결과에서 배웁니다.

쓰면 쓸수록 나아지는 도구와 처음 그대로인 도구의 차이는 시간이 갈수록 벌어집니다.

🔗 웹사이트 | 트위터 | 텔레그램 | 커뮤니티

#DAPPOS #강화학습 #BubbleEngine #스토리텔러