7월 23일, Arqitech은 3년 전이라면 믿기 어려웠을 소식을 발표했습니다. Arqitech, MPCH, Pixelplex, sFOX 등 4개 기관 사이에서 Canton MainNet을 통해 실행된 다수의 라이브, 비수탁형(non-custodial), 교차 체인 원자적 스왑(atomic swaps)이 이루어졌다는 것입니다. 각 기관은 Canton Coin을 USDC로 교환했으며, 전 과정 동안 각자의 개인 키(private keys)에 대한 완전한 통제권을 유지했습니다.

그 밑바탕이 된 프리미티브(primitive)는 바로 풀 기능의 HTLC, 즉 해시 타임락 계약(hash-time-locked contract)입니다. 이는 "실제 거래를 하기에는 너무 투박하다"는 이유로 수년 전 브리지(bridges)에 패배했을 것으로 여겨졌던 메커니즘입니다.

Canton은 데겐(degen) 체인이 아닙니다. 규제된 금융을 위해 구축된 네트워크이며, DTC 및 연준(Fed) 적격 증권(securities)에 관한 작업이 이루어지는 곳입니다. 해당 업계가 결제 프리미티브(settlement primitive)를 선택한다는 것은, 리스크 분석 결과가 어디로 향했는지에 대해 무언가를 말해주는 것입니다.

60초 HTLC 복습

HTLC는 해시락(hashlock)과 타임락(timelock)이라는 두 가지 조건 뒤에 자금을 잠급니다. 앨리스(Alice)는 체인 1에서 자산 A를 잠그며, 이는 해시 H의 프리이미지(preimage)를 공개하는 누구든 사용할 수 있습니다. 밥(Bob)은 해당 잠금을 확인하면, 동일한 H를 사용하여 더 짧은 타임락과 함께 체인 2에서 자산 B를 잠급니다. 앨리스는 프리이미지를 공개함으로써 B를 청구합니다. 이 공개는 공공의 것이므로, 밥은 이를 사용하여 A를 청구합니다. 만약 과정 중간에 누군가 이탈하면, 타임락이 만료되어 양측 모두 환불받습니다.

이를 통해 얻는 속성은 원자성(atomicity)입니다. 즉, 양쪽 단계가 모두 완료되거나 둘 다 환불됩니다. 수탁자(custodian)도 없고, 래핑된 자산(wrapped assets)도 없으며, 9자리 숫자의 허니팟(honeypot)을 보유한 브리지 검증인 세트(bridge validator set)도 없습니다. 그 대가로 지불하는 속성은 조정 오버헤드(coordination overhead)이며, 이 오버헤드는 바로 이번 발표에서 다루는 흥미로운 엔지니어링이 해결하고자 하는 핵심 과제입니다.

벤치마킹할 만한 두 가지 설계 세부 사항

1. 협력적 언와인드 (Cooperative unwind). 고전적인 HTLC의 고충(pain point)은 다음과 같습니다: 자금 조달(funding) 후 상대방이 응답을 중단하면, 환불 타임락(refund timelock)이 만료될 때까지 자본이 묶이게 됩니다. 몇 시간, 때로는 그보다 더 긴 시간 동안 자본이 유휴 상태(dead capital)로 남게 되며, 데스크(desks)는 모든 견적(quote)에 이 리스크를 가격에 반영합니다. Arqitech의 프로토콜은 양측이 시간을 기다리는 대신, 진행 중인 스왑을 즉시 협력적으로 취소할 수 있게 해줍니다. 이는 양측 모두 여전히 응답 가능한 상태일 때만 작동하지만, 가장 흔한 중단 사례, 즉 악의적인 의도가 아니라 양측이 모두 취소하기로 합의한 거래를 처리할 수 있습니다. 적대적인 사례(adversarial case)는 여전히 타임락(timelock)으로 돌아가며, 이는 낙관적 패스트 패스(optimistic fast path)와 신뢰가 필요 없는 슬로우 패스(trustless slow path)라는 올바른 계층화(layering) 방식입니다.

2. 트랜치 스트리밍 (Tranche streaming). 전체 명목 금액(notional)을 하나의 원자적 스왑(atomic swap)으로 잠그는 대신, 프로토콜은 대규모 거래를 더 작은 원자적 트랜치(atomic tranches)의 스트림(stream)으로 실행합니다. 이를 통해 매 순간 잠기는 유동성이 줄어들고, 트랜치당 최악의 경우 노출(worst-case exposure)이 작아지며, 견적을 제공하는 측의 자본 요구 사항이 낮아집니다.

