Voltar as noticias
Todos estão construindo uma 'camada de liquidação'. Existem duas delas.
MCP ProtocolAltaEN

Todos estão construindo uma 'camada de liquidação'. Existem duas delas.

Dev.to - MCP·24 de maio de 2026

Este é o resumo de domingo — um passo atrás na semana da infraestrutura da economia agente e onde nossa própria semana se encaixa nisso.

O evento principal: uma rodada de pré-seed de $8M, liderada por um fundo bem conhecido, para uma empresa que se descreve como "a camada de liquidação para a economia agente." Isso é muito dinheiro e muita convicção apontada para uma tese na qual temos trabalhado há meses — os agentes transacionarão de forma autônoma, e eles precisam de infraestrutura para isso. Quando um fundo sério escreve esse cheque, é um sinal útil: o mercado é real, e não somos os únicos que pensam assim.

Mas "camada de liquidação" está fazendo muito trabalho nessa frase, e vale a pena desacelerar. Porque existem duas camadas diferentes que ambas são chamadas de "liquidação", e confundi-las torna todo o stack da economia agente mais difícil de entender do que precisa ser.

Camada um: a via de pagamento

A primeira camada responde a uma pergunta concreta: como um agente paga por algo?

Um agente reserva um voo, se inscreve em uma API, dá uma gorjeta a outro agente por um resultado. De um lado está a carteira do agente; do outro, um comerciante que deseja ser pago em uma forma que possa usar. O trabalho de uma via de pagamento é conectar esses dois — lidar com o pedido, mover o valor, confirmar que o comerciante o recebeu. O padrão x402 (um pagamento embutido diretamente em uma resposta HTTP 402) é a expressão mais clara dessa ideia, e está crescendo rapidamente: o protocolo agora está liquidando cerca de 500.000 transações por semana.

Esta é uma infraestrutura real com tração real. A rodada desta semana é, em grande parte, uma aposta nessa camada — pagamentos de agente para comerciante, conectados ao comércio existente. É o trabalho de conectar um agente à economia que já existe.

Não é a camada que construímos.

Camada dois: liquidação sem confiança

A segunda camada responde a uma pergunta diferente: como dois agentes trocam valor quando nenhum confia no outro — e nenhum confia em um intermediário?

Isso não é "agente paga comerciante." É "agente A possui ETH, agente B possui BTC, eles concordaram com uma troca, e agora ambos os lados têm que acontecer — ou nenhum." Não há relação de comerciante aqui, nenhum negócio repetido para se apoiar, nenhuma reputação que qualquer lado possa manter como refém. Há apenas uma troca entre dois estranhos através de duas cadeias.

A resposta ingênua é passar por um custodiante ou uma ponte: alguém segura ambos os lados, realiza a troca, devolve os resultados. Isso funciona, e é conveniente, mas reintroduz exatamente a coisa que um agente não tem uma boa maneira de avaliar — um terceiro de confiança. Um custodiante pode congelar fundos. O contrato de bloqueio e cunhagem de uma ponte é um honeypot em espera; o valor fica lá, esperando.

A resposta sem confiança é um contrato de hash-time-lock (HTLC). O agente A bloqueia fundos contra o hash de um segredo. O agente B bloqueia os fundos correspondentes na outra cadeia contra o mesmo hash. Quando A revela o segredo para reivindicar os fundos de B, o ato de revelá-lo permite que B reivindique os fundos de A. Ou ambos os lados se liquidam, ou — após um tempo limite — ambos reembolsam. Nenhum custodiante nunca segura ambos os lados. Não há estado intermediário onde o valor fique exposto.

Essa é a camada que construímos. É um primitivo, não uma característica do produto: uma maneira para quaisquer duas partes realizarem uma troca de valor condicional através de quaisquer duas cadeias sem confiar em um intermediário.

Elas são um stack, não rivais

Aqui está a parte que vale a pena ser precisa. A via de pagamento e a camada de liquidação não são concorrentes lutando pelo mesmo trabalho. Elas estão em alturas diferentes no mesmo stack.

