AI 에이전트를 Hashlock Markets 에 연결 (wire) 하면 정확히 6 개의 MCP 도구를 얻게 됩니다. 이것이 전체 표면입니다. SDK 를 가져오거나, 주요 버전으로 고정해야 할 50 개 이상의 메서드가 있는 클라이언트도, 별도의 인증 라이브러리가 없습니다. 6 개의 도구, 1 개의 프로토콜, 그리고 거래는 원자적으로 해결되거나 해결되지 않습니다.

이 포스트는 처음에 표면 (surface) 을 평가하는 팀에서 가장 자주 묻는 FAQ 입니다: 6 개의 도구는 무엇이며, 각각 무엇을 하는지, 에이전트가 실제로 호출하는 시기는 언제인가요?

두 개의 표면의 반쪽

6 개의 도구는 두 개의 반쪽으로 깔끔하게 나뉩니다:

1. 두 개의 RFQ 측 도구 — 이는 정보 유출 없이 가격 발견 (price discovery) 에 관한 것입니다.
2. 네 개의 HTLC 측 도구 — 이는 자금을 보관소나 브리지 없이 해결 (settlement) 에 관한 것입니다.

두 반쪽 모두 자율 에이전트 (autonomous agent) 가 직접 호출하도록 설계되었습니다. 모든 도구는 타입화된 입력을 받으며, 타입화된 출력을 반환하며, 단일 온체인 상태 전이 (onchain state transition) 와 대응합니다 (RFQ 의 경우 단일 서명된 오프체인 행동). 표면의 어떤 부분도 인간 루프 (human in the loop) 를 가정하지 않습니다.

두 개의 RFQ 도구

create_rfq — 밀봉된 제안 (sealed-bid intent) 게시
이 도구는 Taker 가 가격 아직 모르고 무엇을 원하는지 알 때 호출합니다. 주어진 인수들은 거래를 설명합니다: 어떤 자산이 나가는지, 어떤 자산이 들어가는지, 견딜 수 있는 최대 슬리피지 (slippage), 마감 기한 (deadline), 그리고 관여된 체인들입니다. 출력은 메이커가 제안할 수 있는 RFQ 식별자입니다.

"밀봉된 제안" 부분은 구조적 속성입니다: 제안이 생성되는 순간 공중 책 (public book) 에 브로드캐스트되지 않습니다. 대신, 메이커가 거래 가격을 책정할 필요만 있는 파라미터만 볼 수 있는 Request-for-Quote venue 에 게시됩니다. 공중 주문 책은 이를 할 수 없습니다 — 가격이 공중 책에 표시될 때까지는 유출이 이미 발생했기 때문입니다.

동일한 AI 가 무엇을 거래하고 어떻게 거래할지 결정하는 에이전트 흐름 (agent flows) 에서, 유출의 차이는 빠르게 증폭됩니다.

respond_rfq — 열린 RFQ 에 대한 제안
메이커 (자율 에이전트 또는 자체 MCP 연결 서비스를 실행하는 데스크) 는 열린 RFQ 에 대해 가격, 크기, 거래 측에 대한 서명을 포함하여 이 도구를 호출합니다. Taker 는 자신의 결정 로직에 따라 응답들 중 하나를 선택합니다.

이 측면을 채우는 두 가지 형태의 에이전트가 있습니다:

1. 내부 가격을 에이전트 런타임 (agent runtime) 에 플러그인하는 시장 메이커 데스크 (market-maker desks)
2. 재고 (inventory) 가 일치할 때 가끔 제안 (quotes) 을 제공하는 순수 온체인 Taker

동일한 MCP 표면은 두 가지 모두에 작동합니다 — respond_rfq 는 다른 끝에 어떤 종류의 호출자가 있는지 알지 못합니다.

네 개의 HTLC 도구

해결 레이어는 Hash Time-Locked Contracts 를 사용합니다. 메커니즘은 오래되었습니다 (HTLC 는 크로스체인 DEX 에 비해 몇 년 전에 등장했습니다),但它们 부여하는 속성은 밀봉된 제안 거래가 필요로 하는 것입니다: 두 측 모두 해결하거나, 어느 측도 해결하지 않으며, 중간에 자금을 보관하는 제 3 자가 없습니다.

create_htlc — 해시락 (hashlock) 과 타임락 (timelock) 하에 자금을 잠금
해결을 시작하는 당사자 (일반적으로 RFQ 매칭 후 Taker) 는 지불할 자금을 해시락과 타임락 조건하에 계약으로 잠금합니다: 상대방이 타임락 만료 전에 비밀 미리이미지 (secret preimage) 를 공개하거나, 원래 보낸자가 타임락 만료 후 자금을 되찾을 경우.

모든 HTLC 는 절대 마감 기한과 초기 시작자만 아는 비밀에서 유래한 해시락을 모두 가지고 있습니다.

withdraw_htlc — 비밀 미리이미지로 청구
상대방이 자신의 측도 잠금하고 거래가 매칭되었을 때, 두 측 모두 자금을 잠금하여 청구하기 위해 비밀을 공개합니다. 스왑의 양쪽 모두 동일한 비밀을 사용하므로, 한 측이 청구를 하면 다른 측이 미리이미지를 알게 됩니다.

원문 (rawText)을 한국어로 번역합니다.

규칙:

• 원문에 없는 내용 추가 금지
• 외국어 원문은 충실하게 한국어로 번역 (정보량 100% 보존, 요약/압축/확장 금지)
• 전문용어는 영문 병기 (예: "강화학습 (RL)")
• 숫자·고유명사는 원문과 일치
• 원문 구조 (서론/본론/결론) 그대로 유지
• 원문이 이미 한국어면 그대로 사용 (다듬기 금지)

JSON 형식으로만 응답:
{"title": "한국어 제목", "content": "한국어 번역 본문"}

SIWE에서 파생된 JWT(Just-Use-Web-Authentication)으로 인증합니다. 이는 서버리스 배포, Node 가 내장되지 않은 관리형 런타임, 그리고 단일 URL 에 고정하는 것이 바이너리 버전 고정보다 더 나은 경우에도 적합한 전송 방식입니다. 두 전송 방식 모두 동일한 도구 정의를 사용합니다. 'stdio 만' 또는 'HTTP 만' 도구는 없습니다. 평가자가