Oráculos: como o ativo físico chega à blockchain

Imagine um token que representa uma fração de barras de ouro guardadas num cofre. O contrato inteligente só deveria permitir criar novos tokens se houver ouro correspondente. Mas o contrato não tem olhos. Ele não visita o cofre, não lê o extrato do custodiante e não sabe o preço do ouro hoje.

Alguém precisa contar isso a ele. Esse alguém é o oráculo. Este texto explica como os oráculos funcionam, que tipos de dados de ativos reais eles transportam e por que são uma das camadas de risco mais subestimadas da tokenização. O papel do código em ativos reais está em contratos inteligentes aplicados a ativos reais; aqui o foco é a ponte entre o mundo físico e a rede.

Por que a blockchain precisa de oráculos

Um contrato inteligente é um programa que roda na blockchain. Segundo o instituto de padrões dos Estados Unidos (NIST), ele precisa ser determinístico: com a mesma entrada, todos os computadores da rede têm de chegar ao mesmo resultado. Por isso, o contrato não pode buscar dados na internet por conta própria; a informação precisa ser entregue a ele como parâmetro. O NIST chama de oráculo qualquer uso de dados de fora do próprio sistema (NIST, NISTIR 8202, 2018).

A documentação do Ethereum define oráculos como aplicações que buscam, verificam e transmitem informações externas para contratos inteligentes (ethereum.org, Oracles). Sem eles, um contrato só conhece o que já está na própria rede: saldos, transações e o estado de outros contratos.

O problema do oráculo

A blockchain é boa em uma coisa: impedir que um registro seja alterado sem deixar rastro. Ela não sabe se o registro é verdadeiro.

O NIST resume o ponto: a rede pode registrar dados informados por pessoas ou por sensores, mas pode não haver meio de saber se eles refletem o que aconteceu no mundo real. Um sensor pode falhar. Uma pessoa pode registrar algo falso, por engano ou de propósito. O exemplo do documento é direto: se alguém paga em criptomoeda por um objeto físico, a rede não tem como saber se o objeto foi enviado sem depender de um sensor ou de uma pessoa de fora.

Esse é o problema do oráculo. Em ativos tokenizados ele é central, porque o valor do token depende justamente de fatos que acontecem fora da rede.

Que dados de ativos reais chegam pela ponte

Em um ativo real tokenizado, o oráculo pode transportar vários tipos de informação. Os exemplos abaixo são categorias gerais, não descrição de um projeto específico:

Tipo de dado	Exemplo	Quem costuma saber
Existência e reservas	Quantidade de ouro no cofre, saldo em conta	Custodiante, auditor
Valor	Valor da cota de um fundo, preço de referência	Administrador, provedor de preços
Eventos de pagamento	Aluguel recebido, parcela quitada	Emissor, banco, administrador
Eventos jurídicos	Bloqueio judicial, transferência de titularidade	Registros públicos, emissor
Estado físico	Temperatura de uma carga, consumo de energia	Sensores

Para cada linha, a pergunta é a mesma: a informação vem de quem a produz ou de quem tem interesse nela?

Prova de reservas: o que ela mostra e o que não mostra

Um uso comum de oráculos em ativos lastreados é a prova de reservas (proof of reserve): um dado publicado na blockchain que informa quanto existe de reserva para os tokens emitidos. O contrato pode, por exemplo, bloquear novas emissões se a reserva informada ficar abaixo do total de tokens.

A documentação da Chainlink, empresa que opera uma rede de oráculos citada como exemplo pela própria documentação do Ethereum, descreve três origens possíveis para esse dado (Chainlink, SmartData):

• Terceiro: um auditor ou empresa de contabilidade verifica as reservas e reporta um número.
• Custodiante: o dado vem direto do banco ou custodiante que guarda os ativos.
• Autodeclarado: o dado vem de um sistema mantido pelo próprio emissor do token.

Para o caso autodeclarado, a própria documentação avisa que a empresa não se responsabiliza pela exatidão dos dados de reserva informados pelo emissor e que o usuário deve fazer a própria avaliação do risco do emissor.

