Recentemente, alguém voltou a falar sobre se a ecologia da cadeia principal vai migrar antes ou depois de uma atualização/paragem, mas eu estou mais de olho na questão das cross-chains… Para ser claro, numa transação cross-chain, você confia em mais do que apenas a palavra “ponte”. Seja o IBC, ou outras formas de transmissão de mensagens, a própria cadeia, o consenso/ finalidade, o cliente leve/ lógica de validação, o relayer (relé) que está a trabalhar, como a cadeia oposta lida com o tempo limite e rollback, além daquela camada de contratos encapsulados/ multi-assinaturas/ permissões de atualização, qualquer ponto mais fraco pode causar problemas.



Eu achava que usar o IBC equivalia a “mais descentralização e mais segurança”, mas após observar o ritmo de endereços anormalmente ativos algumas vezes, percebi que muitos riscos estão na periferia: concentração de relays, alteração descontrolada dos parâmetros do canal, uma votação de governança que muda o código de validação… A superfície parece calma, mas por baixo tudo está a mexer. De qualquer forma, antes de fazer uma transação cross-chain, pergunto a mim mesmo: se realmente acontecer um problema, quem consegue pressionar o botão de pausa, quem consegue alterar as regras, quem são essas duas pessoas.
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