Por que dois agentes que nunca se encontraram trocariam?

O PayPal tornou seguro pagar estranhos online. A parte interessante nunca foi o pagamento — foi que duas pessoas que nunca se conheceram poderiam transacionar sem confiar uma na outra, porque a plataforma estava no meio. Na blockchain, você pode obter a mesma segurança com o arranjo oposto: ninguém no meio. Dois agentes bloqueiam ativos em um contrato de hash-time-locked que pode fazer exatamente uma das duas coisas — liquidar ambos os lados juntos ou reembolsar ambos. Seu dinheiro nunca sai da sua carteira até que o deles chegue.

Esse primitivo existe há anos. Então aqui está a pergunta que realmente importa para a economia dos agentes: se a liquidação atômica já é possível, por que ela não acontece?

Os trilhos não são redes

A maior parte do que está sendo enviado agora em pagamentos de agentes é um trilho. O x402 agora abrange mais de 10.000 comerciantes e mais de 160 milhões de transações acumuladas. Mastercard Agent Pay, o AP2 do Google, os vários protocolos de agentes CEX — todos eles movem valor ao longo de um caminho que já existe. Isso é genuinamente útil. Mas um trilho responde "como o valor vai de A a B." Ele não responde a duas perguntas que uma rede de liquidação aberta e de dois lados vive ou morre:

1. Por que um agente executaria uma negociação para um estranho primeiro? A liquidação atômica remove o risco de contraparte, mas alguém ainda precisa ser o primeiro a bloquear os fundos, observar a pré-imagem e completar o segundo lado. Em um local de custódia, o local faz isso e cobra por isso. Em uma rede minimizada em confiança, se ninguém for recompensado por executar, a rede é tecnicamente correta e praticamente vazia.

2. Como estranhos transacionam sem que todos sejam forçados a passar pelo mesmo portão de identidade? Um custodiante resolve a confiança sabendo quem você é — um processo KYC, aplicado a todos, antes que alguém possa se mover. Isso é um padrão sensato quando o custodiante é responsável. É um padrão estranho para uma troca onde o próprio contrato garante o resultado.

Esses não são problemas de encanamento. Eles são problemas de bootstrap de rede, e são exatamente onde "temos liquidação atômica" para de ser suficiente.

Recompensas de execução: pague os agentes que liquidam negociações

O problema de início frio para uma rede de liquidação é concreto. No início, há poucos contraparte, liquidez escassa e nenhuma razão para um agente direcionar sua primeira negociação através de você em vez do local de custódia em que já confia. Você não pode subsidiar isso com marketing; você precisa tornar a execução em si valiosa.

As recompensas de execução colocam o incentivo onde o trabalho está. Os agentes e retransmissores que realmente liquidam as liquidações — bloqueiam o lado correspondente, monitoram a pré-imagem do hash, completam ou reembolsam dentro da janela de tempo limite — ganham uma recompensa em nível de protocolo por fazer isso. O efeito é que a liquidez e a confiabilidade se auto-impulsionam em vez de esperar pela boa vontade:

• Executores confiáveis são pagos por serem confiáveis, que é o comportamento que você quer reforçar em uma rede onde um tempo limite perdido significa um reembolso, não um roubo.
• A recompensa acumula na função que é escassa no início (execução e liquidez), não na função que é abundante (opiniões sobre o protocolo).
• Como a liquidação é atômica, a recompensa nunca cria um risco de custódia. Um executor é pago por liquidar uma negociação que só poderia liquidar ou reembolsar — não há um estado intermediário onde eles seguram seus ativos e decidem o que fazer.

Esta é a parte que a metáfora do trilho esconde. Um trilho é pago por transação que transporta. Uma rede de liquidação precisa pagar pela coisa que a torna uma rede: agentes dispostos a aparecer e executar contra pessoas que não conhecem.

Confiança em camadas: um botão, não um portão

A segunda pergunta — identidade — é onde a liquidação custodiada e minimizada em confiança divergem mais acentuadamente, e onde a economia dos agentes está silenciosamente importando uma suposição que não precisa.

Quando um custodiante detém os ativos, um portão KYC para todos é racional: o custodiante é a parte responsável, então deve conhecer seus clientes antes de mover um centavo. Mas quando o contrato garante o resultado, a identidade deixa de ser uma pré-condição para segurança e se torna um parâmetro que você pode ajustar ao contexto:

• Uma pequena troca atômica de ativo para ativo entre dois agentes não precisa de identidade alguma. O HTLC é a confiança. Ou ambos os lados são liquidadas ou ambos são reembolsados; não há nada que uma contraparte desconhecida possa fazer com você que o contrato permita.
• Fluxos maiores, ou fluxos que tocam ativos ou jurisdições regulamentadas, podem optar por níveis mais altos — contraparte verificadas, atestações, limites — sem arrastar cada troca de $40 pelo mesmo processo.

A confiança se torna um botão, não um portão. O padrão é sem permissão porque a criptografia carrega o risco; os níveis mais altos existem para os casos em que algo fora do contrato (um regulador, uma preferência de contraparte, um limite de tamanho) realmente precisa de mais. Isso é o oposto do modelo de custódia, que define o portão no máximo para todos porque não tem outra maneira de limitar sua responsabilidade.

A custódia, para ser claro, é a ferramenta honesta quando algo subjetivo precisa ser julgado — o trabalho foi entregue, o comerciante enviou. Para uma troca limpa de ativo para ativo, nenhum desses julgamentos é necessário, e forçar um único portão de identidade à frente disso é atrito sem um risco correspondente.

Onde isso se encaixa na pilha

Nada disso compete com os trilhos de pagamento. O x402, AP2, protocolos de pagamento de agentes — eles decidem a intenção e a autorização. Abaixo deles, algo ainda precisa tornar a troca final de dois lados e de ativos cruzados sem um custodiante. Essa é a camada de liquidação, e recompensas de execução mais confiança em camadas são como essa camada se torna uma rede viva em vez de um contrato correto, mas vazio.

Para referência sobre como a liquidação subjacente e seu volume são contabilizados a partir de dados de cadeia pública, a metodologia está aqui: https://hashlock.markets/methodology?utm_source=devto&utm_medium=article&utm_campaign=2026-06-17-execution-rewards-tiered-trust

Uma nota sobre o status, porque a precisão importa: a mainnet do Ethereum está ao vivo de ponta a ponta. Os contratos Sui estão implantados e testados via CLI. O Bitcoin está validado no signet. O primitivo de liquidação é construído em contratos de hash-time-locked, expostos através de um servidor MCP com 6 ferramentas (create_htlc, get_htlc, withdraw_htlc, refund_htlc, swap_quote, swap_execute) para que um agente possa negociar e liquidar sem uma ponte ou um custodiante. O design econômico acima — recompensar a execução, classificar a confiança — é como uma rede de liquidação aberta deve ser impulsionada, não uma afirmação de que todos os botões já estão ajustados na produção. Trilhos prontos, trens a caminho.

A fundação acadêmica, se você quiser a versão formal do argumento de liquidação, está no SSRN: https://papers.ssrn.com/sol3/papers.cfm?abstract_id=6712722

Então eu colocarei a pergunta de volta para você: se você estivesse impulsionando uma rede de liquidação aberta para agentes autônomos, o que deveria ter mais peso no início — incentivos de execução, classificação de identidade, ou algo que a estrutura de trilhos versus liquidação perde completamente?