Como é que a Flare Network obtém dados? Análise detalhada do FTSO e FDC

Última atualização 2026-05-07 08:10:37
Tempo de leitura: 4m
O sistema de aquisição de dados da Flare assenta em dois protocolos fundamentais: FTSO (Flare Time Series Oracle), que disponibiliza dados de séries temporais descentralizados, como preços, e Flare Data Connector (FDC), que valida o estado de blockchains ou sistemas externos. Com a integração direta destes protocolos de dados na infraestrutura da blockchain, a Flare faculta aos Contratos inteligentes acesso a feeds de dados fiáveis e a informação entre cadeias, eliminando a dependência de oráculos externos.

As redes Blockchain são, por natureza, sistemas fechados que não conseguem aceder diretamente a dados off-chain nem ao estado de outras blockchains. Esta limitação obriga os Contratos inteligentes a recorrer a oráculos externos ou a mecanismos de pontes para processar dados do mundo real, feeds de preços ou interações entre cadeias — o que introduz novas pressuposições de confiança e riscos de segurança.

Neste cenário, a Flare Network propõe uma abordagem inovadora, distinta dos oráculos tradicionais, ao integrar capacidades de aquisição de dados diretamente na camada do protocolo de rede. O protocolo de dados da Flare serve não apenas feeds de preços, mas também a verificação de estados entre cadeias, posicionando a Flare como a “camada de dados” da infraestrutura blockchain e proporcionando suporte essencial para aplicações multi-cadeia.

Papel geral do protocolo de dados da Flare

O mecanismo de aquisição de dados da Flare responde a dois desafios principais: fornecer dados off-chain fiáveis aos Contratos inteligentes e obter de forma segura informações de estado de outras blockchains.

Enquanto as soluções tradicionais dependem normalmente de redes de oráculos independentes, a Flare integra esta capacidade como função nativa da rede, tornando o acesso a dados uma componente intrínseca da blockchain. Esta conceção reduz a dependência de sistemas externos e reforça tanto a composabilidade como a consistência dos dados on-chain.

O que é o FTSO

O FTSO (Flare Time Series Oracle) é o sistema nativo de oráculo de séries temporais da Flare, concebido para fornecer dados dinâmicos como preços de ativos.

What is FTSO

Neste sistema, os participantes da rede submetem estimativas de dados (por exemplo, preços de ativos). O protocolo agrega estas submissões através de um processo ponderado, produzindo o dado final. Os fornecedores de dados são recompensados conforme a precisão das suas submissões, criando um modelo de oferta de dados orientado por incentivos.

Ao contrário dos oráculos convencionais, o FTSO é parte integrante da rede Flare, operando diretamente através de mecanismos de consenso on-chain e incentivos.

What is FTSO

O que é o Flare Data Connector (FDC)

O Flare Data Connector (FDC) é um componente central responsável por adquirir e verificar estados externos na Flare.

A principal função consiste em provar que um determinado evento ou dado ocorreu noutra blockchain ou sistema externo — como confirmar uma transação ou verificar que uma conta cumpre certas condições.

O FDC utiliza um processo de verificação distribuída para converter informação externa em dados on-chain verificáveis, permitindo que Contratos inteligentes executem lógica baseada em eventos do mundo real.

What is Flare Data Connector (FDC) Arquitetura do FDC, fonte: Flare Network

Como os dados Flare são verificados e agregados

A estrutura de dados da Flare processa diferentes tipos de dados através de mecanismos distintos.

O FTSO trata dados contínuos (como preços), com etapas como submissão de dados, filtragem de outliers e média ponderada. O FDC, por outro lado, gere eventos discretos (como o estado de transações), garantindo a autenticidade dos dados através de verificação multiparticipada.

Em conjunto, estes mecanismos permitem à Flare gerir tanto “dados em constante alteração” como “dados baseados em eventos”.

Como a Flare difere dos oráculos tradicionais

