Negociações atômicas entre cadeias, explicadas: um guia prático sobre HTLCs

O comércio entre cadeias tem um problema difícil em seu núcleo: como você move valor entre dois livros-razão que não se comunicam entre si, sem que nenhum dos lados seja enganado e sem estacionar os fundos com um terceiro?

A resposta que a indústria decidiu, anos antes de "DeFi baseado em intenção" ser uma frase, é o Contrato de Hash Time-Locked — um HTLC. É o primitivo por trás de trocas atômicas, da Lightning Network, da maioria das pontes entre cadeias que não confiam em um oráculo, e do braço de liquidação de Hashlock Markets.

Este post percorre o mecanismo HTLC de ponta a ponta, e depois mostra como o Hashlock Markets o expõe como quatro ferramentas MCP que seu agente de IA pode chamar diretamente através do Ethereum, Bitcoin e SUI.

1. Os dois bloqueios

Um HTLC é um contrato inteligente (ou, no Bitcoin, um script) que mantém fundos sob duas condições:

O hashlock. O contrato conhece um hash H = sha256(s). Os fundos são liberados para o receptor se e somente se o receptor apresentar a pré-imagem de 32 bytes s. SHA-256 é uma função unidirecional — saber H não lhe diz nada sobre s — então apenas a parte que originalmente gerou s pode revelá-lo.

O timelock. Se ninguém apresentar s antes da altura do bloco (ou timestamp) T, o remetente original pode chamar refund e recuperar os fundos. O receptor não pode mais reivindicar após T.

Esse é o todo do primitivo. Dois caminhos de liberação, mutuamente exclusivos. Ou o receptor vence revelando s, ou o remetente vence esperando.

2. Por que isso possibilita trocas atômicas entre cadeias

Considere Alice querendo trocar ETH por BTC com Bob.

1. Alice gera um segredo aleatório s e calcula H = sha256(s).
2. Alice publica um HTLC no Ethereum bloqueando seu ETH, pagável a Bob após revelar s, com timelock T_ETH.
3. Bob vê o HTLC de Alice, copia o mesmo H, e publica um HTLC correspondente no Bitcoin bloqueando seu BTC, pagável a Alice após revelar s, com timelock T_BTC.
4. Alice reivindica o BTC revelando s no Bitcoin. A revelação é uma ação pública na cadeia.
5. Bob agora lê s da cadeia do Bitcoin e o usa para reivindicar o ETH no Ethereum.

Ou ambas as trocas são concluídas ou ambas são reembolsadas. Não há cenário em que um lado recebe o ativo e o outro não, desde que uma condição crítica se mantenha:

T_BTC (o braço do receptor, reivindicado primeiro) deve expirar ANTES de T_ETH (o braço do remetente).

Se o HTLC de BTC de Bob pudesse expirar após o HTLC de ETH de Alice, Alice poderia esperar até que o braço de Bob fosse reembolsado, então revelar s e reivindicar o braço de ETH também — levando ambos os lados. A ordem padrão — o braço do receptor expira primeiro, o braço do remetente expira depois — fecha esse ataque. Essa regra de tempo é a única parte não óbvia do protocolo; tudo o mais é apenas verificações de hash e assinatura.

3. Como o Hashlock Markets envolve isso

Hashlock Markets é um protocolo de negociação baseado em intenção. Os comerciantes declaram o que desejam; os formadores de mercado respondem com cotações privadas de lances selados; a cotação vencedora é liquidada na cadeia. O braço de liquidação é HTLC-atômico através do Ethereum (EVM), Bitcoin (script HTLC) e SUI (Move HTLC).

O protocolo expõe seis ferramentas MCP. Duas são para o lado de precificação (create_rfq, respond_rfq), e quatro são para o braço de liquidação HTLC:

A camada MCP significa que um agente de IA — Claude Desktop, Cursor, GPT, qualquer um que fale o Protocolo de Contexto do Modelo — pode conduzir todo o fluxo de liquidação sem código de contrato inteligente do seu lado. O agente chama create_htlc, consulta get_htlc, chama withdraw_htlc quando o lado da contraparte é financiado, ou chama refund_htlc se o prazo expirar.

4. Exemplo de ponta a ponta: um agente liquida uma troca ETH→BTC

Pulando a fase de RFQ (assuma que o comerciante e o formador de mercado já concordaram com um preço via create_rfq e respond_rfq):

[Agente comerciante — quer vender ETH por BTC]

1. create_htlc { tradeId, side: "sender", chain: "ethereum",
                 amount: "2.0", token: "ETH",
                 hash: H, timelock: T_ETH }
   → retorna hash da transação, endereço do contrato

2. get_htlc { tradeId }
   → consulta até que ambos os lados sejam financiados
   → confirma que o MM postou o lado BTC com o mesmo H

3. withdraw_htlc { tradeId, leg: "btc", preimage: s }
   → reivindica BTC revelando s
   → s agora é público na cadeia do Bitcoin

[Agente MM — estava vendendo BTC por ETH]

4. get_htlc { tradeId }
   → vê que o lado BTC foi retirado, lê s da cadeia

5. withdraw_htlc { tradeId, leg: "ethereum", preimage: s }
   → reivindica ETH

[Liquidado. Ambos os lados preenchidos atômicamente.]

Se em algum momento o MM nunca financiar seu lado, ou qualquer lado desaparecer no meio do fluxo, refund_htlc recupera os fundos após o timelock expirar. O lado do comerciante é definido com o timelock mais longo de acordo com a regra acima, então o caminho seguro é sempre: reivindique o que é devido a você primeiro, depois reembolse qualquer coisa ainda bloqueada.

5. Por que a escolha de design importa

Plenty de locais entre cadeias pulam HTLCs e usam uma ponte de ativo embrulhado ou um relayer custodial. Ambos funcionam para fluxos de caminho feliz, ambos adicionam uma suposição de confiança que tem sido a fonte de nove dos dez maiores exploits no espaço.

HTLCs trocam um pouco de latência (você paga pela janela do timelock) por uma garantia muito específica: em nenhum momento qualquer parte detém o ativo da outra parte sem uma razão executável para liberá-lo. O protocolo ou preenche ambos os lados ou retorna ambos os lados. Não há estado de "fundos presos" que requer intervenção de governança.

Essa propriedade é o que permite que o Hashlock Markets liquide através de cadeias heterogêneas — incluindo Bitcoin, que não possui contratos inteligentes no sentido do EVM — sem confiar em um custodiante. O mesmo hash funciona em todas as três cadeias porque SHA-256 é universal; o script que o verifica difere (Solidity, Bitcoin Script, Move), mas o contrato criptográfico é idêntico.

6. Experimente

Conecte seu cliente MCP ao Hashlock Markets:

Remoto (preferido): aponte sua configuração MCP para https://hashlock.markets/mcp com um token bearer SIWE de hashlock.markets/sign/login.

Local stdio: execute o pacote publicado via npx -y @hashlock-tech/mcp com o mesmo token em HASHLOCK_ACCESS_TOKEN.

De qualquer forma, você obtém as seis ferramentas. Seis ferramentas, três cadeias, liquidação atômica.

Mais: https://hashlock.markets