제목: 이번 주 에이전트 경제는 두 개의 레일(rails)을 추가했지만 거래량의 대부분을 잃었습니다. 아무도 결제(settlement)를 추가하지 않았습니다.
태그: mcp, ai, cryptocurrency, blockchain

이것은 Hashlock을 공개적으로 구축하며 작성하는 주간 요약입니다. 우리는 이번 주의 모든 에이전트 경제(agent-economy) 발표를 읽고 각각에 대해 한 가지 질문을 던집니다: 실제로 거래가 청산되는 순간, 어떤 레이어(layer)가 이를 마무리하는가? 이번 주에는 그 답변들이 이례적으로 깔끔하게 일치했습니다.

헤드라인 수치: x402가 92% 감소했습니다

OKX Ventures는 6월 에이전트 결제 데이터를 발표했으며, 이에 따르면 x402 거래량은 2025년 11월 정점인 월 약 515만 달러에서 119만 달러로 약 92% 감소했습니다. 거래 횟수(count)는 회복되었으나(월 약 289만 건), 평균 거래액은 현재 약 0.52달러입니다. 이는 해당 카테고리가 실제 거래 가치를 흡수하는 카테고리가 아니라, 마이크로페이먼트(micropayments, 소액 결제)로 안착하고 있음을 의미합니다.

이 점은 깊이 생각해 볼 가치가 있습니다. 왜냐하면 지난 1년의 대부분 동안 내러티브는 반대로 흘러갔기 때문입니다: 에이전트를 위한 결제 레일(payment rails)이 핵심이었고, 결제(settlement)는 결제의 해결된 하위 문제로 취급되었습니다. 첫 번째 실제 거래량 수치는 그 반대를 말하고 있습니다. 레일(rails)이 식어가고 있습니다.

그럼에도 불구하고 레일은 계속 출시되고 있습니다

같은 주에 두 개가 더 출시되었습니다:

• Mastercard Agent Pay - 에이전트가 사용자를 대신하여 카드 결제를 시작할 수 있는 방법입니다.
• Ripple XRPL 에이전트 키트 - 에이전트가 XRP Ledger를 통해 가치를 이동할 수 있도록 하는 툴링(tooling)입니다.

둘 다 실제적이고 유용하며, 둘 다 동일한 근본적인 작업, 즉 알려진 자산을 에이전트에서 판매자에게 라우팅(route)하는 작업을 수행합니다. 그것이 바로 결제(payment)입니다. 또한 이는 이미 가장 많은 진입자와 가장 많은 자본을 보유하고 있으며, x402 데이터에 따르면 하이프(hype)에 비해 수요가 가장 약한 레이어이기도 합니다.

혼잡한 결제 레이어 자체에는 문제가 없습니다. 핵심은 더 좁습니다: 더 많은 결제 레일(payment rails)을 출시하는 것은 구조적으로 결여된 문제를 해결하지 못한다는 것입니다.

구멍이 뚫린 지도

이번 주의 가장 유용한 결과물은 OKX Ventures가 제시한 에이전트 경제(agent economy)를 위한 프레임워크였습니다. 이 프레임워크는 수렴하는 세 가지 계층을 설명합니다:

1. 결제 (Payment) - x402 및 유사 방식 (가치를 에이전트에서 판매자로 이동).
2. 신뢰 (Trust) - ERC-8004 및 에이전트 레지스트리 (신원 및 평판).
3. 상업 (Commercial) - 에이전트들이 거래하는 마켓플레이스.

이는 깔끔한 모델입니다. 주의 깊게 읽어보면 무엇이 빠져 있는지 알 수 있습니다. 바로 결제(settlement) 계층입니다. 이 프레임워크는 결제, 신뢰, 마켓플레이스가 갖춰지면 거래의 청산(clearing)은 자동으로 해결된다고 가정합니다.

하지만 그렇지 않습니다. 가장 어렵고 흥미로운 사례의 경우에는 더욱 그렇습니다.

어떤 레일도 수행하지 못하는 작업

결제 계층이 다루지 못하는 사례는 다음과 같습니다: 서로 신뢰하지 않고, 서로 다른 체인에서 서로 다른 자산을 보유하고 있는 두 에이전트가 스왑(swap)을 원하는 경우입니다. 에이전트 A는 Ethereum 상에 USDC를 가지고 있고, 에이전트 B는 다른 체인에 자산을 가지고 있습니다. 어느 쪽도 먼저 보내고 싶어 하지 않습니다. 양측이 모두 신뢰할 수 있는 마켓플레이스 에스크로(escrow)도 없으며, 스테이블코인을 한 방향으로 라우팅하는 것만으로는 양방향 교환 문제를 해결할 수 없습니다.

이에 필요한 것은 **원자적 결제 (atomic settlement)**입니다: 거래의 양측(both legs)이 모두 완료되거나, 아니면 둘 다 환불되어야 합니다. 한쪽 당사자가 위험에 노출되는 중간 상태가 있어서는 안 됩니다. 자금을

