Mensagens entre cadeias: compare a verificação, a entrega e a execução

Uma aplicação cross-chain pode apresentar uma ação enquanto depende de vários sistemas distintos. Uma mensagem deve ser reconhecida na cadeia de origem, verificada sob um modelo de segurança declarado, entregue e aceite pela lógica de destino. Chamar a todo o processo “transferência-ponte” pode esconder onde mudam os seus pressupostos.

A comparação prática não é qual o sistema com o menor tempo de transferência anunciado. É a evidência que o destino aceita, quem pode alterar esta regra e o que acontece quando uma etapa é atrasada ou contestada.

Separe as etapas de uma instrução

Considere uma instrução hipotética para reconhecer um depósito na cadeia A e libertar um saldo de aplicação na cadeia B. A transação de origem incluída não prova, por si só, que a ação de destino foi concluída.

Acompanhe quatro estados: o evento de origem e o seu propósito, o resultado da verificação, a entrega da mensagem e a execução do destino. Um componente de entrega pode transmitir informações sem decidir se são válidas. Por outro lado, uma mensagem verificada pode ainda falhar a execução se o contrato de destino rejeitar as suas entradas ou não tiver os recursos necessários.

Este exemplo descreve um modelo de pesquisa, e não a arquitetura de cada protocolo ou uma funcionalidade OrangeX atualmente oferecida.

Pergunte o que o verificador prova

Documentação de pontes Ethereum descreve pontes que movem tokens, mensagens e dados e distingue projetos verificados externamente de abordagens que dependem de cadeias conectadas. Leia a implementação específica em vez de tratar qualquer rótulo como uma garantia de segurança completa.

Para um conjunto de verificadores externos, investigue a adesão, as regras de limite, a independência e o compromisso chave. Para uma abordagem baseada em provas, identifique o que foi provado, quais os pressupostos de consenso que se mantêm e como o software verificador pode ser atualizado. A evidência criptográfica não elimina todos os riscos contratuais, operacionais ou de governação.

Trate a latência e a finalidade separadamente

Um pedido pode apresentar um progresso provisório antes de as condições relevantes de finalidade ou contestação serem satisfeitas. Pergunte se o prazo anunciado se refere a observação, entrega, liquidez do utilizador ou liquidação final. Esses marcos podem ser diferentes.

Não compare dois valores de latência, a menos que o evento inicial, o evento final e as condições de segurança correspondam. Um reconhecimento mais rápido não é automaticamente um propósito mais forte. Uma rota em pausa pode também ser uma resposta deliberada à incerteza, em vez de uma evidência de que a transação fonte desapareceu.

Examine novas tentativas e autoridade de destino

Uma ação de destino com falha levanta um segundo conjunto de questões: pode ser tentada novamente, quem pode tentar novamente, que taxas são aplicadas e o que impede que a mesma instrução seja executada duas vezes? Leia os identificadores documentados do protocolo e as proteções de repetição em vez de assumir que um segundo envio é seguro.

Verifique as chaves de atualização, as pausas de emergência, a configuração de rotas e as permissões ao nível da aplicação. Uma camada de mensagens segura não pode emitir um som de aplicação de destino inseguro. Da mesma forma, uma interface fiável não prova que todas as rotas suportadas partilhem um modelo fiável.

Mantenha um registo de pesquisa específico da rota

Registe as cadeias exatas, contratos, representação de ativos, modelo de segurança, premissas de finalidade e procedimento de recuperação para a rota que está a ser avaliada. Utilize a documentação oficial atual e distinga os controlos implementados dos planos futuros.

Um depósito de exchange é um fluxo de trabalho separado de uma mensagem arbitrária de aplicação entre cadeias. Antes de enviar para OrangeX.com, siga as instruções de rede e de endereço apresentadas na interface de depósito. Não presuma que uma operação de ponte bem-sucedida torna aceitável uma rede de destino não suportada.