저는 @termix_ai의 '구매 가능한 서비스 페이지 생성' 과정을 직접 정리해 보았고, 동시에 현재 시장에 올라와 있는 서비스들이 어떤 형태인지도 살펴보았습니다.
진입점은 https://t.co/HUrpnRv4C2와 https://t.co/7oriv709BY입니다. 신원 계층(Identity layer)은 ERC-8004 Agent NFT이며, 주문 보관은 ERC-8183과 같은 계약을 사용하고, 정산 코인은 BNB Chain / Base 상에서는 USDC, USDT가 사용되며, Robinhood 체인에서는 주로 USDC를 사용합니다.
제 개인적인 감상으로는: 서비스 등록 자체가 더 이상 신비롭지 않습니다. 문서화가 충분히 공학적(engineering)으로 되어 있습니다. 하지만 '올리는 것'과 '팔 수 있는 것'은 별개의 문제입니다. 아래에 제가 실제로 거칠 순서대로 작성하겠습니다.
1. 체인 선택 후 Agent 신원 생성하기
BNB Chain과 Base는 각각의 계정, 등록(listing), 주문 시스템을 가지고 있어 서로 연결되지 않습니다. 만약 제가 정말로 이 작업을 한다면, 먼저 하나의 체인을 선택하고 양쪽에 동시에 배포하지 않을 것입니다.
지갑에 로그인한 후, name, displayName, category, description, tags 등의 필드를 준비합니다. 그리고 register의 tx-intent를 가져와 직접 서명하여 온체인(on-chain)에 기록합니다. 신원은 통일적입니다: 동일한 Agent는 구매자 역할도 할 수 있고 판매자 역할도 할 수 있습니다. 등록할 때 '판매자' 또는 '구매자'를 체크하는 방식이 아닙니다. Evaluator / Arbitrator가 운영 주체로부터 부여받는 능력입니다.
제가 미리 생각해 둘 세부 사항이 하나 있습니다: handle은 한 번 설정하면 변경할 수 없습니다. 공개 상점 페이지는 handle을 기준으로 읽힙니다. 그러니 충동적으로 이름을 정해서 자리를 차지하지 마세요.
2. 서비스 페이지 생성하기: 필드가 많다고 싫어하지 말고, 먼저 범위를 명확히 하라 (scope)
리스팅(listing)을 만들 때, 문서에는 최소한 title, category, basePrice, coverImageUrl가 요구됩니다. 선택적 필드로는 deliveryDays, description, tags, packages(1~6단계), addons, samples, challengeWindowHours, settlementType(escrow / optimistic), proofMethod(optimistic / manual / evaluator), bondAmount, instantBuyable, publicSearch 등이 있습니다.
제가 작성할 방식은 다소 보수적일 것입니다: title에 키워드를 너무 많이 넣지 않고, description에는 납품 경계를 명확히 서술하며, deliveryDays를 비현실적인 숫자로 설정하지 않습니다. samples에는 볼 수 있는 자료를 첨부합니다. packages는 풍성해 보이려고 억지로 여섯 단계를 채우기보다, 1~3단계로 충분합니다. instantBuyable은 서비스가 표준화되었는지에 따라 판단해야 합니다: 표준화된 작은 상품이라면 가능하지만, 맞춤형(customized) 서비스의 경우 세션별 견적을 받는 것이 더 안정적입니다.
커버 이미지는 사전 서명 업로드(pre-signed upload)를 거쳐야 합니다. upload-url을 신청 → PUT으로 파일을 전송 → publicUrl을 listing에 다시 기록하는 순서입니다. 이 과정은 복잡하지 않지만, 건너뛰지 마세요. 커버 필드가 스키마(schema)를 통과하지 못하면 발급할 수 없습니다.
초안 상태는 DRAFT이며, 게시(publish)는 POST /listings/:id/publish로 진행됩니다. 여기서 제가 특별히 기억한 점은: 게시 과정은 오프체인(off-chain) 동작이므로, 추가적인 등록 거래를 할 필요가 없다는 것입니다. 상장 진입 장벽은 주로 'Agent 신원이 있는지, 커버 이미지가 있는지, 필드가 엄격한 스키마를 통과하는지'에 달려있을 뿐, 또 다른 플랫폼 심사비를 지불하는 것에 달려있는 것이 아닙니다.
3. 거래 경로: instant buy와 협상(negotiation)의 결합
구매자가 이미 가격이 책정된 서비스를 직접 구매할 경우, instantBuyable이 true이면 instant-buy를 통해 진행되며, 협상을 건너뛰고 바로 checkout으로 이동합니다. 그렇지 않은 경우에는 세션을 열어 맞춤 견적을 받습니다. 또 다른 경로는 구매자가 먼저 요구사항을 보내면, Provider가 이를 발견하여 견적을 제시하는 방식입니다.
자금이 보관(custody)되면, 주문은 대략 PENDING_ACCEPT → FUNDED / IN_PROGRESS → DELIVERED → SETTLED 순서로 진행됩니다. 납품 시에는 산출물을 업로드하고 sha256으로 등록해야 하며, submitDelivery는 delivery hash를 온체인에 기록합니다. 구매자는 수락하거나, 재작업(redo)을 요청할 수도 있고, 도전 기간(challenge window) 내에서 분쟁을 제기할 수도 있습니다. 시간이 초과되어 아무도 처리하지 않으면, permissionless한 claimAfterTimeout / cancelExpired를 사용할 수 있습니다. 프로토콜 수수료는 공개 설정에서 읽을 수 있으며, 이번에 BNB Chain에서 확인했을 때 protocolFeeBps=200으로 약 2%였습니다.
4. REST API 대신 사용 가능한 두 가지 진입점
만약 직접 REST를 구현하고 싶지 않다면, 공식적으로 두 가지 경로가 제공됩니다:
첫째는 Agent Skill입니다. SKILL.md를 읽고 shell을 실행할 수 있는 Agent에게 “help me install https://t.co/MuFRwyYrXZ”라고 말하면, provider-listing, provider-order-delivery, client-checkout-fund와 같은 워크플로우 문서를 설치해 줍니다.
둘째는 비즈니스 레벨 SDK입니다. TypeScript, Python, Go 모두 지원하며, discover / buyListing / deliver / settle 기능을 캡슐화합니다. 이 SDK는 서명되지 않은 tx-intent만 반환하거나, 또는 서명자(signer)를 주입하여 대리 서명 및 브로드캐스트를 할 수 있도록 지원합니다.
현재 시장에서 구매 가능한 서비스
BNB Chain 백엔드에 상장된 서비스는 약 2,700여 개가 넘고, Base 백엔드는 거의 만 개 규모입니다.
제가 확인한 목록 중 '상품'과 유사한 것은 다음과 같습니다:
- 보안 및 감사 (Security & Audit): GoPlus DeepScan 같은 토큰 컨트랙트 스캔 서비스로, 약 99 USDC가 합니다.
- 연구/역공학 (Research / Reverse Engineering): REA(Reverse Engineer Anything)와 같은 서비스로, 약 10 USDC입니다.
- 영상 (Video): Montage Studio의 맞춤형 AI 뮤직 비디오 제작 서비스는 약 31.5 USDC이며, 즉시 구매가 불가능할 수도 있습니다. RenderFarm이나 Sketchboard 같은 영상 분할 서비스는 가격이 더 저렴합니다.
분류 측면에는 게임(Games), 디자인(Design), 코딩(Coding), 데이터 분석(Data & Analytics), 작문(Writing) 등이 있습니다.
커뮤니티에서는 낮은 가격대의 비주얼 패키지나 Writing & Content 관련 소규모 서비스도 상장되어 있으며, 가격대는 거의 0 USDC부터 0.01 USDC에서 수백 USDC까지 다양합니다.
BSC의 앞 페이지들에서 즉시 구매 가능(instantBuyable) 항목의 비율이 낮은 것은 아니지만, 이것이 제공되는 품질을 의미하지는 않습니다. 제가 BSC 목록 상위 500개를 확인했을 때, 판매자 중 completedJobs=0인 경우가 약 3분의 1 이상이었고, Base 홈 화면 상위 100개에서도 거래가 성사되지 않은 비율이 더 높았습니다. 따라서 저는 서비스를 볼 때 단순히 표지나 제목만 보기보다는 completedJobs, reputationScore, instantBuyable 여부, 도전 창(challenge window), 그리고 proofMethod를 먼저 확인합니다.
거시적인 수치도 분리해서 봐야 합니다. 공식 대시보드 스냅샷에 따르면 에이전트 거래량은 약 3,045만 달러, 인덱싱 에이전트는 약 131만 건, 누적 Jobs는 약 58.8만 건, 프로토콜 수익은 약 60.9만 달러입니다. 하지만 stats/network를 읽어보면, BSC/Base 스냅샷의 vaultLockedUsd는 한두 백 달러 규모에 불과하며, providersCount와 verifiedAgents 역시 몇 자릿수 차이가 납니다.
BNB Chain Set and Earn, Agents Helping Agents Bounty, 또는 Skill 설치 후 관심 공유 같은 보상(bounty) 활동들을 결합해 보면, 상당 부분의 Jobs가 고액 단가의 진지한 아웃소싱이 아니라 이벤트성, 소액 주문, 혹은 극히 작은 양자 관리 수수료에서 비롯되었다고 의심됩니다. explorer/jobs에서 SETTLED 비율이 높은 것도 보이지만, 예산 자체가 몇만 분의 일 USDC인 주문도 있습니다. 온체인으로 검증 가능하다고 해서 모든 것이 건강한 상업적 수요를 대표하는 것은 아닙니다.
또한, https://t.co/hnYrpBtbU7 이 라운드 크롤링 시점에는 'Fetching the live strategy directory'에서 멈춰 있어 안정적으로 확인할 수 있는 전략표가 펼쳐지지 않았습니다. 저는 양자 시장(quant market)의 성숙도로 서비스 시장 상장이 이미 완성되었다고 입증할 수 없습니다. 이 두 가지는 성숙도가 매우 다를 수 있습니다.
제가 현재 내리는 판단은 다음과 같습니다:
진지한 Provider에게: 서비스를 상장하는 경로는 오늘날 사용 가능합니다. 문서, Skill, SDK, 필드 설계, 호스팅 및 도전 메커니즘까지 모두 갖추어져 있어 단순히 백서만 있는 경우와는 다릅니다. 재구매가 가능한 소상품을 걸고 체인상에 검증 가능한 납품 기록을 남길 수 있습니다. 하지만 콜드 스타트(cold start) 문제는 여전히 어렵습니다. 튜토리얼과 데모는 '공식적인 역량 과시'에 치우쳐 있어, '빈 지갑에서 첫 재구매 고객까지'의 콜드 스타트 매뉴얼이 부족합니다. Montage나 Forge의 데모는 플래그십 에이전트의 능력 광고처럼 보여서, 새로 올린 5 USDC짜리 문안 서비스가 실제로 두 번째 구매를 받을지 직접적으로 외연화하기 어렵습니다.
진지한 Buyer에게: 시장 목록에는 이미 실제 서비스처럼 보이는 상장품들이 있습니다. 보안 스캔, 역공학, 영상 분할, 연구 관련 등 다양합니다. 하지만 '백만 에이전트 / 3천만 거래량' 같은 수치는 배경 소음으로 간주하고, 개별 판매자의 완료된 작업 건수, 반복 구매 흔적, 납품물 해시값 및 분쟁 기록에 집중해야 합니다. 주문하기 전에는 활동 포스터만 보기보다는 GET listings와 explorer/agents를 사용하여 판매자를 직접 검증하는 것이 가장 좋습니다.
따라서 '에이전트 서비스 페이지 생성 및 구매 가능 서비스 목록화'라는 관점에서 제 판단은 이렇습니다: 생성과 상장은 이미 '할 수 있는지'의 문턱을 넘었습니다. 하지만 진지한 수요와 공급이 자리를 잡았는지는 다음 단계의 반복적인 거래 증거와 납품 증거를 봐야 합니다. 앞으로 저는 세 가지에 주목할 것입니다: 안정적인 재구매 고객 및 서비스가 존재하는지; 플래그십이나 활동 주도적이지 않은 실제 납품 증거가 점점 늘어나는지; 튜토리얼이 'Skill 설치/Montage의 기술 시연'에서 '일반인이 어떻게 가격을 책정하고, 범위를 작성하며(scope), 도전 창을 통과하여, 두 번째 주문을 받는지'로 발전하는지. 이 세 가지 요소가 두터워져야 서비스 페이지는 단순히 생성 가능한 것을 넘어 장기적으로 운영할 가치가 있는 것이 됩니다.
