O Chainlink CCIP 2.0 permite que os emissores de tokens ou terceiros exijam um Cross-Chain Verifier (CCV) adicional antes de uma transferência entre redes ser concluída. Anunciada a 28 de setembro, a funcionalidade acrescenta CCVs opcionais ao Committee Verifier predefinido do CCIP, que, segundo a Chainlink, é composto por 16 operadores de nós independentes. Não foi identificado nenhum ativo ou percurso específico em produção que utilize um CCV obrigatório gerido pelo emissor.
Porque é importante
A sequência cria um possível ponto de espera: um pool na rede de origem pode bloquear ou queimar tokens antes de o validador emitir a sua atestação, enquanto a rede de destino não os pode libertar ou emitir até todas as atestações obrigatórias serem aprovadas. Por isso, um validador obrigatório que não responda pode atrasar as mensagens que dependem dele. Este é um risco permitido pelo desenho do sistema, não uma prova de que um emissor tenha bloqueado uma transferência de um titular.
Os emissores e as aplicações passam a dispor de mais uma verificação de políticas, mas também têm de decidir quem opera o validador, que regras aplica e se o serviço se mantém disponível. Um validador de terceiros cria uma dependência operacional semelhante. Para os titulares, o essencial é saber que atestações são obrigatórias para determinado token e percurso, e quem controla cada uma delas.
Impacto no mercado
A execução na rede de destino não requer autorização depois de as provas obrigatórias estarem disponíveis, mas mudar de executor ou pagar o gas da rede de destino não permite contornar uma atestação obrigatória em falta. Uma mensagem à espera de prova pode permanecer UNTOUCHED; uma tentativa falhada no destino pode ser repetida depois de o problema subjacente ser resolvido. A janela de repetição configurada para o executor predefinido é atualmente de oito horas, mas isso descreve o serviço automatizado, não garante que o titular consiga recuperar os tokens.
O procedimento de execução manual publicado pela Chainlink não especifica um mecanismo geral de cancelamento, reembolso ou devolução automática dos tokens na rede de origem caso um validador obrigatório nunca emita a sua atestação. A exposição prática depende das configurações do pool, do percurso e dos validadores de cada ativo. As transferências mais rápidas do que a finalização são uma opção distinta: a finalização completa na rede de origem continua a ser a predefinição, e a execução mais rápida pode expor uma transferência a uma execução duplicada no destino após uma reorganização profunda.
Perguntas frequentes
-
Como pode um CCV obrigatório atrasar uma transferência CCIP?
O pool de origem pode bloquear ou queimar tokens antes de chegar a atestação. A rede de destino não os pode libertar ou emitir até todas as atestações obrigatórias serem aprovadas.
-
O CCIP 2.0 demonstra que um emissor bloqueou uma transferência em curso?
Não. A funcionalidade permite verificações obrigatórias por validadores, mas a Chainlink não identificou nenhum ativo e percurso específico em produção que utilize um CCV obrigatório gerido pelo emissor.
-
Um executor diferente pode contornar uma atestação em falta?
Não. A execução no destino não requer autorização quando as provas obrigatórias estão disponíveis, mas mudar de executor ou pagar o gas do destino não contorna uma atestação obrigatória em falta.
-
O que acontece se uma tentativa de execução no destino falhar?
A tentativa pode ser repetida depois de o problema subjacente ser resolvido. A janela de repetição configurada para o executor predefinido é atualmente de oito horas.
-
A Chainlink prevê um reembolso automático se um validador nunca emitir a atestação?
O procedimento de execução manual publicado não especifica um mecanismo geral de cancelamento, reembolso ou devolução automática dos tokens na rede de origem se um validador obrigatório nunca emitir a sua atestação.
WuBlockchain
CoinTelegraph
CZ Binance
Glassnode