A classificação que o motor já tinha chega ao enclave da Chainlink

A mudança de maior peso na versão 2.65.0 do software de nó da Chainlink é um rótulo de dois valores acrescentado ao contador das falhas de execução que rodam no enclave dos workflows confidenciais. O resto da versão são ajustes internos de rotina. A versão saiu em 21 de setembro, uma segunda-feira, e o registro ficou nas notas publicadas no repositório do projeto, junto com as imagens de contêiner que os operadores puxam do Docker Hub e do Amazon ECR. A 2.64.0 tinha saído sete dias antes.

O contador entrou no software na versão 2.60.0, de 17 de agosto, ao lado de um histograma que registra o tempo de cada chamada enviada ao ambiente isolado. O que faltava era a marcação da origem.

O contador do enclave nasceu em agosto

Esse rótulo se chama error_type e aceita dois valores, user e system. Com ele, o painel de quem opera o nó pode excluir do caminho do alerta as falhas que nasceram de quem escreveu o workflow e reservar o aviso para o que veio da própria plataforma. A nota da versão resume o objetivo em uma linha, tirar do aviso automático as ocorrências do usuário.

O exemplo usado ali é o de um workflow que passa do limite de tempo de execução no enclave. Não houve defeito na infraestrutura de ninguém, e mesmo assim o evento entrava na mesma contagem usada para vigiar a rede.

A classificação já existia em outro ponto do software. Em 27 de julho, a versão 2.57.0 passou a marcar o fim de cada execução no motor de workflows com a distinção entre USER_ERROR e SYSTEM_ERROR. O contador do enclave ficou oito semanas sem ela e mede outra coisa, o tempo total de cada chamada ao ambiente isolado.

Enclave, aqui, é o nome da instância de TEE usada pela Chainlink, um ambiente separado do sistema operacional por hardware. O único tipo de TEE registrado até agora é o Nitro, da AWS, e a única região suportada é a us-west-2. É para dentro desse espaço que vai a parte do workflow que não pode passar pelos nós comuns. Segredos são decifrados ali dentro, e só quando o código pede. A execução só passa a valer quando o consenso da rede confere as atestações do próprio enclave.

O isolamento tem limites definidos na documentação. Gatilhos, leitura e escrita em blockchain continuam rodando nos nós da rede, e não por dentro do ambiente confiável.

O que já roda dentro do enclave

A lista de usos publicada pela Chainlink vai de fechar uma posição alavancada antes da liquidação a rebalancear carteiras com uma política de alocação privada, passando por avaliar transações com modelos de linguagem e por calcular sobre bases de dados licenciadas. Em todos esses casos, o que decide a operação fica invisível para quem mantém o nó. O acesso ao recurso está em beta fechado, liberado por convite, o que reduz por ora o número de operadores que lidam com essas falhas.

Workflows confidenciais não formam um produto separado. São workflows do Chainlink Runtime Environment, o CRE, que a empresa lançou em novembro de 2025 como camada de orquestração entre contratos, APIs e outras redes. No segundo trimestre, Functions e Automation, dois serviços que existiam separados, foram convertidos em workflows do CRE.

O uso cresceu. No primeiro trimestre, as inscrições na plataforma subiram 50% sobre o mês anterior e as execuções de workflows cresceram 253%. Entre abril e junho, DTCC e Fidelity International entraram na lista de instituições que usam o CRE.

Mais workflows significam mais formas de falhar. Uma execução do CRE pode buscar dado fora da rede, chamar uma API, processar algo de forma privada e escrever o resultado em blockchain. Como o operador não vê o que acontece por dentro da parte privada, o contador e o rótulo são a janela que sobra para esse trecho.

A rotina de quem roda um nó

Para quem mantém a infraestrutura, a rotina das últimas semanas foi de troca de imagem. Nove versões do software de nó saíram entre 27 de julho e 21 de setembro, quase todas às segundas-feiras. A 2.64.0, de 14 de setembro, removeu o plugin de automação, e quem tinha especificações de automação em produção precisou migrar, porque o tipo ocr2automation deixou de ser aceito no nó. A mudança acompanha a passagem desses serviços para o CRE. A 2.65.0 acrescentou o rótulo ao contador e não pede ajuste nenhum de configuração.

Atualizar significa baixar a imagem nova, subir o contêiner e manter a configuração que já estava no lugar. Os serviços expostos continuam os mesmos.

O que muda de verdade é a leitura do painel. O contador com o rótulo vem do próprio nó, medido por quem executa a chamada, e não de dentro do ambiente isolado, o que o torna confiável como fonte de alerta. Com a marcação, o painel separa as falhas de origem do usuário das falhas da plataforma e reserva o aviso imediato para as segundas. Para quem tem dezenas de workflows em produção, isso tira do plantão uma categoria de interrupção.

O rótulo informa de onde veio a falha, não o que aconteceu dentro do ambiente. Essa parte continua fora do alcance de quem opera o nó, e é assim por projeto.

Isso importa mais à medida que a computação privada deixa de ser demonstração e passa a rodar casos com dinheiro real, como proteção de liquidação e rebalanceamento de carteira. É a frente que a Chainlink chama de Confidential Compute, apresentada em 4 de novembro de 2025, no mesmo dia em que o CRE ficou disponível. Nesses casos, saber se a falha veio de uma política mal configurada pelo cliente ou de um problema na plataforma muda o que o operador faz nas horas seguintes.

A versão não traz funcionalidade nova para o mercado. O token LINK não muda de contrato e o protocolo segue igual. As notas da versão tratam o assunto como ajuste de telemetria, sem menção a preço ou a novos serviços.

Quem não tem painel ligado ao nó praticamente não vê diferença entre a 2.65.0 e a 2.64.0. O efeito aparece no primeiro alerta que já chega com a origem identificada.

Com a 2.65.0, um workflow confidencial que estoura o próprio limite de execução deixa de se confundir com um defeito da plataforma na lista de alertas. É essa separação que decide entre interromper o que se está fazendo para investigar e deixar o evento apenas registrado, e ela passa a valer mais conforme mais workflows privados entram em produção.