Recentemente, vejo muitas pessoas misturando IBC / transmissão de mensagens / pontes, de qualquer forma, essa história de cross-chain, na essência, é “em quem você confia para passar a mensagem por você”. Uma vez que você faz a transferência, pelo menos precisa confiar: que a cadeia de origem e a cadeia de destino não tenham problemas; que o grupo que executa o relay / validação no meio não seja preguiçoso ou mal-intencionado; que o mecanismo de prova de mensagem não tenha falhas; além disso, que o front-end / contrato que você usa tenha escrito os parâmetros corretamente. Muitos acidentes de ponte não acontecem porque a cadeia quebrou, mas porque uma parte do componente ficou silenciosamente frouxa.



Recentemente, antes e depois de uma atualização/manutenção de uma cadeia principal, as pessoas estão novamente especulando se os projetos vão migrar. Eu estou mais preocupado com: se durante a atualização, as mensagens cross-chain podem ficar presas, serem reencaminhadas ou atrasadas, causando uma série de liquidações... Antes de se preocupar com uma alta ou baixa repentina, primeiro observe se há anomalias na fila e no conjunto de validações na ponte, para não ser levado pelo “narrativo de migração”.
Ver original
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
  • Recompensa
  • Comentar
  • Republicar
  • Partilhar
Comentar
Adicionar um comentário
Adicionar um comentário
Nenhum comentário
  • Fixar