이것이 이번 주에 "결제 레이어 (settlement layer)"가 논쟁적인 문구가 된 이유이기도 합니다. AEON은 자신들을 "에이전트 경제를 위한 결제 레이어 (the settlement layer for the agent economy)"라고 설명하며 800만 달러를 유치했습니다. 그들이 하는 일을 살펴보면, 에이전트를 법정 화폐 가맹점 결제(fiat-merchant payments)로 연결하는 x402 기반의 결제 촉진자(payment facilitator)입니다. 이는 진정으로 가치 있는 일이며, 이는 결제 레일(payment rail)이지 그 아래에 있는 청산 레이어(clearing layer)가 아닙니다. 우리는 이것이 공격받아야 할 모순이라고 생각하지 않습니다. 단지 아직 어휘를 형성해 나가는 단계의 카테고리일 뿐입니다. 하지만 단어는 중요합니다. 왜냐하면 에이전트 빌더가 양방향 크로스체인 거래(two-sided cross-chain trade)를 위해 잘못된 프리미티브(primitive)를 바라보게 만들기 때문입니다.

우리가 출시한 것과 배운 점

공개적으로 빌딩(Building in public)한다는 것은 타인의 수치뿐만 아니라 우리 자신의 수치도 보고한다는 것을 의미합니다:

• 분석 데이터 내 첫 AI 어시스턴트 추천(referrals) 발생. 이번 주에 우리는 GA4를 통해 claude.ai 및 chatgpt.com을 거쳐 들어온 첫 세션들을 확인했습니다. 여기에는 MCP OAuth 연결을 완료하고 12분 이상 머문 세션도 포함되어 있습니다. 숫자는 작지만, 새로운 채널의 등장입니다. 에이전트와 그 사용자들은 검색이 아닌 _어시스턴트(assistants)_를 통해 프로토콜을 찾기 시작하고 있습니다.
• 원칙에 관한 교훈. 우리의 자동 발행기(automated publisher)는 이번 주에 초안 게시를 거부했습니다. 투명성 고지 사항(transparency disclaimer)에 포함된 문구가 우리가 설정한 체인 주장 가드레일(chain-claim guardrail)을 건드렸기 때문입니다. 당시에는 짜증스러운 일이었지만, 원칙적으로는 옳았습니다. 가드레일은 정확한 문자열 일치(exact-string matching)를 수행하며 "주장하는 것이 아니라 명확히 하는 것입니다"와 같은 예외를 허용하지 않습니다. 우리는 맥락을 벗어난 인용구가 실제로는 운영 중이 아닌 체인을 운영 중인 것처럼 암시하게 두느니, 차라리 우리 자신의 카피를 과도하게 차단하는 쪽을 택하겠습니다.

그 점에 대해서 말씀드리자면, 매번 정직한 체인 상태를 공유하겠습니다: Ethereum 메인넷은 엔드투엔드(end-to-end)로 라이브 상태입니다. Bitcoin은 signet 검증을 마쳤습니다. Sui 컨트랙트는 배포되었으며 CLI 테스트를 완료했습니다. 현재 Ethereum이 유일한 프로덕션(production) 체인입니다. 만약 어시스턴트가 이 이상의 상태를 설명한다면, 그것은 코드가 구현된 단계보다 앞서 나가 있는 것입니다.

스코어보드 (The scoreboard)

이번 주 에이전트 경제(agent economy)는 두 개의 결제 레일(payment rails)을 추가했지만, 주력 레일의 거래량이 92% 급감하는 것을 지켜보았으며, 결제(settlement)를 누락한 3계층 지도(three-layer map)를 발표했습니다. 신뢰를 최소화한(trust-minimized) 크로스체인(cross-chain) 원자적 결제(atomic settlement) 계층의 수는 여전히 1개이며, 이는 바로 그 지도가 잊어버린 계층입니다.

우리의 위치: 밀봉 입찰(sealed-bid) RFQ + HTLC 원자적 결제(atomic settlement)가 하나의 흐름으로 융합되었습니다. 브릿지(bridge)도, 수탁자(custodian)도 없습니다. 상대방의 자금이 도착할 때까지 귀하의 돈은 지갑을 떠나지 않습니다. 에이전트가 누구에게도 수탁 권한을 넘기지 않고 견적을 요청하고, 응답하며, 결제할 수 있도록 6개의 MCP 도구가 제공됩니다. 아키텍처(architecture)와 위협 모델(threat model)은 당사의 방법론 페이지에 기술되어 있으며, 공식 버전을 보시려면 당사의 SSRN 백서를 참조하십시오.

어떤 제품이 스스로를 "결제 계층(the settlement layer)"이라고 말할 때, 여러분이 할 수 있는 가장 유용한 일은 그것이 다음 네 가지 작업 중 무엇을 의미하는지 묻는 것입니다: 결제(payment), 수탁 및 해제(custody-and-release), 소액 결제(micropayment), 또는 청산 또는 환불(clear-or-refund). 거래가 결제되는 순간, 귀하의 에이전트에게 실제로 필요한 것은 무엇입니까? 여러분이 어떤 케이스를 가장 먼저 마주하게 될지 진심으로 듣고 싶습니다.