트레이드오프(tradeoff)는 실재하며, 이에 대해 정확히 짚고 넘어갈 가치가 있습니다: 트랜치 스트림은 하나의 원자적 거래가 아닙니다. 각 트랜치는 원자적이지만, 스트림은 중간에 중단될 수 있으며, 시장이 움직이는 동안 거래가 부분적으로만 체결(partially filled)된 상태로 남을 수 있습니다. 이는 여러 단계(legs) — 잠재적으로 여러 체인과 상대방에 걸친 — 가 모두 완료되거나 하나의 단위로 모두 환불되는 멀티 레그 원자성(multi-leg atomicity)과는 다른 보증 방식입니다. 스트림은 자본 효율성(capital efficiency)을 최적화하고, 멀티 레그 원자성은 노출 보증(exposure guarantees)을 최적화합니다. 어떤 것을 선택할지는 부분 체결이 단순한 불편함인지, 아니면 깨진 포지션(broken position)인지에 따라 달라집니다. 재고를 관리하는 데스크의 경우 스트림으로도 충분한 경우가 많습니다. 하지만 2단계가 3단계 없이 실행될 경우 헤지되지 않은 리스크(unhedged risk)를 의미하는 3단계 리밸런싱을 수행하는 자율 에이전트(autonomous agent)에게는 '전부 아니면 전무(all-or-nothing)' 방식이 핵심입니다. 이러한 차이 때문에 멀티 레그 거래 원자성은 우리가 에이전트 결제(agent settlement)를 위해 타협할 수 없는 5가지 프리미티브(primitives) 중 하나로 간주하는 것입니다.

이것이 입증하는 것

수년 동안 HTLC 기반 결제에 대한 표준적인 일축은 그것이 학술적인 호기심에 불과하다는 것이었습니다. 즉, 이론상으로는 우아하지만 실제 흐름(flow)을 처리하기에는 너무 느리고 투박하며, 브리지(bridge)나 수탁 결제 네트워크(custodial settlement networks)에 패배할 운명이라는 것이었습니다.

하지만 브리지들이 검증인 세트(validator-set) 및 서명 취약점(signature exploits)으로 인해 수십억 달러를 잃고, 수탁 결제는 결제 기간 동안 양측 모두가 자산을 수탁하는 중개인을 신뢰해야만 하는 상황이 지속되었습니다. 이제 시장에서 가장 보수적인 참여자들은 단 1초도 상대방의 자산을 보유하지 않는 스왑(swap)을 실행하고 있습니다. 직접 보유한 키(Self-held keys), 신뢰가 필요 없는 환불 경로(trustless refund paths), 원자적 실행(atomic execution). 이것은 이데올로기가 아니라 리스크 관리(risk management)로서 작동하고 있습니다.

이것은 카테고리의 검증(category validation)이며, 우리는 이를 받아들일 것입니다. 이는 우리가 자체 연구에서 발표한 것과 동일한 결론입니다. 밀봉 입찰 견적(sealed-bid quoting)과 HTLC 결제를 결합하면 신뢰할 수 있는 중개자 없이도 가격 발견(price discovery)과 대금 결제 인도(delivery-versus-payment)를 구현할 수 있습니다. (블로그 버전이 아닌 모델을 원하신다면 저희의 SSRN 논문에 공식적인 처리가 되어 있습니다.)

기관들이 거저 얻는 것 - 그리고 에이전트들은 얻지 못하는 것

이 프리미티브(primitive)의 기관용 버전과 에이전트용 버전 사이의 차이점은 다음과 같으며, 이는 암호학(cryptography)과는 아무런 관련이 없습니다.

기관용 HTLC 스왑은 인간 운영 계층(human operations layer)으로 감싸져 있습니다. 거래 상대방 발견(Counterparty discovery)은 관계와 온보딩(onboarding)을 통해 이루어집니다. 견적(Quotes)은 채팅과 RFQ 데스크를 통해 전달됩니다. 누군가의 운영 팀이 타임락(timelocks)을 모니터링하다가, 멈춰버린 스왑을 발견하면, 전화를 걸어 협력적인 해제(cooperative unwind)에 합의합니다. 프로토콜은 신뢰가 필요 없지만(trustless), 워크플로우(workflow)는 매우 인간적입니다.

