에이전트 간 결제(Agent-to-agent payments)가 Coinbase가 초기 자금을 지원하고 Linux Foundation이 현재 호스팅하고 있는 HTTP-402 마이크로페이먼트(micropayment) 프로토콜인 x402에서 방금 **1억 6천만 건의 트랜잭션(transactions)**을 돌파했습니다. 후원자 명단은 결제 인프라의 주요 기업들을 망라합니다: Cloudflare, Stripe, AWS, Google, Visa, Circle, Solana. AWS는 지난 6월 x402를 CloudFront 및 WAF에 연결했습니다. OpenAI, Bloomberg, CoinGecko가 제공자로 참여하는 앱 스토어(Agent.market)도 존재합니다. 약 69,000개의 활성 에이전트가 있으며, 추적된 거래량은 약 5,000만 달러 규모입니다.

어떤 정직한 척도로 보더라도, "에이전트가 비용을 지불할 수 있는가"라는 문제는 공개적으로, 그리고 빠르게 해결되고 있습니다.

헤드라인에서 놓치기 쉬운 부분은 바로 이것입니다: 그 1억 6천만 건의 트랜잭션 중 단 하나도 빠짐없이 단일 토큰, 단일 체인에서 정산되었다는 점입니다. 압도적으로 Base 체인 위의 USDC였습니다. 그것이 바로 x402가 존재하는 목적이며, x402는 그 일을 매우 잘 수행하고 있습니다. 하지만 이는 머신 커머스(machine commerce)에서 가장 어려운 사례를 조용히 배제하고 있습니다.

결제는 거래가 아닙니다

결제(payment)는 하나의 자산을 한 방향으로 이동시킵니다: 내가 API 호출에 대한 대가로 당신에게 USDC를 지불하는 것입니다. 지불자와 수취자가 존재하며, 유일한 질문은 돈이 도착하느냐 하는 것입니다.

거래(trade)는 전혀 다른 문제입니다. 두 개의 자산, 두 개의 방향, 그리고 서로를 신뢰하지 않는 두 명의 거래 상대방이 존재합니다. 에이전트 A는 ETH를 가지고 있고 BTC를 원합니다. 에이전트 B는 BTC를 가지고 있고 ETH를 원합니다. 이제 두 가지 질문이 생기며, 이들은 서로 연결되어 있습니다: 각각의 단계가 모두 도착하는가, 그리고 두 번째로 움직이는 사람이 첫 번째 단계를 가로채서 그냥 도망가는 것을 무엇이 막을 수 있는가?

그 두 번째 질문이 게임의 핵심입니다. 이것이 바로 인간 금융이 청산소(clearing houses), 수탁 기관(custodians), 에스크로 에이전트(escrow agents), 거래소(exchanges)와 같은 중개인 산업 전체를 성장시킨 이유입니다. 그들의 역할은 중간에 서서 돈을 보유함으로써 어느 쪽도 상대방을 신뢰할 필요가 없게 만드는 것입니다.

체인 경계를 넘는 순간, 문제는 나아지는 것이 아니라 더 악화됩니다. Base 상의 USDC에서 Base 상의 USDC로의 이동은 하나의 원장(ledger)입니다. ETH에서 BTC로의 이동은 공통된 정산 레이어(settlement layer)도, 공유된 시계(shared clock)도 없는 두 개의 원장입니다. 해당 거래의 양측이 동시에 일어나도록 만들 수 있는 단일한 장소는 존재하지 않습니다.

정산되는 순간, 돈을 누가 쥐고 있는가?

이것은 현재 출시되고 있는 모든 에이전트 커머스 스택(agent-commerce stack)에 제가 던지고 싶은 질문이며, 그 답은 명확합니다:

• **브릿지 (Bridges)**는 체인 A에 자산을 잠그고(lock), 체인 B에서 그 자산을 나타내는 증표를 발행(mint)하거나 해제(release)합니다. 그 기간 동안 브릿지 컨트랙트(bridge contract)가 실제 자금을 보유합니다. 브릿지는 바로 이 이유 때문에 암호화폐 역사상 가장 많이 탈취된 인프라 카테고리입니다. 즉, 브릿지는 타인의 돈이 쌓여 있는 거대한 더미와 같습니다.
• 수탁 정산 (Custodial settlement) (Fireblocks / Copper 모델 및 최신 에이전트 네이티브 수탁 스택)은 구조(construction)가 아닌 평판(reputation)에 의해 신뢰가 최소화(trust-minimized)됩니다. 누군가가 유동성(float)을 보유하고 있습니다.
• **평가자가 포함된 에스크로 컨트랙트 (Escrow contracts with an evaluator)**는 판결자의 결정에 따라 예치금과 해제를 모두 보유합니다. 주관적인 결과물에는 훌륭하지만, 스왑(swap)의 경우에는 신뢰의 대상을 판결자에게 옮길 뿐입니다.

이 세 가지 방식 모두에서, 실제 거래를 하는 두 사람의 소유인 자금을 제3자가 통제하는 순간, 즉 정산(settlement)의 순간이 존재합니다. 그 순간이 바로 허니팟(honeypot)입니다. 돈이 사라지는 지점이 바로 여기입니다.

보유자를 제거하는 프리미티브 (The primitive that removes the holder)

이 모든 것보다 앞서 존재하며 설계 단계부터 중간자를 제거하는 정산 구조가 있습니다: 바로 **해시 타임락 컨트랙트 (hash-time-locked contract, HTLC)**입니다.