Um agente pode usar uma via estilo x402 para pagar um comerciante por um serviço — isso é a via fazendo seu trabalho bem. O mesmo agente pode usar um hash-time-lock para liquidar uma troca entre cadeias com outro agente — isso é o primitivo de liquidação fazendo um trabalho diferente. Um é "comprar algo da economia existente." O outro é "trocar valor com um par, sem confiança." Um agente maduro fará ambos, muitas vezes dentro do mesmo fluxo de trabalho.

Então, quando a rodada desta semana é descrita como financiamento "da camada de liquidação para a economia agente," a leitura honesta é: financiou uma via de pagamento, e vias de pagamento são valiosas. A camada de liquidação atômica cruzada sem confiança abaixo — sem custodiante, sem ponte — é uma camada diferente, e ainda precisa ser construída. Essa é a parte em que passamos a semana.

Como foi nossa semana

Puxe nossos próprios fios dos últimos sete dias e cada um deles acaba sendo o mesmo primitivo visto de um ângulo diferente:

  • Liquidação com data futura. Um tempo limite de HTLC é geralmente tratado como uma válvula de segurança. Usado deliberadamente, é uma janela de entrega: defina-a para 24 horas e uma troca atômica se torna um T+24h para frente — um preço bloqueado hoje, entrega imposta na cadeia amanhã, sem câmara de compensação segurando o ativo na lacuna.
  • Solicitações de cota de lance seladas. Um pedido de cota vaza direção, tamanho e urgência no momento em que é transmitido. Um RFQ de lance selado remove o vazamento pré-negociação — os criadores fazem lances às cegas — e a liquidação atômica remove o vazamento pós-compromisso, porque não há lacuna entre "concordado" e "liquidado" para um último olhar viver.
  • Filtragem de contraparte. A liquidação sem confiança remove a necessidade de confiar na intenção de uma contraparte. Os agentes ainda se beneficiam da filtragem com base na história de uma contraparte — dados on-chain, não reivindicações de identidade.

Três características com aparência diferente. Um hash-time-lock por trás de todas elas.

O aviso honesto habitual

Porque mantemos isso claro: a liquidação atômica está ativa de ponta a ponta na Ethereum mainnet hoje. Os contratos Sui estão implantados e testados em CLI, com a fiação do gateway ainda em andamento. O HTLC P2WSH do Bitcoin está validado no signet, com a mainnet pendente. Quando este resumo diz "ativo," significa Ethereum mainnet — o resto é um roadmap honesto.

E os HTLCs não são gratuitos. Eles custam bloqueio de capital durante a duração do tempo limite, carregam risco de coordenação de tempo limite entre cadeias com diferentes tempos de bloco, e assumem que a função hash se mantém. Achamos que essas são as trocas certas para a liquidação sem confiança. Elas ainda são trocas, e preferiríamos dizer isso do que fingir o contrário.

A pergunta para a semana

Então aqui está o que deixaríamos com você. A economia agente claramente precisa de vias de pagamento — o financiamento desta semana diz isso, e as contagens de transação o apoiam. Mas também precisa de uma camada abaixo das vias: uma maneira para os agentes se liquidarem diretamente, sem ninguém no meio.

Quando você lê "camada de liquidação para a economia agente," qual camada você realmente imagina — a via que conecta um agente aos comerciantes, ou o primitivo que permite que dois agentes negociem sem confiar em ninguém?

Hashlock Markets — liquidação atômica para a economia agente. RFQ de lance selado + liquidação HTLC, fundidos em uma única operação. Sem pontes, sem custodiante.

Contexto Triplo Up

Empresas brasileiras devem entender as camadas de liquidação para integrar agentes autônomos em suas operações. A adoção de protocolos de liquidação pode otimizar transações e aumentar a confiança nas trocas de valor. Isso é crucial para a competitividade no mercado digital.

Noticias relacionadas

Gostou do conteudo?

Receba toda semana as principais novidades sobre WebMCP.