이번 주 금요일 제품 노트입니다. 메커니즘 자체에 대한 논의라기보다는, 에이전트가 실제로 직면하는 결정에 관한 내용입니다.

이번 주 내내 에이전트 경제 타임라인에서의 논쟁은 결제(settlement)에 관한 것이었습니다. 두 에이전트가 거래를 체결할 때, 그것이 양쪽을 모두 보관하는 수탁기관(custodian)을 통해 완료되는지, 아니면 아무도 어느 쪽도 보유하지 않는 원자적(atomically) 방식으로 완료되는지에 대한 논쟁입니다. 담보(Collateral)는 이 논쟁이 추상적인 단계에 머무르지 않는 지점입니다. 에이전트가 의무를 뒷받침하기 위해 무언가를 담보로 잡아야 하는 순간—만기 인도(deliver)를 위한 선물, 상환을 위한 대출, 다단계 거래의 한 부분 등—그것은 매우 구체적인 질문에 답해야 합니다: 내가 이것을 담보로 잡은 후, 누가 그것을 움직일 수 있는가?

비트코인의 경우, 일반적인 답변은

이것은 이번 주 결제(settlement) 논쟁이 계속해서 맴돌았던 것과 동일한 함정입니다. 거래(trade) 단계에서는 수탁자(custodian)를 제거할 수 있지만, 담보(collateral) 단계에서는 다시 수탁자가 개입하게 할 수 있습니다. 그리고 그 차이를 구분하지 못하는 에이전트가 바로 그로 인해 피해를 입는 에이전트입니다. 수탁형 담보(custodial collateral) 위에 구축된 무신뢰 결제 계층(trustless settlement layer)은 무신뢰가 아닙니다. 단지 신뢰의 대상을 에이전트가 더 이상 살피지 않는 곳으로 옮겨 놓았을 뿐입니다.

제품: 비트코인을 게시하되, 비트코인은 유지한다

담보 금고(collateral vault)는 정반대의 거래를 수행합니다. BTC는 비트코인 네트워크를 떠나지 않으며, 발행된 토큰으로 표현되지도 않습니다. 그것은 비트코인 체인 상의 스크립트(script)에 잠긴 네이티브 BTC 상태로 유지됩니다. 체인을 넘나드는 것은 자산이 아니라, 하나의 정보—즉 비밀값의 해시(hash of a secret)—입니다.

에이전트의 관점에서 보면, 그 형태는 복잡한 크로스체인 배관(cross-chain plumbing) 뭉치가 아니라 몇 가지 도구 호출(tool calls)로 추론할 수 있을 만큼 충분히 단순합니다:

• 담보는 비트코인의 P2WSH 출력(output)에 잠기며, 그 상환 스크립트(redeem script)는 해시 타임락(hash-time-lock)입니다. 즉, 프리이미지(preimage)를 공개함으로써 사용할 수 있는 해시락(hashlock) 경로와, 블록 높이 마감 기한 이후 예치자가 사용할 수 있는 타임락(timelock) 경로로 구성됩니다.
• 담보가 보증하는 의무(obligation)는 우리의 Move 컨트랙트가 배포된 Sui 상에 존재합니다. 해당 컨트랙트는 의무의 결과에 따라 누가, 언제 프리이미지를 알 수 있는지를 제어하도록 작성되었습니다.
• 비트코인 스크립트(Bitcoin Script)는 Sui의 상태(state)를 읽을 수 없고, Sui는 비트코인의 UTXO 세트를 읽을 수 없지만, 양측 모두 사전에 하나의 해시에 대해 합의할 수 있습니다. 해당 해시의 프리이미지(preimage)는 두 체인 모두에서 포지션을 동시에 해결하는 단 하나의 키가 됩니다.

금고는 정확히 세 가지 방식으로 종료되며, 세 가지 모두 기계적입니다:

1. 이행 (Perform). 채무자가 이행합니다. 'reveal-to-claim'이 비밀값(secret)을 공개하며, 이행 권한을 가진 자에게 BTC가 정산됩니다.
2. 채무불이행 (Default). 합의된 구제책에 따라 해시락 (hashlock) 경로가 BTC를 상대방에게 전달합니다. 법원이나 평판을 통해 누군가를 쫓아다닐 필요가 없습니다.
3. 침묵 (Silence). 포지션이 방치될 경우, 타임락 (timelock)이 마감 기한 이후 BTC를 예치자에게 반환합니다. 이는 누군가의 협조가 아닌, 비트코인 합의 (consensus)에 의해 강제됩니다.

모든 경로에서 BTC는 내내 네이티브 비트코인 (native Bitcoin)이었으며, 그 어떤 제3자도 이를 일방적으로 이동시킬 수 있는 능력을 갖지 못했습니다. 이것이 제품의 핵심 주장이며, 좁지만 검증 가능한 주장입니다.

의도적으로 지양하는 것