Na avaliação da redação, isso ilustra o limite da prova de reservas: ela é tão confiável quanto quem informa o número. Uma reserva autodeclarada, publicada em blockchain, continua sendo uma declaração do emissor. E saber que um ativo existe não diz, por si só, se há dívidas ou ônus sobre ele.

Centralizado ou descentralizado

A documentação do Ethereum separa dois desenhos:

• Oráculo centralizado: uma única entidade controla o dado. É simples, mas vira ponto único de falha. Se a entidade erra, é atacada ou fica fora do ar, o contrato recebe dado errado ou nenhum dado.
• Oráculo descentralizado: vários participantes consultam fontes e chegam a um consenso. Comparar fontes reduz o risco de dado inválido, e mecanismos de incentivo premiam quem informa corretamente e punem quem desvia.

A descentralização não resolve tudo. Um estudo do Banco de Compensações Internacionais (BIS) aponta que buscar descentralização total exige protocolos complexos de consenso que reduzem a eficiência, e que introduzir algum grau de centralização significa colocar partes confiáveis em um sistema desenhado para dispensar confiança. Os autores concluíram que as finanças descentralizadas baseadas em cripto tendem a ficar restritas a criptoativos, sem se estender facilmente a ativos reais (BIS, Bulletin 76, setembro de 2023).

Para ativos físicos, há um limite adicional: muitas vezes só existe uma fonte que realmente sabe o fato, como o custodiante do cofre ou o cartório do imóvel. Ter dez nós repetindo a mesma fonte não torna o dado mais verdadeiro.

Os riscos que os reguladores apontam

O Conselho de Estabilidade Financeira (FSB) dedica um trecho do seu relatório de 2024 aos oráculos (FSB, outubro de 2024). Os pontos principais:

• Oráculos podem dificultar a avaliação correta do preço e da qualidade dos ativos tokenizados.
• As regras que valem para provedores de dados no mercado tradicional podem não cobrir inteiramente os oráculos, ou eles podem operar em desacordo com essas regras.
• Oráculos podem ser vulneráveis a ataques e manipulações que exploram falhas de código.
• Em arranjos descentralizados, pode faltar alguém responsável por avaliar a confiabilidade da informação usada pelo contrato.

O FSB também lembra que contratos programados podem disparar liquidações automáticas com base em preços informados por oráculos. Um dado errado, nesse caso, não fica parado: ele vira ação imediata.

A Organização Internacional das Comissões de Valores (IOSCO), em relatório de novembro de 2025, vai na mesma direção: quando o contrato depende de dados externos trazidos por oráculos, surge exposição a um ponto único de falha ou de corrupção, com oráculos que podem estar sujeitos a manipulação, fraude ou controle por partes desconhecidas que não passam por auditoria ou avaliação de terceiros (IOSCO, 2025).

Perguntas para fazer sobre o oráculo de um projeto

• Quais dados de fora o contrato usa? Preço, reserva, pagamentos, eventos jurídicos?
• Quem é a fonte de cada dado? Auditor independente, custodiante regulado ou o próprio emissor?
• O oráculo é centralizado ou descentralizado? Se for centralizado, quem o opera?
• Com que frequência o dado é atualizado, e o que o contrato faz se a atualização parar?
• Existe auditoria do oráculo e da fonte, ou só do contrato?
• Quem responde juridicamente se o dado estiver errado e causar prejuízo?

Essas perguntas complementam o roteiro de como analisar os riscos de um projeto de tokenização. Como em qualquer investimento de risco, é possível perder todo o valor aplicado, inclusive por falha de uma fonte de dados.

O que levar deste texto

• O contrato inteligente só conhece o que alguém informa a ele. Num ativo tokenizado, o oráculo é a ponte entre o fato físico e o código.
• A blockchain protege o dado contra alteração depois de gravado, mas não verifica se ele é verdadeiro. A confiança se desloca para quem alimenta o oráculo.
• Ao avaliar um projeto, descubra quem é a fonte de cada dado e quem responde se ela errar. Dado autodeclarado pelo emissor, mesmo publicado na rede, continua sendo declaração do emissor.