USD
Chainlink lança CCIP 2.0 com verificação cross-chain customizada
Novos controles de verificador chegam junto com uma conexão voltada a bancos ao ledger de depósitos tokenizados da Swift
TL;DR
- O CCIP 2.0 da Chainlink permite que emissores de ativos adicionem checagens criptográficas independentes, configurações de velocidade de transferência e controles de compliance às transferências cross-chain.
- Cross-Chain Verifiers obrigatórios podem atrasar a entrega no destino quando uma atestação obrigatória não está disponível, embora não tenha sido identificado nenhum caso confirmado de transferência bloqueada por emissor.
- A Chainlink também está conectando bancos ao ledger de depósitos tokenizados da Swift, enquanto os bancos mantêm as chaves de autorização e os processos de liquidação existentes.
Negocie de forma mais inteligente na Jupiter, a principal DEX da Solana, feita para execução rápida e alta liquidez.
Faça swap de tokens a taxas competitivas, roteie automaticamente por múltiplas fontes de liquidez e acesse perpétuos, DCA e ferramentas avançadas de trading — tudo em um só lugar!
Chainlink lançou CCIP 2.0 em 28 de setembro de 2026, adicionando Cross-Chain Verifiers configuráveis pelo emissor, controles de velocidade de transferência e ferramentas de compliance para ativos digitais que se movimentam entre blockchains. A atualização mantém a camada padrão de verificação da Chainlink, ao mesmo tempo em que permite que emissores exijam aprovações criptográficas extras para transferências selecionadas, criando um design no qual a entrega no destino pode ficar pendente se um verificador obrigatório não fornecer sua atestação.
O CCIP 2.0 usa um modelo de verificação aditivo. O Committee Verifier padrão da Chainlink segue ativo, enquanto emissores podem anexar Cross-Chain Verifiers independentes, ou CCVs, a transações que atendam a critérios selecionados. O exemplo da Chainlink usa transferências acima de $1 milhão, em que uma aprovação adicional poderia ser exigida. O limite ilustra o mecanismo, e não estabelece uma regra para toda a rede.
O Committee Verifier padrão consiste em 16 operadores de node independentes, revisados em segurança. CCVs suplementares podem impor condições adicionais de aprovação sem substituir esse comitê, permitindo que transações diferentes usem políticas de segurança diferentes.
Verificadores obrigatórios podem deixar transferências no destino pendentes
O OnRamp do CCIP monta os requisitos de verificadores para uma transferência antes que o pool do token bloqueie ou queime ativos na blockchain de origem. Em seguida, serviços de verificação off-chain monitoram o evento na chain de origem, aplicam suas regras de finalidade e produzem atestações criptográficas.
O OffRamp do lado de destino checa cada atestação exigida antes que tokens sejam liberados ou mintados. Se um verificador adicional obrigatório ficar indisponível ou não fornecer sua prova, a operação do lado de origem pode ter sucesso enquanto a entrega no destino permanece pendente.
Transferências apenas de tokens que não chamam um contrato recebedor evitam checagens separadas de verificador no lado do recebedor, mas ainda precisam atender às atestações obrigatórias configuradas anteriormente no processo do CCIP.
As informações de lançamento da Chainlink não identificaram um ativo específico ou uma rota de transferência em que um CCV operado por emissor já tenha sido usado para bloquear uma transferência em produção. O design permite que uma transferência seja atrasada quando um verificador obrigatório não responde, mas não foi identificado nenhum caso confirmado de um emissor congelando deliberadamente uma transferência via CCIP.
A execução segue permissionless assim que todas as provas exigidas existirem. O executor padrão da Chainlink geralmente envia a transação no destino, mas outra parte pode executá-la manualmente. Uma atestação obrigatória ausente não pode ser contornada por execução manual.
Mensagens não processadas permanecem marcadas como “UNTOUCHED”. Uma transação que chega ao OffRamp, mas falha na execução, é marcada como “FAILURE” e pode ser repetida após o problema subjacente ser corrigido. O período de retry automatizado é atualmente de oito horas.
O CCIP 2.0 também oferece suporte a velocidades de finalidade configuráveis. Transferências mais rápidas do que a finalidade estão disponíveis, enquanto a finalidade completa da chain de origem permanece como configuração padrão de segurança. O timing da transferência e os requisitos de verificador são escolhas de configuração separadas.
A Chainlink também adicionou funcionalidade de compliance por meio do seu Automated Compliance Engine, que suporta verificações de know-your-customer, controles anti-lavagem de dinheiro, triagem de sanções e limites de transação.
A Chainlink enquadrou o lançamento em termos institucionais mais amplos, dizendo: “O CCIP 2.0 está oficialmente no ar. A infraestrutura para os próximos $600 trilhões em finanças onchain agora está em suas mãos.”
LINK sobe com a entrada em operação do CCIP 2.0
LINK disparou por volta do rollout, embora não tenha sido estabelecida nenhuma ligação causal entre a atualização e o movimento de preço.
Gordon escreveu em 29 de setembro: “Vimos QNT fazer 6x / HBAR começou a pump / A próxima utility coin a ter um grande movimento será / $LINK / Vou voltar a isso.” A declaração foi um comentário de mercado, e não uma evidência ligando o CCIP 2.0 ao movimento do LINK.
Chainlink conecta bancos ao ledger de depósitos tokenizados da Swift
A Chainlink também está fornecendo aos bancos uma camada de conexão para o ledger de depósitos tokenizados em desenvolvimento pela Swift. O anúncio da Chainlink em 28 de setembro disse que os bancos mantêm as chaves usadas para autorizar transações, enquanto o Chainlink Runtime Environment, ou CRE, coordena fluxos de trabalho conectando sistemas bancários, o ledger da Swift e smart contracts.
A configuração segue um modelo de autoassinatura. Os bancos continuam responsáveis pela autorização das transações, em vez de entregar o controle a uma rede externa, enquanto uma infraestrutura compartilhada coordena instruções de pagamento programáveis.
O ledger blockchain da Swift opera como uma camada de orquestração, em vez de substituir o sistema de liquidação abaixo dele. A liquidação final pode continuar por mecanismos existentes, incluindo sistemas de liquidação bruta em tempo real.
Depósitos tokenizados também permanecem distintos de stablecoins. Os depósitos continuam como passivos dos bancos emissores e permanecem em ledgers controlados pelos bancos, permitindo que instituições ampliem a disponibilidade de pagamentos fora do horário bancário normal sem mover os fundos dos clientes para um token separado de terceiros.
A Swift disse que o ledger foi projetado com mais de 40 instituições financeiras, com 17 pioneiras testando transações de depósitos tokenizados. A rede mais ampla da Swift conecta mais de 11.500 instituições financeiras e usuários corporativos em mais de 200 mercados. Esses números mostram a escala da rede existente, mas não determinam quantas instituições acabarão adotando o ledger.
Os bancos ainda precisam demonstrar que depósitos tokenizados podem operar entre diferentes balanços, jurisdições e arranjos de liquidação, ao mesmo tempo em que lidam com falhas de reconciliação, lacunas de liquidez, triagem de sanções, transações com falha e disputas entre instituições.
As iniciativas da Swift e do CCIP usam infraestruturas diferentes, mas seguem a mesma abordagem básica da Chainlink: conectar sistemas institucionais existentes a redes programáveis, permitindo que emissores e bancos mantenham seus próprios controles de segurança, autorização e compliance.
Este artigo foi refinado e aprimorado pelo ChatGPT.