그 메커니즘은 머릿속에 담아두기에 충분히 간단합니다:

1. 에이전트 A가 무작위 비밀값 s를 선택하고 H = SHA-256(s)를 계산합니다. 에이전트 A는 자신의 ETH를 컨트랙트에 잠그며, 이 컨트랙트는 누군가 H로 해싱되는 값을 제시할 때만 B에게 자금을 해제합니다.
2. 에이전트 B는 온체인(on-chain)에서 H를 확인하고 자신의 BTC를 컨트랙트에 잠급니다. 이 컨트랙트는 동일한 H에 대해서만 A에게 자금을 해제하며, A의 타임아웃보다 더 짧은 환불 타임아웃(refund timeout)을 가집니다.
3. 에이전트 A는 s를 공개함으로써 BTC를 청구(claim)합니다. 청구하는 행위 자체가 비트코인 체인에 비밀값을 게시하게 됩니다.
4. 에이전트 B는 해당 트랜잭션에서 s를 읽어 이를 사용하여 ETH를 청구합니다.

두 다리(legs)가 하나의 비밀값(secret)에 대해 모두 완료되거나, 그렇지 않으면 아무것도 완료되지 않고 타임락(timelock)이 만료될 때 양측 모두 환불됩니다. 어떤 브릿지(bridge)도 자금을 보유하지 않습니다. 어떤 수탁자(custodian)도 유동성(float)을 보유하지 않습니다. 어떤 평가자(evaluator)도 투표하지 않습니다. 안전성은 중간의 특정 당사자를 신뢰하는 것이 아니라, 해시 프리이미지(hash preimage)와 두 개의 시계(clocks)로부터 옵니다.

제가 계속해서 되새기는 사고 모델(mental model)은 다음과 같습니다: PayPal은 낯선 사람에게 온라인으로 안전하게 결제할 수 있게 만들었습니다. 누락되었던 이 레이어는 온체인(on-chain)에서 낯선 사람과 안전하게 _거래(trade)_할 수 있게 만듭니다. 그리고 그 차이점은 아무도 당신의 돈을 보유하지 않는다는 것입니다. 상대방의 돈이 도착할 때까지 당신의 돈은 결코 당신의 지갑을 떠나지 않습니다.

이것이 x402와 경쟁하는 것이 아니라 상호 보완적인 이유

이것을 "x402 vs HTLC"로 프레임화하는 것은 쉽지만 잘못된 방식입니다. 이들은 서로 다른 레이어입니다.

x402는 결제 개시 레일(payment-initiation rail)입니다. 이는 "에이전트가 이것을 어떻게 결제하는가?"에 답하며, 그 분야에서 승리하고 있습니다. HTLC 정산(settlement)은 "두 에이전트가 보유자 없이 어떻게 체인 간에 자산을 스왑(swap)하는가?"에 답합니다. 하나는 다른 하나 위에 놓여 있습니다. 성숙한 에이전트 경제에서는 두 가지가 모두 필요합니다. 일반적인 상황에서 가치를 이동시키기 위한 레일(rails)과, 레일이 표현할 수 없는 크로스체인(cross-chain) 양방향 사례를 위한 신뢰 최소화(trust-minimized) 정산 레이어가 밑바탕에 있어야 합니다.

"레일은 이미 존재한다"와 "크로스체인 정산 레이어는 아직 빈자리다"라는 말은 동시에 모두 사실입니다. 1억 6천만 건이라는 숫자는 첫 번째 주장에 대한 증거이지, 두 번째 주장에 반하는 것이 아닙니다.

현재 실제 상태 (과장 없음)

이 분야는 로드맵을 현실인 것처럼 마케팅하는 경우가 많기 때문에, 정직한 상태를 말씀드립니다:

• Ethereum 메인넷: 현재 엔드 투 엔드(end-to-end)로 작동 중. 에이전트는 6개의 도구를 노출하는 MCP 서버를 통해 원자적 HTLC 스왑(atomic HTLC swaps)을 실행할 수 있습니다 (@hashlock-tech/mcp, 현재 npm 0.4.1).
• Sui: 컨트랙트 배포 및 CLI 테스트 완료. 게이트웨이 연결(Gateway wiring)이 진행 중입니다. 아직 에이전트를 위한 메인넷 라이브 상태는 아닙니다.
• Bitcoin: signet에서 검증 완료, 메인넷 대기 중.
• 그 외의 로드맵(Base, Arbitrum, Solana, TON)은 로드맵이며, 그에 맞게 표시되어 있습니다.

메커니즘에 대해 심도 있게 알고 싶다면, 문서는 hashlock.markets/docs에서 확인할 수 있으며, 정산 (settlement) 설계에 대한 공식적인 다룸은 SSRN 백서 (whitepaper)에 기술되어 있습니다.

질문

1억 6천만 건의 결제는 진정한 이정표이며, 에이전트 경제 (agent economy)는 이를 통해 더욱 발전할 것입니다. 하지만 결제 (payments)와 정산 (settlement)은 동일한 레이어가 아니며, 후자는 여전히 대부분 구축되지 않은 상태입니다.

따라서 저는 헤드라인에서 생략된 질문을 던지려 합니다: 두 에이전트가 서로 다른 두 체인 간에 자산을 교환해야 하는 상황에서, 당신이 이름 붙일 수 있는 첫 번째 에이전트 간 (agent-to-agent) 워크플로우는 무엇입니까? 그리고 정산이 완료될 때까지 자금을 보유하도록 당신은 무엇을 신뢰하겠습니까?