AI 에이전트(AI agent)는 관계도, 채팅도, 운영 팀(ops team)도, 전화기도 없습니다. 이러한 모든 인간적 접점(human touchpoints)은 기계 호출이 가능한 인터페이스(machine-callable interface)가 되어야 하며, 그렇지 않으면 암호학(cryptography)이 아무리 건전하더라도 해당 프리미티브(primitive)는 사용할 수 없게 됩니다. 탐색(Discovery)은 API여야 합니다. 견적(Quoting)은 밀봉 입찰(sealed-bid) 방식이며 프로그래밍 방식이어야 합니다. 자신의 의도를 시장에 유출하는 에이전트는 프런트러닝(front-run)을 당하는 에이전트입니다. 실행(Execution), 모니터링(monitoring), 환불(refund)은 에이전트가 직접 호출하는 도구여야 하며, 상태 머신(state machine)은 소프트웨어가 읽을 수 있어야 합니다.

이것이 바로 Hashlock의 설계 지침입니다. 기관들이 방금 검증한 것과 동일한 결제 프리미티브(settlement primitive)를 에이전트가 호출할 수 있는 6가지 도구를 갖춘 MCP 서버로 공개했습니다. 즉, 밀봉 입찰 방식의 RFQ를 통한 견적 요청, 응답, HTLC 생성, 모니터링, 출금, 환불이 가능합니다. MCP를 채택한 이유는 에이전트 생태계가 실제로 표준화하고 있는 인터페이스 계층(interface layer)이기 때문입니다. 정확한 상태를 말씀드리자면, Ethereum 메인넷은 오늘 엔드 투 엔드(end-to-end)로 라이브 상태이며, Sui 컨트랙트(contracts)는 배포 및 CLI 테스트를 마쳤고, Bitcoin은 signet에서 검증되었으며 메인넷 적용을 앞두고 있습니다. 설치 환경은 npm의 @hashlock-tech/mcp(scoped)와 이번 달 0.4.0 릴리스부터 제공되는 pip install hashlock-sdk입니다.

반대 방향의 정직한 격차(gap)도 존재합니다. 기관들은 검증된 거래 상대방(counterparties)과 법적 구제 수단을 가져오지만, 에이전트 영역은 이를 프리미티브로부터 다시 구축해야 합니다. 즉, 인맥 명부(rolodex) 대신 검증된 거래 상대방 디렉토리와 계층화된 KYC(Know Your Customer)가 필요합니다. 저희는 여기에 수수료 압축(fee compression, 일반적인 OTC 스프레드인 8-10 bps 대비 1-2 bps 수준의 결제 계층)이 더해진 모습이 에이전트 버전의 완성된 형태라고 생각합니다. 하지만 인맥 명부가 중요하지 않은 척하기보다는 그 격차를 명확히 밝히는 편을 택하겠습니다.

수렴의 문제 (The convergence question)

한 걸음 뒤로 물러나 방금 일어난 일을 지켜보십시오. 규제 대상인 기관(Regulated institutions)과 자율 에이전트(Autonomous agents) — 서로 다른 이유로 거래 상대방 위험(Counterparty risk)에 대해 가장 낮은 허용치를 가진 두 집단 — 가 동일한 결제 프리미티브(Settlement primitive)로 수렴하고 있습니다. 즉, 해시 타임 락(Hash-time locks), 직접 보유 키(Self-held keys), 원자적 실행(Atomic execution), 수탁자 없음(No custodian)입니다.

기관의 래퍼(Wrapper)는 데스크(Desk)입니다. 에이전트의 래퍼는 프로토콜 서버(Protocol server)입니다. 핵심은 동일합니다.

그래서 저는 계속해서 이 질문을 되뇌고 있으며, 이에 대한 반론을 듣고 싶습니다. 금융권에서 가장 위험 회피적인 집단과 크립토에서 가장 자동화된 영역이 모두 신뢰 최소화된 원자적 결제(Trust-minimized atomic settlement)에 도달했다면, 시장 중간 단계에서 브릿지(Bridges)와 수탁 결제(Custodial settlement)가 존재해야 할 남은 명분은 무엇입니까? 그러한 아키텍처가 여전히 승리하는 지점은 어디입니까? 이 논리가 깨지는 지점을 말씀해 주십시오.

출처: GlobeNewswire를 통한 Arqitech의 발표. 밀봉 입찰 RFQ + HTLC 결제에 관한 당사의 백서는 SSRN에서 확인할 수 있으며, 코드와 문서는 hashlock.markets에 있습니다.