Os mecanismos de dados da Flare diferem significativamente dos oráculos tradicionais.

Os oráculos tradicionais funcionam como redes independentes, baseando-se em nodos externos para fornecer dados às blockchains. A Flare, pelo contrário, integra o seu protocolo de dados diretamente na rede, tornando a aquisição de dados uma função nativa da blockchain.

Os principais impactos desta abordagem são:

  • O modelo de confiança passa de “dependente de nodos” para “dependente do consenso da rede”
  • Custos de acesso a dados mais reduzidos
  • Uma arquitetura de sistema mais integrada

Cenários de aplicação da Flare

Os mecanismos de aquisição de dados da Flare suportam uma vasta gama de casos de uso.

Em DeFi, o FTSO fornece preços em tempo real para empréstimos e liquidação. Em aplicações entre cadeias, o FDC verifica estados de ativos. Em cenários Web3 mais amplos, estes mecanismos permitem Contratos inteligentes que dependem de dados do mundo real.

Estas capacidades posicionam a Flare como infraestrutura fundamental para aplicações orientadas por dados.

Resumo

Combinando o FTSO e o FDC, a Flare construiu um sistema nativo de protocolo de dados.

Esta arquitetura permite que blockchains acedam diretamente a feeds de preços e estados entre cadeias, reduzindo a dependência de oráculos externos e reforçando a segurança e a composabilidade.

À medida que o ecossistema multi-cadeia evolui, a integração de capacidades de dados ao nível da rede representa uma nova direção para a infraestrutura blockchain.

Perguntas frequentes

Qual é a principal função do FTSO?

O FTSO fornece dados descentralizados de séries temporais — como preços de criptoativos — e é um componente central da estrutura de dados da Flare.

Que dados pode o FDC verificar?

O FDC pode verificar eventos de outras blockchains ou sistemas externos, como se uma transação ocorreu ou se uma conta cumpre condições específicas.

A Flare elimina totalmente a necessidade de oráculos?

A Flare continua a utilizar mecanismos de oráculo, mas o seu oráculo (FTSO) está integrado na rede, não sendo um serviço externo e independente.

Os dados do FTSO são fiáveis?

O FTSO reforça a precisão dos dados através de submissões multiparticipadas e mecanismos de incentivos, sendo que o processo de agregação minimiza o impacto de outliers.

Porque integrar o protocolo de dados na blockchain?

Integrar o protocolo de dados reduz dependências de confiança, reforça a segurança e torna os dados um recurso on-chain composável.

Autor: Jayne
Tradutor(a): Jared
Exclusão de responsabilidade
* As informações não se destinam a ser e não constituem aconselhamento financeiro ou qualquer outra recomendação de qualquer tipo oferecido ou endossado pela Gate.
* Este artigo não pode ser reproduzido, transmitido ou copiado sem fazer referência à Gate. A violação é uma violação da Lei de Direitos de Autor e pode estar sujeita a ações legais.

Artigos relacionados

Modelo Económico do Token ONDO: De que forma impulsiona o crescimento da plataforma e o envolvimento dos utilizadores?
Principiante

Modelo Económico do Token ONDO: De que forma impulsiona o crescimento da plataforma e o envolvimento dos utilizadores?

ONDO é o token central de governança e captação de valor do ecossistema Ondo Finance. Tem como objetivo principal potenciar mecanismos de incentivos em token para integrar, de forma fluida, os ativos financeiros tradicionais (RWA) no ecossistema DeFi, impulsionando o crescimento em larga escala da gestão de ativos on-chain e dos produtos de retorno.
2026-03-27 13:52:50
Tokenomics da Morpho: Utilidade, distribuição e proposta de valor do MORPHO
Principiante

Tokenomics da Morpho: Utilidade, distribuição e proposta de valor do MORPHO

