Ir para o conteúdo
Financial Context Wiki

Ponte entre blockchains

Guia orientado à verificação de rotas entre blockchains para ativos e mensagens, modelos de confiança, estados de mensagens, proteção contra replay, lastro, liquidez, taxas, novas tentativas e conciliação final.

Atualizado

Somente para fins educacionais; não constitui aconselhamento de investimento, jurídico ou de segurança. Uma rota entre blockchains pode falhar por consenso, verificação, contratos, governança, operações, liquidez ou erro do usuário.

Resposta direta

Uma ponte entre blockchains é um sistema que faz com que uma transferência de ativos ou mensagem observada em um domínio de execução produza um resultado autorizado em outro. Blockchains independentes não confiam automaticamente no estado umas das outras. Portanto, uma rota precisa de um modelo de verificação, regras de execução no destino e, para ativos, um modelo de emissão, custódia ou liquidez.

Essas dimensões devem ser separadas. Os ativos podem usar bloqueio e emissão, queima e liberação, queima e emissão pelo emissor ou entrega por provedor de liquidez. As mensagens podem ser aceitas por um cliente leve ou prova de validade, um processo de contestação otimista, um limiar de atestadores ou validadores ou um verificador específico da aplicação. Cada combinação pode ter riscos diferentes de finalidade, replay, atualização, disponibilidade e solvência. Uma transação na origem, uma atestação, um saldo no destino e o resgate econômico são estados distintos.

1
Bloquear ou queimar

O contrato da cadeia de origem bloqueia ou destrói a representação de origem.

Como funciona

  1. Fixe o snapshot da rota: protocolo e versão, chainId ou domínio de origem e destino, endereços de gateway, router, mensageiro ou adaptador, par de tokens, destinatário, valor, decimais, prazo, referências de blocos e documentação oficial. Nome, ícone ou rótulo de agregador não determinam identidade.
  2. Classifique duas dimensões independentes. Registre se a rota do ativo usa bloqueio e emissão, queima e liberação, queima e emissão pelo emissor ou entrega de liquidez, e se a rota da mensagem usa provas de consenso, clientes leves, verificação otimista, atestações, um limiar de validadores ou outro verificador.
  3. Mapeie as raízes de confiança e controle. Inclua finalidade da origem, disponibilidade de dados, premissas da prova ou dos atestadores, executor no destino, proteção contra replay, implementação do proxy, administrador ou conselho de segurança, atraso de atualização, pausa e limites de taxa. Ser canônica, oficial, auditada ou baseada em provas não é uma conclusão completa de risco.
  4. Construa a máquina de estados da mensagem para cada direção: envio na origem, inclusão e finalidade exigida; ID, nonce ou sequência da mensagem; prova ou atestação; retransmissão; execução no destino; confirmação; e qualquer nova tentativa, timeout, reembolso ou reivindicação. As rotas de depósito e retirada podem ser assimétricas.
  5. Construa os livros do ativo e da mensagem em unidades brutas. Concilie o escrow elegível, a oferta viva da representação, as reivindicações bloqueadas ainda não emitidas, as reivindicações queimadas ainda não liberadas, as queimas e emissões do emissor, os IDs de mensagens consumidos e as autorizações restantes. Nunca conte o ativo em escrow e sua representação como dois ativos independentes.
  6. Construa um livro econômico executável. Separe o principal do token e a taxa do protocolo do gas na origem e no destino, da taxa do retransmissor ou provedor de liquidez, da capacidade cotada, da saída mínima, do deslizamento, do impacto no preço e do custo de espera. Uma cotação não é uma execução, e o gas pago em token nativo não é automaticamente deduzido da saída do token transferido.
  7. Concilie a rota com evidências reais: recibo e bloco final na origem, status da mensagem ou pacote, resultado do verificador, recibo e mudanças de estado no destino, contrato exato do token recebido, saldo, possibilidade de resgate e liquidez. Revogue permissões excedentes, preserve gas para recuperação e pare em vez de repetir uma transferência sem explicação.

