당신의 AI 에이전트가 방금 담보가 필요한 거래에 동의했습니다. 24시간 이내에 이행해야 하는 선물(forward)일 수도 있고, 상환해야 하는 대출(loan)일 수도 있습니다. 혹은 다른 모든 단계가 완료되어야만 완성되는 다단계 스왑(multi-step swap)의 한 단계일 수도 있습니다. 이 모든 것이 결제되기 전에, 에이전트는 담보(collateral)를 제공해야 하며, 크립토(crypto)에서 가장 깊은 담보 자산은 비트코인(Bitcoin)입니다.

그래서 에이전트는 BTC를 담보로 제공하러 갑니다. 그리고 즉시 크로스체인(cross-chain)의 가장 오래된 문제에 직면합니다. 즉, 비트코인 체인은 담보화된 포지션(collateralized position)에 필요한 계약 로직(contract logic)을 실행할 수 없다는 점입니다. 표현력 있는 계약(expressive contracts), 객체(objects), 포지션을 시간에 따라 감시하는 상태 머신(state machine)이 없습니다. 담보는 그것을 추론할 수 있는 체인 위에서 '사용 가능'해야 하지만, BTC 자체는 그럴 수 없는 체인 위에 존재합니다.

이 포스트는 이를 해결하는 잘못된 방법, 올바른 방법, 그리고 인간의 개입(human in the loop) 없이 에이전트가 이를 수행하기 위해 무엇이 필요한지에 대해 다룹니다.

담보를 조용히 재수탁(re-custodies)하는 쉬운 길

표준적인 해결책은 래핑(wrap)입니다. 실제 비트코인을 수탁자(custodian), 연합(federation), 또는 브릿지 계약(bridge contract)에 전달하고, 목적지 체인에서 토큰을 받는 방식입니다. 이제 에이전트는 해당 체인의 계약이 실행되는 어디에서든 그 토큰을 담보로 사용할 수 있습니다.

방금 무슨 일이 일어났는지 보십시오. 에이전트는 '거래(trade)' 단계에서는 수탁자를 제거했지만, '담보(collateral)' 단계에서는 수탁자를 다시 곧바로 불러들였습니다. 이제 에이전트가 보유한 토큰은 타인의 정직함과 지급 능력(solvency)에 대한 청구권입니다. 만약 실제 코인을 보유한 엔티티가 침해되거나, 유출되거나, 동결되거나, 혹은 단순히 잘못될 경우, 에이전트의 의무를 뒷받침하는 담보는 증발하며, 에이전트는 이를 실시간으로 감사(audit)할 적절한 방법을 가지고 있지 않습니다.

인간 재무 담당자(human treasurer)에게 이것은 이미 알려져 있고 가격에 반영된 리스크입니다. 자율 에이전트(autonomous agent)에게는 상황이 더 나쁩니다. 에이전트는 자신이 직접 통제하는 담보와, 통제하는 것처럼 '보이기만' 하는 담보를 구분할 수 없습니다. 거래 시점에는 무신뢰(trustless)적이지만 담보 시점에는 수탁형(custodial)인 결제 레이어(settlement layer)는 무신뢰적인 것이 아닙니다. 그것은 단지 에이전트가 더 이상 살펴보지 않는 곳으로 신뢰를 옮겨 놓았을 뿐입니다.

코인을 절대 이동시키지 않는 금고(vault)

BTC 담보 금고(BTC Collateral Vault)는 정반대의 방식을 취합니다. 비트코인은 결코 비트코인을 떠나지 않으며, 발행된 토큰으로 표현되지도 않습니다. 그것은 비트코인 체인 상의 스크립트(script)에 잠긴 네이티브 BTC 상태로 유지됩니다. 결제 체인(settlement chain)으로 넘어가는 것은 자산이 아닙니다. 그것은 단 하나의 정보, 즉 비밀값(secret)의 해시(hash)입니다.

이전에 해시 타임락 계약(Hash-Time-Locked Contract, HTLC)을 본 적이 있다면, 이것은 동일한 메커니즘이 새로운 작업에 적용된 것과 같습니다.

• 해시락 (Hashlock). BTC는 H = SHA-256(secret)이라는 해시의 프리이미지(preimage)를 제시할 수 있는 누구에게나 공개되는 비트코인 스크립트 내에 잠깁니다. 비밀값을 생성한 당사자 외에는 아무도 알 수 없으므로, 그 누구도 코인을 조기에 이동시킬 수 없습니다.
• 타임락 (Timelock). 만약 의무가 결제되지 않을 경우, 타임락 경로를 통해 에이전트는 마감 기한 이후 자신의 BTC를 회수할 수 있습니다. 관리자(keeper)도, 거래 상대방의 협조도, 고객 지원 티켓도 필요하지 않습니다. 환불은 회사의 약속이 아니라 스크립트 자체의 속성입니다.
• 크로스체인 연결 (The cross-chain link). 거래의 결제 체인 측은 동일한 해시에 결속됩니다. 결제 단계를 청구하면 온체인(on-chain) 상에서 비밀값이 공개되며, 이 공개된 비밀값이 바로 BTC를 잠금 해제하는 바로 그 값입니다. 하나의 프리이미지가 양측 모두를 결제하거나, 혹은 양측 모두 움직이지 않습니다.

담보는 내내 실제 비트코인입니다. 에이전트의 키는 결코 에이전트를 떠나지 않습니다. 그리고 포지션의 무결성은 더 이상 수탁자(custodian)를 감사하는 것에 의존하지 않습니다. 왜냐하면 수탁자 자체가 존재하지 않기 때문입니다.

