Oráculos enviam dados fora da cadeia (preços de moedas, clima etc.) para a cadeia. Parece uma tarefa simples, mas na verdade há duas abordagens completamente diferentes: uma é o envio ativo de dados, e a outra é a extração sob demanda pelo contrato.
**Oráculos de envio ativo — modo de transmissão**
Esta é a prática mais popular atualmente, semelhante ao sistema Data Feeds do Chainlink. Os nós do oráculo operam automaticamente com base em condições predefinidas, por exemplo, enviando dados a cada 5 minutos, ou imediatamente quando a variação de preço ultrapassa 0,5%.
Parece uma boa ideia? De fato, há duas vantagens — os desenvolvedores de DApps não precisam se preocupar com a lógica de requisição, podem simplesmente ler os dados já disponíveis na cadeia; e os usuários também obtêm os dados rapidamente, pois eles já estão lá esperando.
Mas, como diz o ditado, não há almoço grátis. O problema está no custo: sempre que as condições forem atendidas, cada atualização consome Gas, independentemente de alguém realmente usar esses dados. Imagine suportar 1000 ativos RWA, enviando atualizações a cada poucos minutos — o custo de Gas seria astronômico. Para pares de tokens com baixo volume de transações, esse modo é especialmente desperdício.
**Oráculos de extração sob demanda — modo sob demanda**
Projetos como Tellor(TRB) estão explorando outro caminho: o contrato só busca os dados quando há necessidade. Essa abordagem tem uma vantagem clara — se ninguém usar, não há custo, pagamento sob demanda, com maior escalabilidade.
Ambos os modos têm suas vantagens e desvantagens; a escolha depende do cenário de aplicação.
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
13 gostos
Recompensa
13
3
Republicar
Partilhar
Comentar
0/400
LightningHarvester
· 13h atrás
O modo de push do Chainlink já é um fardo, o gás explode de forma insuportável, o pull é que é o futuro.
Ver originalResponder0
TrustlessMaximalist
· 13h atrás
O modo push é como dar uma facada aos pares de negociação com baixo volume, as taxas de Gas consomem todo o lucro... Ainda assim, o Tellor, que é sob demanda, é confiável.
Ver originalResponder0
BloodInStreets
· 14h atrás
A cadeia de oráculos push está a puxar carruagens para as pequenas paridades, com as taxas de Gas a correr de forma desenfreada.
Oráculos enviam dados fora da cadeia (preços de moedas, clima etc.) para a cadeia. Parece uma tarefa simples, mas na verdade há duas abordagens completamente diferentes: uma é o envio ativo de dados, e a outra é a extração sob demanda pelo contrato.
**Oráculos de envio ativo — modo de transmissão**
Esta é a prática mais popular atualmente, semelhante ao sistema Data Feeds do Chainlink. Os nós do oráculo operam automaticamente com base em condições predefinidas, por exemplo, enviando dados a cada 5 minutos, ou imediatamente quando a variação de preço ultrapassa 0,5%.
Parece uma boa ideia? De fato, há duas vantagens — os desenvolvedores de DApps não precisam se preocupar com a lógica de requisição, podem simplesmente ler os dados já disponíveis na cadeia; e os usuários também obtêm os dados rapidamente, pois eles já estão lá esperando.
Mas, como diz o ditado, não há almoço grátis. O problema está no custo: sempre que as condições forem atendidas, cada atualização consome Gas, independentemente de alguém realmente usar esses dados. Imagine suportar 1000 ativos RWA, enviando atualizações a cada poucos minutos — o custo de Gas seria astronômico. Para pares de tokens com baixo volume de transações, esse modo é especialmente desperdício.
**Oráculos de extração sob demanda — modo sob demanda**
Projetos como Tellor(TRB) estão explorando outro caminho: o contrato só busca os dados quando há necessidade. Essa abordagem tem uma vantagem clara — se ninguém usar, não há custo, pagamento sob demanda, com maior escalabilidade.
Ambos os modos têm suas vantagens e desvantagens; a escolha depende do cenário de aplicação.