Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124

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 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.


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.
Chainlink atribui aos operadores externos de CCV a responsabilidade pela implementação, manutenção e tempo de atividade. A questão chave para um titular é quais atestados são obrigatórios para este token nesta rota e quem pode produzir cada um.
A execução na cadeia de destino não tem permissão, uma vez que todas as provas exigidas existam e qualquer quorum de verificador opcional tenha sido atendido.
O executor padrão do Chainlink normalmente envia a transação, mas qualquer pessoa pode enviá-la, inclusive por meio do caminho de execução manual. Mudar o executor ou pagar o gás da cadeia de destino não dispensa a falta do atestado CCV obrigatório. O OffRamp ainda verifica as provas antes de liberar ou cunhar tokens.
O caminho de recuperação depende de onde a mensagem foi interrompida. Se o atestado necessário não tiver sido montado, a mensagem de destino poderá permanecer UNTOUCHED, o que significa que nenhuma execução foi registrada. Se uma tentativa de destino enviada falhar dentro do caminho protegido do OffRamp, ela poderá ser marcada como FAILURE.
Chainlink diz que uma tentativa fracassada pode ser repetida depois que o problema subjacente for corrigido. Seu executor padrão tenta novamente as falhas dentro de uma janela configurada atualmente definida em oito horas, e esse limite descreve o serviço automatizado.
Um titular tem uma rota manual utilizável somente depois que as provas necessárias estiverem disponíveis e qualquer falha no destino for corrigida. O guia de execução manual descreve como inspecionar o status do verificador e o estado de execução, incluindo casos em que o indexador não coletou o resultado de um verificador externo.
A rota de execução manual publicada pela Chainlink não especifica um cancelamento automático geral, reembolso ou devolução de tokens da cadeia de origem quando um verificador necessário nunca atesta. Qualquer solução específica do emitente dependeria dos acordos desse ativo.
Em cadeias EVM, um gancho configurado do Chainlink Automated Compliance Engine pode rejeitar uma transferência de saída antes que o pool de origem bloqueie ou queime qualquer coisa. Essa falha de simulação reverte a transação de origem.
Um gancho postflight de destino configurado separadamente pode rejeitar a liberação ou o mint após o início da transferência do lado da origem, deixando os tokens não entregues até que a condição da política seja resolvida e a execução seja repetida. O Guia de integração ACE descreve-os como configurações distintas e opcionais.
Elo de corrente diretório principal lista redes e tokens suportados, mas uma listagem não mostra se uma determinada via de produção requer um verificador operado pelo emissor ou se habilitou um portão ACE de destino. Nem um anúncio de parceiro ou uma migração de ativos anterior estabelece essas configurações.
Sem a configuração do pool de tokens, da rota e do verificador, esse novo poder não pode ser atribuído ao emissor de um ativo nomeado.
A versão oferece separadamente transferências mais rápidas que a finalidade. A finalidade completa da cadeia de origem continua sendo o padrão, enquanto a opção mais rápida pode expor uma transferência à execução duplicada do destino após uma reorganização profunda o suficiente, de acordo com o Chainlink’s Guia FTF.
Outros CCVs exigidos podem aplicar suas próprias regras de reorganização, mas essa escolha de velocidade não altera a necessidade dos atestados exigidos.
O CCIP 2.0 oferece aos emissores uma maneira mais forte de definir condições de entrega entre cadeias. Para os detentores, as questões essenciais são quais os cheques que se aplicam aos seus activos, quem os controla e que solução existe se um não puder ser concluído após o início da transferência.