Neste setor, após tantos anos de luta e experiência, consigo sempre perceber algumas essências. Temos mais de uma década de trabalho, com várias blockchains públicas constantemente a otimizar TPS, a reduzir taxas e a estudar soluções de escalabilidade. Parece que tornar a cadeia mais rápida e mais barata resolve tudo. Mas a realidade mostra o contrário: muitos projetos que parecem promissores acabam por morrer silenciosamente, e a causa muitas vezes não é a falta de tecnologia, mas sim o isolamento.

Pensemos em protocolos de empréstimo, negociações de derivativos, jogos na cadeia, e agora na RWA — tokenização de ativos do mundo real, que está em alta. Essas coisas podem se afastar das informações externas? Não podem. Preços de criptomoedas, resultados de eventos esportivos, dados meteorológicos, informações de voos, nenhum deles pode faltar. Mas a própria cadeia é uma ilha de informações, incapaz de ver o mundo fora dela. É aí que os oráculos se tornam a única linha de vida, responsáveis por inserir dados externos em tempo real. Se essa linha for instável, por mais perfeito que seja um sistema descentralizado, ele se torna apenas um jogo de autorrepetição, facilmente desmoronando ao menor problema.

Por isso, nos últimos dois anos, tenho dado atenção especial ao setor de oráculos. É possível sentir a conscientização de toda a indústria, que percebe que apenas fornecer preços não é suficiente. A complexidade do mercado aumentou. Tomemos, por exemplo, negociações de contratos perpétuos: saber apenas o preço atual do ETH não basta. Você também precisa de dados de volatilidade em tempo real, taxas de financiamento, preços de liquidação precisos, profundidade de liquidez em outras cadeias, e até as políticas do Federal Reserve — todas essas informações multidimensionais são essenciais para sustentar um sistema de negociação confiável. Os oráculos tradicionais são apenas carregadores de dados, transferindo informações de um lugar para outro, com baixa eficiência e resposta lenta, incapazes de acompanhar o ritmo do mercado.

A chegada do APRO justamente atende a essa necessidade. Ele suporta tanto o modo de envio de dados quanto o de extração de dados, não buscando apenas flexibilidade cega, mas levando a sério as diferenças de demanda de dados em diferentes cenários. Essa é uma abordagem mais madura.