Exemplos resolvidos

  • Lastro com reivindicações em trânsito. O escrow elegível é de 10,000 units; a representação viva no destino é de 9,700 units; as reivindicações bloqueadas ainda não emitidas são 200 units; e as reivindicações queimadas ainda não liberadas são 100 units. As reivindicações econômicas são 9,700 + 200 + 100 = 10,000 units, portanto a cobertura ajustada é 10,000 / 10,000 = 100.0000000000%. Dividir apenas pela oferta viva informa falsamente 10,000 / 9,700 = 103.0927835052%. Cobertura não comprova segurança do contrato nem liquidez imediata.
  • Saída de tokens versus custo econômico. Um usuário envia 5,000 USDC; uma taxa de protocolo de 5 USDC é deduzida, então a saída de tokens no destino é 4,995 USDC. O gas na origem é 0.003 ETH e o gas para reivindicação no destino é 0.001 ETH; a um preço explícito de 2,000 USD/ETH, esses fluxos de caixa separados custam $6 e $2. O custo econômico total é $5 + $6 + $2 = $13, e a riqueza líquida recebida é $4,987, mas o saldo no destino continua sendo 4,995 USDC.
  • Comprometimento do limiar e déficit de reservas. Uma ponte hipotética de atestadores 3-of-5 mantém $5,000,000 em escrow e 5,000,000 unidades wrapped legítimas. Se três chaves autorizadas forjarem uma emissão sem lastro de 1,000,000-unit, a oferta sobe para 6,000,000, o déficit é de $1,000,000 e a cobertura proporcional é 5,000,000 / 6,000,000 = 83.3333333333%, ou $0.8333333333 de reserva por token. Esse é um resultado contábil, não um preço garantido de mercado ou recuperação.
  • Capacidade da rota de liquidez. A solicitação é de 100,000 units. A rota A tem capacidade para 60,000 e cobra 0.20%, entregando 60,000 * (1 - 0.002) = 59,880 units. Uma rota B independente processa 40,000 a 0.35% mais 20 units, entregando 40,000 * (1 - 0.0035) - 20 = 39,840 units. A saída total é 99,720 units; o custo é de 280 units, ou 280 / 100,000 = 0.2800000000%. Cada rota tem premissas de segurança próprias, e a execução parcial só existe se o protocolo e os recibos reais permitirem.

Riscos

  • Selecionar origem, destino, chainId ou domínio incorretos.
  • Usar uma interface, site de documentação ou agregador de rotas de phishing.
  • Enviar por um gateway, router, mensageiro ou adaptador falsificado.
  • Aceitar o par de tokens, destinatário ou representação de mesmo símbolo errados.
  • Interpretar incorretamente decimais, unidades brutas ou o comportamento de tokens com taxa de transferência e rebase.
  • Manter aprovação, permissão ou autorização de operador excessiva.
  • Confiar em uma transação de origem antes de finalidade suficiente ou após uma reorganização.
  • Confiar em chaves comprometidas de verificadores, validadores, atestadores ou membros do limiar.
  • Aceitar cliente leve, verificador de provas ou mecanismo de contestação defeituoso.
  • Permitir falhas de replay, emissão dupla, sequência, ordenação ou idempotência.
  • Tratar o sucesso na origem como prova de execução no destino.
  • Não financiar suficientemente o gas de execução, nova tentativa, reivindicação ou reembolso no destino.
  • Depender de retransmissores, provadores, atestadores ou executores indisponíveis.
  • Perder disponibilidade por censura do sequenciador ou indisponibilidade de dados.
  • Ignorar atualização, troca de administrador, pausa, limite de taxa ou desvio de timelock.
  • Ignorar insolvência do escrow, reservas compartilhadas ou divergência contábil em trânsito.
  • Presumir que hooks de tokens não padronizados são compatíveis com a ponte.
  • Exceder a capacidade de liquidez ou confiar em uma cotação e rota de rebalanceamento desatualizadas.
  • Sofrer perda de paridade, deslizamento, MEV ou uma rota de resgate inutilizável.
  • Interpretar incorretamente regras de timeout, reembolso, recuperação, tributação, sanções ou custódia.

Equívocos comuns

  • A mesma moeda se desloca fisicamente de uma blockchain para outra.
  • Ser canônica, oficial, auditada ou baseada em provas significa automaticamente ausência de risco.
  • Uma transação de origem bem-sucedida garante o crédito no destino e a liquidação final.
  • Lastro de um para um garante resgate imediato de um para um e liquidez de mercado.
  • Uma ponte rápida é apenas a mesma rota de liquidação operando mais depressa.

Tópicos relacionados

Fontes

Navegação

Pesquisar na wiki...