Recentemente tenho estado a analisar o IBC e várias implementações de mensagens/ponte, quanto mais olho, mais acho que uma transferência entre cadeias é basicamente uma questão de “em quem confio mais”.

O estado ideal do IBC é que os clientes leves de ambos os lados verifiquem o estado um do outro, mantendo-se relativamente limpo; mas muitas pontes rapidamente se tornam: um grupo de relayers que transportam as mensagens + assinatura de múltiplos validadores/validadores que atestam + quem tem o controle de atualizações.
Sou mais sensível às permissões, se os contratos podem mudar de lógica a qualquer momento, se o administrador é uma chave mestra, isso decide se posso dormir tranquilo ou não.

Recentemente também tem havido muita discussão sobre staking e segurança partilhada, os retornos parecem atraentes, mas acrescentar uma camada de “segurança externalizada” na transferência entre cadeias parece apenas estender a cadeia de confiança…
Depois pensei que era bastante ridículo, eu escrevo scripts para estratégias com bastante rigor, mas ao fazer uma transferência entre cadeias, acabo entregando-me a um conjunto de componentes invisíveis.
De qualquer forma, a minha abordagem atual é bastante simples: se a transferência usar IBC nativo, não preciso de pontes sofisticadas; se for necessário usar, primeiro verifico permissões e caminhos de atualização, mesmo que seja mais lento.