Liquidação Atômica é Cega a Sybil por Design - E é por Isso que um Diretório de Contrapartes Está Acima Disso

Na semana passada, um leitor deixou um comentário em um dos nossos posts que foi mais incisivo do que a maioria dos feedbacks de produtos que recebemos. O ponto, parafraseado: um contrato com hash-time-locked é Sybil-blind. Ele não pode distinguir uma contraparte real de uma falsa, ou uma identidade de dez mil criadas pelo mesmo ator. A implicação que pairava no ar era: isso não é um problema?

Vale a pena responder com cuidado, porque a resposta honesta é não, essa cegueira é o ponto - e entender por que isso traça uma linha clara entre duas coisas que os sistemas de liquidação de agentes continuam confundindo.

O que um HTLC realmente garante

Comece com o mecanismo. Uma troca atômica entre cadeias tem dois parâmetros de controle.

O hashlock. Uma parte escolhe um segredo s e publica H = SHA-256(s). Ambas as pernas da negociação - digamos um ativo na Ethereum e um ativo em outra cadeia - estão bloqueadas de forma que só podem ser reivindicadas revelando uma pré-imagem de H. Como ambas as pernas estão vinculadas ao mesmo H, revelar s para reivindicar uma perna expõe-a na cadeia, o que permite que a contraparte reivindique a outra. Ou ambas as pernas são concluídas ou nenhuma delas é.

O timelock. Se ninguém revelar s, os fundos não podem ficar bloqueados para sempre. Cada perna tem um tempo limite após o qual o proprietário original reembolsa. O segundo a se mover recebe o prazo anterior para que o primeiro não possa revelar no último segundo e prejudicá-los.

Agora leia essas duas regras novamente e note o que não está nelas: identidade. O contrato nunca pergunta quem você é. Ele verifica uma coisa - você pode produzir uma pré-imagem de H antes do tempo limite - e impõe o resultado. Esse é todo o modelo de confiança. É por isso que a liquidação é sem confiança e não custodial: a segurança não repousa em conhecer, confiar ou verificar a contraparte. Ela repousa na matemática.

Portanto, quando o leitor diz que o contrato é Sybil-blind, ele está absolutamente certo, e é a mesma afirmação que "o contrato é sem confiança." Você não pode ter um sem o outro. No momento em que a segurança da liquidação começa a depender de quem é a contraparte, você reintroduziu a coisa que a atomicidade foi construída para eliminar.

O que a cegueira Sybil cobre, e o que não cobre

Aqui está a distinção que vale a pena internalizar. Existem dois riscos diferentes em qualquer negociação:

• Risco de inadimplência - a contraparte pega seu ativo e não devolve nada, ou desaparece no meio da negociação. A liquidação atômica elimina isso completamente, para identidades reais e falsas. Um exército Sybil não pode vencer um HTLC melhor do que uma única parte honesta pode; o contrato simplesmente reembolsa você se a negociação não for concluída. A cegueira é uma defesa completa aqui.

• Risco de seleção - você quer entrar nesta negociação com este endereço de forma alguma? Talvez seja um cluster de wash-trading inflacionando o volume. Talvez seja um endereço com o qual você não está autorizado a transacionar. Talvez você queira direcionar apenas para contrapartes com um histórico de liquidação. A atomicidade não diz nada sobre nada disso, porque nunca deveria.

O erro é esperar que um primitivo resolva ambos. Ele não pode, e não deve tentar. Uma camada de liquidação que começa a filtrar identidades para decidir se deve liquidar não é mais uma camada de liquidação neutra - é um guardião, e guardiões são os intermediários custodiais que removemos.

Os dados de wash-trading tornam isso concreto

Um estudo de julho sobre a atividade de pagamento de agentes na cadeia descobriu que uma grande parte do "volume" relatado era fictício ou se movia dentro de clusters internos vinculados - valor circulando entre endereços controlados pelo mesmo ator para fabricar a aparência de atividade. Isso é comportamento Sybil na camada de pagamento, e é instrutivo para a liquidação.

A liquidação atômica não cria volume falso - não há incentivo para wash-trade através de um HTLC, porque ambas as pernas movem ativos reais atômicos e você não ganha nada ao trocar consigo mesmo. Mas também não marca isso. Se um agente quiser evitar cotar contra um cluster de wash conhecido, ou quiser preferir contrapartes com um histórico genuíno, o contrato de liquidação é o lugar errado para perguntar. Ele é cego de propósito.

A divisão em duas camadas

Portanto, mantemos os dois problemas separados por design em vez de borrá-los em um único contrato:

Camada 1 - liquidação. Sem confiança, cega à identidade, atômica. Ao vivo na mainnet da Ethereum hoje. Contratos Sui estão implantados e testados via CLI; Bitcoin é validado na signet. Esta camada nunca aprende ou verifica quem você é, e nunca aprenderá, porque essa é a propriedade que a torna segura.

Camada 2 - seleção. Um Diretório de Contrapartes Verificado opcional que um agente pode consultar antes de entrar em um RFQ. Ele responde a uma pergunta diferente - "esta contraparte é alguém com quem eu quero me envolver?" - usando atestações, histórico e sinais de reputação. Ele pode consumir primitivos de identidade externos em vez de reinventá-los; ERC-8004 (agentes sem confiança, identidade e reputação) é uma fonte natural, e um diretório é um consumidor dessas atestações, não um competidor delas.

A regra arquitetônica crítica: a liquidação nunca depende do diretório. Você pode negociar com uma contraparte não listada e a garantia atômica é idêntica - seu dinheiro ainda nunca sai da sua carteira até que o deles chegue. O diretório muda quem você escolhe cotar, nunca se a liquidação é segura. Se a Camada 2 estiver offline, errada ou manipulada, a Camada 1 não será afetada. Essa dependência unidirecional é o que permite adicionar verificação de contraparte sem infiltrar confiança de volta no caminho de liquidação.

Por que a separação é importante para agentes especificamente

Um agente autônomo negociando negociações entre cadeias precisa de ambas as respostas, mas em momentos diferentes. No momento da seleção - decidindo a quem enviar um RFQ - um sinal de reputação é útil e vale a pena pagar. No momento da liquidação - bloqueando os fundos - a única coisa que deve importar é o contrato, porque esse é o momento em que a confiança seria mais cara de se errar. Colapsar os dois significa que a segurança da liquidação de um agente se torna tão boa quanto seu oráculo de identidade. Mantê-los separados significa que o pior que um diretório ruim pode fazer é enviar uma cotação que você não queria - não perder seus fundos.

A cegueira Sybil, em outras palavras, não é uma lacuna a ser corrigida dentro da camada de liquidação. É o recurso que permite que tudo acima dela permaneça opcional.

A questão em aberto

Se a liquidação deve permanecer cega à identidade e a seleção vive acima dela, onde exatamente a linha deve estar? Quanta verificação pertence a um diretório que um agente consulta por escolha, em comparação com sinais incorporados na própria camada RFQ - e o que um agente deve ser permitido negociar contra com zero informações da contraparte, confiando puramente na atomicidade? Curioso para saber como outros que constroem infraestrutura de comércio de agentes estão traçando essa fronteira.

Camada de liquidação, ao vivo na mainnet da Ethereum: hashlock.markets/docs. O servidor MCP (hashlock-tech/mcp, escopado) está no npm. Metodologia por trás do volume e da estrutura de wash-trading: hashlock.markets/methodology. Fundação acadêmica em SSRN.