O MORPHO é o token nativo do protocolo Morpho, criado essencialmente para a governança e incentivos do ecossistema. Ao organizar a distribuição do token e os mecanismos de incentivo, o Morpho assegura o alinhamento entre a atividade dos utilizadores, o crescimento do protocolo e a autoridade de governança, promovendo um modelo de valor sustentável no ecossistema descentralizado de empréstimos.
2026-04-03 13:13:47
Morpho vs. Aave: Análise aprofundada das diferenças de mecanismo e estrutura nos protocolos de empréstimos DeFi
Principiante

Morpho vs. Aave: Análise aprofundada das diferenças de mecanismo e estrutura nos protocolos de empréstimos DeFi

A principal distinção entre o Morpho e o Aave está no mecanismo de empréstimos. O Aave opera com um modelo de pool de liquidez, enquanto o Morpho baseia-se neste sistema ao implementar uma correspondência peer-to-peer (P2P), o que permite um alinhamento superior das taxas de juros dentro do mesmo mercado. O Aave funciona como protocolo nativo de empréstimos, fornecendo liquidez de base e taxas de juros estáveis. Em contrapartida, o Morpho atua como uma camada de otimização, aumentando a eficiência do capital ao estreitar o spread entre as taxas de depósito e de empréstimo. Em suma, a diferença fundamental é que o Aave oferece infraestrutura central, enquanto o Morpho é uma ferramenta de otimização da eficiência.
2026-04-03 13:09:48
0x Protocol vs Uniswap: diferenças entre protocolos de Livro de ordens e o modelo AMM
Intermediário

0x Protocol vs Uniswap: diferenças entre protocolos de Livro de ordens e o modelo AMM

Tanto o 0x Protocol como o Uniswap foram desenvolvidos para negociação descentralizada de ativos, mas cada um recorre a mecanismos de negociação distintos. O 0x Protocol assenta numa arquitetura de livro de ordens off-chain com liquidação on-chain, agregando liquidez de múltiplas fontes para disponibilizar infraestrutura de negociação a carteiras e DEX. O Uniswap, por outro lado, utiliza o modelo de Formador Automático de Mercado (AMM), permitindo trocas de ativos on-chain através de pools de liquidez. A diferença fundamental entre ambos está na organização da liquidez. O 0x Protocol centra-se na agregação de ordens e no encaminhamento eficiente de negociações, sendo ideal para garantir suporte de liquidez essencial a aplicações. O Uniswap, por sua vez, recorre a pools de liquidez para proporcionar serviços de troca direta aos utilizadores, afirmando-se como uma plataforma robusta para execução de negociações on-chain.
2026-04-29 03:48:20
A aplicação da Render em IA: como o hashrate descentralizado potencia a inteligência artificial
Principiante

A aplicação da Render em IA: como o hashrate descentralizado potencia a inteligência artificial

A Render diferencia-se das plataformas dedicadas apenas ao poder de hash de IA, pois integra uma rede de GPU, um mecanismo de verificação de tarefas e um modelo de incentivos baseado no token RENDER. Esta conjugação oferece à Render uma adaptabilidade e flexibilidade intrínsecas para casos de utilização de IA, sobretudo aqueles que exigem computação gráfica.
2026-03-27 13:13:36
Render, io.net e Akash: análise comparativa das redes DePIN de poder de hash
Principiante

Render, io.net e Akash: análise comparativa das redes DePIN de poder de hash

A Render, a io.net e a Akash não competem de forma homogénea nem direta. São, na verdade, três projetos emblemáticos no setor DePIN de poder de hash, cada um com uma abordagem técnica própria. A Render dedica-se a tarefas de rendering de GPU de alta qualidade, privilegiando a validação dos resultados e a criação de um ecossistema robusto de criadores. A io.net concentra-se no treino e inferência de modelos de IA, tirando partido da programação de GPU em grande escala e da otimização de custos como principais trunfos. Por seu lado, a Akash desenvolve um mercado descentralizado de cloud de uso geral, disponibilizando recursos computacionais a preços competitivos através de um mecanismo de ofertas de compra.
2026-03-27 13:18:43