금고 (vault)는 마진 계좌 (margin account)가 아니며, 그렇지 않은 척하는 것은 쉬운 과장 판매가 될 것입니다. 비트코인 스크립트 (Bitcoin Script)에는 가격 피드 (price feed)가 없으므로, 금고는 지속적인 마진 콜 (margin call)을 수행할 수 없습니다. 금고는 가격이 임계값을 넘느냐가 아니라, 이행, 채무불이행, 또는 마감 기한에 따라 해결됩니다. 이산적인 의무(정해진 날짜가 있는 선도 거래, 확정 기간 대출, 보증된 약정)의 경우에는 의무 자체가 이산적이므로 문제가 없습니다. 실시간 시가 평가 (mark-to-market)가 진정으로 필요한 포지션의 경우, 이것은 잘못된 도구이며, 우리는 설계에 오라클 (oracle)을 몰래 끼워 넣기보다는 차라리 솔직하게 말하겠습니다.

솔직한 상태, 명확하게 기술함

이것은 출시가 아닌 제품 노트이므로, 홍보보다는 상태 보고가 더 중요합니다:

• 비트코인 P2WSH HTLC는 비트코인의 테스트 네트워크인 signet에서 검증되었으며, 메인넷 (mainnet)은 대기 중입니다.
• Sui 컨트랙트는 배포 및 CLI 테스트가 완료되었으며, 게이트웨이 연결 작업이 진행 중입니다.
• 오늘날 원자적 결제 (atomic settlement)가 엔드 투 엔드 (end-to-end)로 작동하는 유일한 곳은 Ethereum 메인넷입니다.

따라서 BTC 담보 금고 (collateral vault)는 우리가 지향하며 구축 중인 설계이며, 우리의 MCP 서버(hashlock-tech/mcp, 6개의 도구 범위)를 통해 노출됩니다. 이를 통해 에이전트는 스크립트 수준의 메커니즘 대신 포지션(position)에 대해 추론하게 됩니다. MCP는 Anthropic이 모델을 외부 시스템에 연결하기 위해 도입한 개방형 프로토콜 (open protocol)이며, 금고 (vault)는 해당 인터페이스 상의 또 다른 도구 호출 (tool calls) 세트일 뿐입니다. 하지만 이것은 오늘 아침 당장 누를 수 있는 버튼은 아니며, npm 패키지는 0.4.x 패치 라인에 머물러 있어 새로 발표할 버전도 없습니다. 트레이드오프 (tradeoff)의 거친 측면 또한 실재합니다. Bitcoin의 약 10분 단위 블록 생성은 타임아웃 (timeout) 윈도우를 거칠게 만들고, 크로스체인 (cross-chain) 마감 기한은 구조적으로 보수적일 수밖에 없으며, 담보 (collateral)는 포지션이 유지되는 동안 잠긴 채 유휴 상태로 머물게 됩니다. 이것들은 수탁자 (custodian)를 제거하는 데 따르는 비용입니다. 우리는 금고가 구축된 목적의 포지션 클래스(class of positions)를 고려할 때 이 비용을 지불할 가치가 있다고 생각합니다. 그럼에도 이것들은 여전히 비용입니다.

질문

Wrapped BTC는 어디에서나 수탁 방식 (custodial)을 채택함으로써 Bitcoin을 어디서든 사용 가능하게 만들었습니다. 담보 금고 (collateral vault)의 이면에 깔린 베팅은, 코인 대신 해시 (hash)를 이동시킴으로써 에이전트가 수탁자 없이도 그 유용성의 대부분을 유지할 수 있다는 것입니다. 즉, Bitcoin이 실제로 이를 추론할 수 있는 체인 상에서 의무 (obligation)를 뒷받침하게 하는 것입니다.

따라서 에이전트 측 담보 로직을 구축하는 모든 분께 묻습니다. 당신의 에이전트가 Bitcoin을 담보로 제출할 때, 실제로 그 코인을 누가 움직일 수 있는지 알고 있습니까? 만약 정직한 답변이 "오직 에이전트뿐이며, 오직 사전에 합의된 경로를 따라서만 가능하다"가 아니라면, 그 신뢰를 통해 당신이 얻는 것은 무엇입니까?

Hashlock Markets - 에이전트 경제를 위한 원자적 결제 (atomic settlement). 밀봉 입찰 (Sealed-bid) RFQ + HTLC 결제가 하나의 작업으로 융합되었습니다. 브릿지(bridge)도, 수탁자(custodian)도 없습니다.

• 프로토콜: [https://hashlock.markets/?utm_source=devto&utm_medium=referral&utm_campaign=2026-06-26-btc-collateral-vaults]
• MCP 서버 (출처): [https://github.com/Hashlock-Tech/hashlock-mcp]
• 기반 메커니즘 설계는 SSRN의 워킹 페이퍼에 작성되었습니다: [https://papers.ssrn.com/sol3/papers.cfm?abstract_id=6712722]