몇 주마다 에이전트 커머스(agent-commerce) 분야에는 새로운 "에이전트 경제를 위한 결제 계층 (settlement layer for the agent economy)"이 등장합니다. 자세히 살펴보면 대부분은 "결제 (settlement)"라는 단어를 입고 있는 결제 레일 (payment rails)입니다. 이 구분이 까다롭게 들릴 수도 있지만, 그렇지 않습니다. 이 차이는 체인 간에 가치를 거래하는 자율 에이전트 (autonomous agent)가 중개자를 신뢰해야 하는지, 아니면 신뢰할 필요가 없는지를 결정합니다.

따라서 논쟁할 가치가 있는 질문을 하나 던져보겠습니다. 양측의 솔직한 논거를 모두 제시하겠습니다.

향후 12개월 내에 x402, AP2 및 그와 유사한 에이전트 결제 레일 (agent payment rails)들이 크로스체인 결제 (cross-chain settlement)를 완전히 흡수할까요, 아니면 결제 (settlement)가 그 아래에 영구적으로 분리된 계층으로 남게 될까요?

두 가지 서로 다른 질문

결제 레일 (payment rail)은 다음과 같은 질문에 답합니다: 누가 자금을 선지불하며, 지불 요청 (request-to-pay) 흐름은 어떻게 되는가? x402는 깔끔한 예시입니다. 이는 HTTP 402를 부활시켜 요청에 스테이블코인 (stablecoin) 결제를 부착하고, 에이전트가 리소스에 대해 인라인 (inline)으로 결제할 수 있게 합니다. AP2 (Google의 Agent Payments Protocol)는 그보다 한 단계 위 계층에 위치하여 권한 부여 (mandates)와 의도 (intent)를 처리하며, x402를 자신의 결제 레일 중 하나로 사용합니다. 이것은 진정으로 훌륭한 인프라입니다. 이는 "에이전트가 물건에 대해 지불한다"는 문제를 해결된 문제로 만듭니다.

A 결제 계층 (settlement layer)은 다른 질문에 답합니다: 중간에 자금을 보유하는 주체 없이, 서로 신뢰하지 않는 두 당사자 사이에서 가치가 실제로 어떻게 청산 (clear)되는가? 이것은 결제를 라우팅 (routing)하는 것에 관한 것이 아닙니다. 그것은 교환의 순간에 관한 것입니다. 에이전트 A는 Ethereum에 자산을 가지고 있고, 에이전트 B는 Bitcoin에 자산을 가지고 있을 때, 수탁자 (custodian), 브릿지 허니팟 (bridge honeypot), 또는 거래가 완료되었다고 결정하는 심판 없이 양측 모두가 올바른 위치에 도달해야 하는 상황을 말합니다.

이것들은 서로 다른 작업입니다. 흥미로운 질문은 하나의 계층이 다른 계층을 삼켜버릴 것인가 하는 점입니다.

레일이 결제를 흡수한다는 솔직한 논거

이것은 허수아비 공격이 아닙니다. 여기에는 실제적인 논거가 존재합니다.

x402는 이미 스테이블코인 결제(stablecoin settlement)를 배치(batch) 처리하고 있으며, 현재 여러 체인에서 작동하고 있습니다. AP2는 이를 결제 레일(payment rail)로 활용합니다. 현재 Linux Foundation 산하에 있는 x402 재단은 Google, Visa, AWS, Circle, Anthropic을 끌어들였습니다. 표준(standard)이 이 정도의 제도적 중력(institutional gravity)을 확보하고 USDC와 같은 스테이블코인을 결제 자산(settlement asset)으로 사용하게 되면, 저항이 가장 적은 경로는 레일이 아래쪽으로 범위를 계속 확장하는 것입니다. 에이전트 개발자가 이미 통합한 레일이 자금을 선지급하고, 이를 조정(reconcile)하며, 이를 "결제 완료(settled)"라고 부를 수 있는데, 왜 굳이 별도의 결제 프리미티브(settlement primitive)를 추가해야 할까요?

만약 대부분의 에이전트 상거래가 에이전트가 가맹점에 지불하는 방식(구독, API 호출, 데이터 구매 등)이라면, 스테이블코인을 갖추고 충분히 큰 컨소시엄을 보유한 레일만으로도 아마 충분할 것입니다. 이 경우 결제(Settlement)는 별도의 계층(layer)이 아니라 레일의 하나의 기능(feature)이 됩니다.

분리된 상태를 유지해야 한다는 솔직한 논거

이제 반대편의 입장입니다.

결제 레일(payment rail)은 누가 자금을 선지급할지를 결정합니다. 원자적 결제(Atomic settlement)는 아무도 자금을 선지급하지 않고 가치가 어떻게 정산되는지를 결정합니다. 이것들은 서로 다른 신뢰 모델(trust models)이며, 기능을 추가한다고 해서 하나를 다른 하나로 통합할 수는 없습니다.

레일 측면에서 "결제(settlement)"가 통상적으로 의미하는 바를 보십시오. 솔버(solver)나 촉진자(facilitator)가 자금을 선지급하고, 사용자는 즉시 결과를 얻으며, 배후에서 장부가 조정(reconcile)됩니다. 이는 사용자의 관점에서는 원자적(atomic)이지만, 그 이면에서는 누군가가 거래 상대방 위험(counterparty risk)을 부담하고, 자금을 보유하며, 정직하게 조정할 것이라고 신뢰받아야 합니다. 에이전트 대 가맹점 결제에서는 이 방식이 괜찮습니다. 하지만 체인을 가로질러 두 에이전트가 가치 대 가치(value-for-value)를 교환하는 경우, 이는 이 설계가 제거하고자 했던 바로 그 중개자(intermediary)를 다시 도입하는 꼴이 됩니다.