에이전트가 실제로 하는 일

에이전트의 관점에서 볼 때, 이것은 소수의 결정론적인(deterministic) 단계들로 이루어져 있습니다. 이는 실수를 잡아낼 사람이 없을 때 바로 여러분이 원하는 방식입니다.

1. 비밀값(secret)과 그 해시(hash)를 생성합니다. 비밀값은 비공개로 유지합니다.
2. 해당 해시와 에이전트가 선택한 타임락(timelock)에 키가 지정된 비트코인(Bitcoin) 상의 볼트 스크립트(vault script)에 네이티브 BTC를 잠급니다.
3. 반대 의무(counter-obligation)를 보유한 결제 체인(settlement-chain) 컨트랙트에 해시와 볼트 참조(vault reference)를 게시합니다.
4. 결제 시, 클레임(claim)이 프리이미지(preimage)를 공개하며, 에이전트(또는 흐름에 따라 상대방)는 이를 사용하여 BTC를 잠금 해제합니다. 만약 결제가 발생하지 않으면, 타임락(timelock)을 통해 에이전트에게 환불됩니다.

에이전트가 래퍼(wrapper)의 지급 능력(solvency)을 신뢰하거나, 브릿지(bridge)가 해킹되지 않기를 바라거나, 연합(federation)이 정직하기를 기대해야 하는 단계는 전혀 없습니다. 에이전트가 신뢰하는 유일한 것은 비트코인(Bitcoin)의 스크립트 규칙과 결제 체인(settlement chain)의 컨트랙트뿐이며, 이 두 가지 모두 에이전트 스스로 검증할 수 있습니다.

우리는 이를 모델 컨텍스트 프로토콜(Model Context Protocol, MCP) 서버를 통해 공개합니다. LLM을 통해 추론하는 에이전트가 견적(quote), 잠금(lock), 결제(settle), 환불(refund)을 위해 직접 호출할 수 있는 6개의 도구로 구성된 MCP입니다. 따라서 볼트(vault) 흐름은 모든 모델을 위한 개별적인 통합 방식이 아닌, 일련의 도구 호출(tool calls)로 이루어집니다.

정직한 상태 보고

저는 체인 클레임(chain claims)을 정확하게 유지합니다. 이 분야에서 과장된 클레임은 에이전트가 물려받게 될 거짓말이기 때문입니다.

• Ethereum 메인넷: 원자적 결제(atomic settlement) 단계가 오늘 현재 엔드 투 엔드(end to end)로 작동 중입니다.
• Sui: 컨트랙트가 배포되어 CLI 테스트를 마쳤으나, 메인넷 라이브 상태는 아닙니다.
• Bitcoin: 담보 볼트(collateral-vault) 메커니즘이 signet에서 검증되었습니다. 메인넷은 대기 중이며, 아직 출시되지 않았습니다.
• 로드맵: Base, Arbitrum, Solana, TON.

따라서 BTC 담보 볼트(BTC Collateral Vault)는 Ethereum에 라이브 결제 상대방이 존재하는, signet에서 검증된 설계이지, 제가 존재하는 것처럼 꾸며낸 비트코인 메인넷 제품이 아닙니다. 오늘 이 기술을 기반으로 구축한다면, 그것이 바로 여러분이 구축하게 될 실제 환경입니다.

이것이 제대로 구축할 가치가 있는 레이어인 이유

이번 주 에이전트 경제는 실질적인 진전을 이루었습니다. x402가 수십 명의 멤버를 보유한 재단으로 이동함에 따라 에이전트 결제가 단일 표준 아래 통합되었습니다. 이는 진정한 진전이며 중요한 일입니다. 하지만 결제 레일(payment rail)은 "에이전트가 어떻게 결제하는가"라는 단 하나의 질문에 답하며, 하나의 토큰과 하나의 체인으로 그 답을 제시할 뿐입니다.

담보 (Collateral)는 다른 문제입니다. 이는 "어떻게 당신에게 지불하는가"가 아니라, "아직 지키지 않은 약속을, 누구에게도 넘겨주지 않으면서, 체인을 가로질러, 존재하는 가장 최선의 담보 자산으로 어떻게 뒷받침(back)할 것인가"에 대한 질문입니다. 에이전트가 의무를 뒷받침하기 위해 무언가를 게시하는 순간, 수탁 (custodian) 문제가 다시 제기되며, 대부분의 스택은 조용히 재수탁 (re-custodying)하는 방식으로 이에 답합니다. BTC를 네이티브 (native) 상태로 유지하면서 해시 (hash)만을 이동시키는 금고 (vault)가 바로 망설임 없이 이 질문에 답하는 방법입니다.

만약 당신의 에이전트가 BTC를 래핑 (wrapping)하지 않고 네이티브 BTC를 담보로 게시할 수 있다면, 에이전트에게 가장 먼저 맡기고 싶은 의무는 무엇입니까? 선도 (forward), 대출 (loan), 아니면 다단계 거래 (multi-step trade)의 한 단계입니까?

문서 및 6가지 도구 MCP: https://hashlock.markets/docs?utm_source=devto&utm_medium=article&utm_campaign=2026-07-17-btc-collateral-vaults

정식 버전을 원하신다면, 결제 모델 (settlement model)에 대한 학술적 근거는 다음과 같습니다: https://papers.ssrn.com/sol3/papers.cfm?abstract_id=6712722