Recentemente, tenho estado a estudar o sistema de mensagens IBC / cross-chain, que basicamente é uma “transferência de coisas de A para B”.


Pensamos que é apenas uma confirmação pontual, mas na verdade está a dar uma credibilidade a uma série de componentes: a cadeia de origem não deve fazer rollback, o cliente leve / lógica de validação não deve estar incorreto, o relayer não deve ficar offline ou enviar pacotes aleatórios, a configuração do canal não deve ser alterada por erro humano, e por fim, na cadeia de destino, o contrato de aplicação deve processar tudo como esperado (alguns até falham sem dar explicação, a experiência do utilizador é mesmo má).

O que é ainda mais frustrante é que, com a introdução de novos L1 / L2, ao tentar atrair TVL, todos fazem mineração, venda e transferência cross, e a camada de ponte e mensagens torna-se instantaneamente um campo de testes de resistência.
Quando fica congestionado, começam a apontar dedos: a cadeia diz que não é minha culpa, o relayer diz que não é dele, o front-end fica a rodar em círculos…
Os utilizadores antigos também têm razão ao reclamar, pois, no final, os custos e a mentalidade são suportados pelos utilizadores.
Da próxima vez que ouvir falar de “cross-chain sem perceção”, vou primeiro pensar em quem é que realmente está a confiar.
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
  • Fixado