해시 타임락 계약 (Hash-time-lock contracts, HTLCs)을 통한 원자적 결제 (Atomic settlement)는 방식이 다릅니다. 양측 당사자가 각자의 거래 단계 (legs)를 잠급니다. 단 하나의 암호학적 비밀 (cryptographic secret)을 공개함으로써 양측 모두가 동시에 잠금 해제됩니다. 만약 비밀이 나타나지 않으면, 타임아웃 (timeout) 시 양측 모두 환불됩니다. 아무도 자금을 선지불하지 않습니다. 아무도 양측의 자금을 모두 보유하지 않습니다. "완료"는 촉진자 (facilitator)가 설정하는 상태가 아니라, 계약이 검증하거나 환불할 수 있는 조건입니다. 이것이 하나의 원시 요소 (primitive)이며, 원시 요소는 그 위에 구축된 편의 기능들에 흡수되지 않는 경향이 있습니다. HTTP가 TCP를 흡수하지 않은 것과 같습니다.

당신이 무엇을 만드느냐에 있어 이 답변이 중요한 이유

만약 당신이 결제 레일 (rails)이 결제 (settlement)를 흡수한다고 믿는다면, x402/AP2를 통합하는 것이 전부이며 체인 간 신뢰 최소화 (cross-chain trust-minimization)는 틈새 시장인 세상에 맞춰 개발하게 될 것입니다.

만약 당신이 결제가 분리된 상태로 유지된다고 믿는다면, 레일과 결제 계층 (settlement layer)을 상호 보완적인 것으로 취급할 것입니다. 즉, 레일은 에이전트가 "이것에 대해 지불하겠다"라고 표현하는 방식이며, 결제 계층은 거래가 체인 간 가치 대 가치 (value-for-value)로 이루어지고 어느 쪽도 상대방의 자금을 보유해서는 안 될 때 레일이 호출하는 원시 요소 (primitive)가 됩니다. 그러한 세상에서 x402와 AP2는 결제 계층의 경쟁자가 아니라, 결제 계층의 클라이언트 (clients)입니다.

이것이 바로 Hashlock에서 우리가 작업하고 있는 계층입니다. 가격 발견 (price discovery)을 위한 밀봉 입찰 방식의 RFQ (sealed-bid RFQ)를 HTLC 원자적 결제와 결합하여, 6개의 도구를 가진 MCP 서버로서 에이전트에게 노출합니다. 우리가 계속해서 되돌아오는 비유는 다음과 같습니다: PayPal은 중간에 PayPal이 위치함으로써 낯선 사람에게 온라인으로 안전하게 결제할 수 있게 만들었습니다. 결제 계층은 중간에 아무도 없이 온체인 (on-chain)에서 낯선 사람과 안전하게 거래하는 것을 목표로 합니다. 즉, 상대방의 자금이 도착할 때까지 당신의 돈은 당신의 지갑을 떠나지 않습니다.

이 카테고리에서 중요한 점이기에 솔직하게 말씀드리자면, 도달 범위를 과장하기 쉽습니다. 저희의 현재 상태를 정확히 말씀드리자면 - Hashlock은 Ethereum 메인넷에서 엔드 투 엔드 (end-to-end)로 라이브 상태입니다. Sui 계약은 배포되어 CLI 테스트를 마쳤으며 게이트웨이 연결 작업이 진행 중입니다. Bitcoin 경로는 signet에서 검증되었으며 메인넷 적용은 아직 대기 중입니다. 레일은 준비되었습니다, 더 많은 열차가 오고 있습니다.

나의 입장 - 그리고 당신의 입장이 다를 수 있는 지점

저의 편향을 솔직히 밝히자면, 저는 결제 계층 (settlement layer)이 별도의 계층으로 남아야 한다고 생각합니다. 왜냐하면 "누가 자금을 선지급하는가"와 "가치가 어떻게 신뢰가 필요 없는 (trustlessly) 방식으로 정산되는가"라는 질문은, 중개인을 은밀하게 다시 불러들이지 않고서는 하나로 합칠 수 없는 문제이기 때문입니다. 하지만 레일이 이를 흡수할 것이라는 주장도 일리가 있으며, 만약 에이전트 상거래 (agent commerce)가 압도적으로 에이전트 대 가맹점 (agent-to-merchant) 결제 방식으로 흘러간다면, 별도의 계층이 얼마나 커야 하는지에 대한 제 생각이 틀릴 수도 있습니다.

그래서 저는 저 자신에게 던지는 것과 똑같은 질문을 여러분께 던지겠습니다. 12개월 뒤, 레일이 결제 계층을 삼켜버릴까요, 아니면 결제 계층이 그 아래에 독자적인 계층으로 남을까요? 만약 레일이 승리할 것이라고 생각하신다면, 솔버 (solver)가 자금을 선지급하는 레일을 실제로 신뢰 최소화 (trust-minimized) 상태로 만드는 메커니즘은 무엇입니까? 저는 진심으로 그 주장의 가장 강력한 버전을 듣고 싶습니다.

결제 계층 (settlement-layer) 접근 방식에 대한 자세한 내용: https://hashlock.markets/?utm_source=devto&utm_medium=article&utm_campaign=2026-07-02-rail-or-layer

백서 (SSRN): https://papers.ssrn.com/sol3/papers.cfm?abstract_id=6712722