Chainlink CCIP 2.0 expõe risco de ponte e portas do emissor desencadeiam paralisações

O CCIP 2.0 da Chainlink permite que um emissor de token exija um verificador adicional antes que os tokens terminem de passar de uma blockchain para outra. Um pool emissor pode já ter bloqueado ou queimado os tokens quando a verificação se tornar decisiva: sem o atestado do verificador, a cadeia receptora não pode liberá-los ou cunha-los.

Anunciado em 28 de setembroo recurso adiciona verificadores de cadeia cruzada (CCVs) opcionais junto com o verificador de comitê padrão do CCIP. Um emissor ou terceiro pode operar um e fazer de sua aprovação uma condição de entrega.

Isso dá às regras e ao tempo de atividade do operador um papel direto no caminho de saída do titular. Lançamento da Chainlink O material não identifica um ativo de produção nomeado e uma via usando um CCV exigido pelo emissor, portanto, o mecanismo não é evidência de bloqueio da transferência de um detentor.

O ponto onde uma transferência pode esperar

O OnRamp do CCIP reúne os requisitos de verificação aplicáveis ​​de uma transferência de token e o pool de tokens bloqueia ou queima os tokens. O OnRamp então registra a mensagem para serviços de verificação offchain.

Esses serviços observam o evento de origem, aplicam suas regras de finalidade e verificação e publicam atestados vinculados ao ID da mensagem.

Na cadeia de destino, o OffRamp do CCIP verifica os atestados necessários antes que o pool libere ou emita tokens. Suas verificações baseiam-se nas configurações da pista e do pool de tokens e, quando um contrato de receptor está envolvido, nos requisitos desse receptor.

As preferências do remetente podem ser adicionadas ao conjunto de verificadores do lado da origem. Uma transferência somente de token não possui retorno de chamada de receptor cujas preferências do verificador devam ser verificadas. Esta sequência coloca o bloqueio ou gravação antes da verificação e a liberação de destino depois dela.

Diagrama de fluxo de uma transferência de token CCIP 2.0: comprovação ACE de origem opcional, bloqueio ou gravação de origem, padrão e quaisquer atestados de verificador necessários, postflight ACE de destino opcional e, em seguida, liberação de destino ou mint. A falta de um atestado obrigatório faz com que a entrega espere.Diagrama de fluxo de uma transferência de token CCIP 2.0: comprovação ACE de origem opcional, bloqueio ou gravação de origem, padrão e quaisquer atestados de verificador necessários, postflight ACE de destino opcional e, em seguida, liberação de destino ou mint. A falta de um atestado obrigatório faz com que a entrega espere.
O CCIP 2.0 da Chainlink permite que os emissores rejeitem transferências antes do bloqueio ou liberação, enquanto os atestados exigidos podem atrasar a entrega.

Uma transação de origem pode ter sido bem-sucedida enquanto a entrega de destino permanece pendente, então a Chainlink diz que todos os CCVs necessários devem retornar resultados válidos antes que a execução prossiga. Isso é modelo de confiança avisa que um verificador que não responde pode paralisar todas as mensagens que exigem seu atestado.

Se um emissor executar tal verificador e torná-lo necessário para seu conjunto de tokens, o serviço do emissor se tornará uma das partes capazes de atrasar a conclusão. Um operador terceiro criaria uma dependência semelhante sob o controlo desse operador.

Este é um controlo que o design permite, e não uma prova de que um emitente bloqueou deliberadamente a transferência de um titular.

Chainlink diz que o verificador de comitê padrão compreende 16 operadores de nós independentes, com CCVs adicionais ao lado dessa linha de base.

Um emissor ou aplicativo que escolhe um deles ganha outra verificação, mas também deve avaliar quem opera seus contratos e serviços off-chain, quais regras esse serviço se aplica e se ele permanece disponível.