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

intermediário
CriptoBlockchain
Última atualização 2026-05-07 01:30:50
Tempo de leitura: 2m
O sistema de aquisição de dados da Flare utiliza dois protocolos centrais: FTSO (Flare Time Series Oracle), responsável por fornecer dados descentralizados de séries temporais, como preços, e Flare Data Connector (FDC), que valida o status de blockchains ou sistemas externos. Com a integração desses protocolos diretamente à infraestrutura da blockchain, a Flare permite que Contratos Inteligentes acessem fontes de dados confiáveis e informações cross-chain, eliminando a dependência de oráculos de terceiros.

As redes blockchain normalmente funcionam como sistemas fechados, sem acesso direto a dados off-chain ou ao estado de outras blockchains. Por isso, Contratos Inteligentes dependem de oráculos externos ou mecanismos de bridging para processar informações do mundo real, feeds de preços ou interações cross-chain, o que traz novas suposições de confiança e riscos de segurança.

Nesse cenário, a Flare Network propõe uma abordagem inovadora e distinta dos oráculos tradicionais, integrando a aquisição de dados diretamente na camada de protocolo da rede. O protocolo de dados da Flare oferece não só feeds de preços, mas também verificação de estado cross-chain, posicionando a Flare como a “camada de dados” da infraestrutura blockchain e fornecendo suporte essencial para aplicações multi-chain.

Papel geral do protocolo de dados da Flare

O mecanismo de aquisição de dados da Flare resolve dois desafios centrais: entregar dados off-chain confiáveis para Contratos Inteligentes e adquirir informações de status de outras blockchains com segurança.

Enquanto soluções tradicionais dependem de redes de oráculos independentes, a Flare embute essa funcionalidade como parte nativa da rede, tornando o acesso a dados intrínseco à blockchain. Com isso, reduz-se a dependência de sistemas externos e aumenta-se a componibilidade e a consistência dos dados on-chain.

O que é FTSO

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

O que é FTSO

Nesse sistema, participantes da rede enviam estimativas de dados (por exemplo, preços de ativos). O protocolo agrega essas informações usando um processo ponderado para gerar o resultado final. Os provedores de dados são recompensados conforme a precisão de suas submissões, criando um modelo de oferta de dados impulsionado por incentivos.

Diferente dos oráculos convencionais, o FTSO faz parte da rede Flare, operando diretamente por mecanismos de consenso on-chain e incentivos.

O que é FTSO

O que é Flare Data Connector (FDC)

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

Sua principal função é comprovar que um evento ou dado ocorreu em outra blockchain ou sistema externo, como confirmar uma transação ou verificar se uma conta atende a determinados critérios.

O FDC utiliza um processo de verificação distribuído para transformar informações externas em dados on-chain verificáveis, permitindo que Contratos Inteligentes executem lógica baseada em eventos reais.

O que é Flare Data Connector (FDC) Arquitetura FDC, fonte: Flare Network

Como os dados da Flare são verificados e agregados

A estrutura de dados da Flare processa diferentes tipos de dados por mecanismos específicos.

O FTSO atua com dados contínuos (como preços), com etapas de submissão, filtragem de outliers e média ponderada. O FDC, por sua vez, lida com eventos discretos (como status de transações), garantindo autenticidade por verificação multipartes.

Esses mecanismos permitem à Flare tratar tanto “dados continuamente variáveis” quanto “dados baseados em eventos”.

Como a Flare difere dos oráculos tradicionais

Os mecanismos de dados da Flare são muito diferentes dos oráculos tradicionais.

Oráculos tradicionais funcionam como redes independentes, utilizando nós externos para fornecer dados às blockchains. A Flare, em contraste, incorpora seu protocolo de dados diretamente na rede, tornando a aquisição de dados uma função nativa da blockchain.

Principais impactos dessa abordagem:

  • O modelo de confiança passa de “dependência de nós” para “dependência do consenso da rede”
  • Redução nos custos de acesso a dados
  • Arquitetura de sistema mais integrada

Cenários de aplicação da Flare

Os mecanismos de aquisição de dados da Flare atendem a uma ampla variedade de casos de uso.

Em DeFi, o FTSO fornece preços em tempo real para empréstimos e liquidação. Em aplicações cross-chain, o FDC verifica estados de ativos. Em diferentes cenários Web3, esses mecanismos permitem Contratos Inteligentes dependentes de dados reais.

Essas funcionalidades consolidam a Flare como infraestrutura fundamental para aplicações orientadas por dados.

Resumo

Ao unir FTSO e FDC, a Flare construiu um sistema nativo de protocolo de dados.

Essa arquitetura permite que blockchains acessem feeds de preços e status cross-chain diretamente, reduzindo a dependência de oráculos externos e aumentando segurança e componibilidade.

Com a evolução do ecossistema multi-chain, incorporar capacidades de dados ao nível da rede representa um novo caminho 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 o FDC pode verificar?

O FDC pode verificar eventos de outras blockchains ou sistemas externos, como a ocorrência de uma transação ou se uma conta atende a critérios específicos.

A Flare elimina totalmente a necessidade de oráculos?

A Flare ainda utiliza mecanismos de oráculo, mas seu oráculo (FTSO) está incorporado na rede, não é um serviço externo e independente.

Os dados do FTSO são confiáveis?

O FTSO aprimora a precisão dos dados por meio de submissões multipartes e mecanismos de incentivo, e o processo de agregação minimiza o impacto de outliers.

Por que incorporar o protocolo de dados à blockchain?

Incorporar o protocolo de dados reduz dependências de confiança, fortalece a segurança e torna os dados um recurso componível on-chain.

Autor: Jayne
Isenção de responsabilidade
* As informações não pretendem ser e não constituem aconselhamento financeiro ou qualquer outra recomendação de qualquer tipo oferecida ou endossada pela Gate.
* Este artigo não pode ser reproduzido, transmitido ou copiado sem referência à Gate. A contravenção é uma violação da Lei de Direitos Autorais e pode estar sujeita a ação legal.

Artigos Relacionados

Morpho vs Aave: Análise comparativa dos mecanismos e diferenças estruturais nos protocolos de empréstimo DeFi
iniciantes

Morpho vs Aave: Análise comparativa dos mecanismos e diferenças estruturais nos protocolos de empréstimo DeFi

A principal diferença entre Morpho e Aave está nos mecanismos de empréstimo que cada um utiliza. Aave adota o modelo de pool de liquidez, enquanto Morpho evolui esse conceito ao implementar um mecanismo de correspondência P2P, proporcionando uma melhor adequação das taxas de juros dentro do mesmo mercado. Aave funciona como um protocolo de empréstimo nativo, oferecendo liquidez básica e taxas de juros estáveis. Morpho atua como uma camada de otimização, elevando a eficiência do capital ao reduzir o spread entre as taxas de depósito e de empréstimo. Em essência, Aave é considerada infraestrutura, e Morpho é uma ferramenta de otimização de eficiência.
2026-04-03 13:09:13
Tokenomics da Morpho: utilidade do MORPHO, distribuição e proposta de valor
iniciantes

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

MORPHO é o token nativo do protocolo Morpho, utilizado principalmente para governança e incentivos ao ecossistema. Com a estruturação da distribuição de tokens e dos mecanismos de incentivo, Morpho promove o alinhamento entre as ações dos usuários, o crescimento do protocolo e a autoridade de governança, estabelecendo uma estrutura de valor sustentável no ecossistema de empréstimos descentralizados.
2026-04-03 13:13:12
Modelo Econômico do Token ONDO: como ele impulsiona o crescimento da plataforma e o engajamento dos usuários?
iniciantes

Modelo Econômico do Token ONDO: como ele impulsiona o crescimento da plataforma e o engajamento dos usuários?

ONDO é o token central de governança e captura de valor do ecossistema Ondo Finance. Sua principal finalidade é utilizar mecanismos de incentivo com tokens para integrar de maneira eficiente os ativos financeiros tradicionais (RWA) ao ecossistema DeFi, impulsionando o crescimento em grande escala da gestão de ativos on-chain e de produtos de retorno.
2026-03-27 13:52:24
Quais são os casos de uso do token ST? Um olhar aprofundado sobre o mecanismo de incentivo do ecossistema Sentio
iniciantes

Quais são os casos de uso do token ST? Um olhar aprofundado sobre o mecanismo de incentivo do ecossistema Sentio

ST é o token de utilidade fundamental do ecossistema Sentio, servindo como principal meio de transferência de valor entre desenvolvedores, infraestrutura de dados e participantes da rede. Como elemento essencial da rede de dados on-chain em tempo real da Sentio, o ST é utilizado para aproveitamento de recursos, incentivos de rede e colaboração no ecossistema, contribuindo para que a plataforma estabeleça um modelo sustentável de serviços de dados. Com a implementação do mecanismo do token ST, a Sentio integra o uso de recursos da rede aos incentivos do ecossistema, possibilitando que desenvolvedores acessem serviços de dados em tempo real com mais eficiência e reforçando a sustentabilidade de longo prazo de toda a rede de dados.
2026-04-17 09:26:07
Sentio vs The Graph: uma comparação entre mecanismos de indexação em tempo real e indexação por subgraph
intermediário

Sentio vs The Graph: uma comparação entre mecanismos de indexação em tempo real e indexação por subgraph

Sentio e The Graph são plataformas voltadas para indexação de dados on-chain, mas apresentam diferenças marcantes em seus objetivos de design. The Graph utiliza subgraphs para indexar dados on-chain, atendendo principalmente a demandas de consulta e agregação de dados. Já a Sentio adota um mecanismo de indexação em tempo real que prioriza processamento de dados com baixa latência, monitoramento visual e funcionalidades de alerta automático, o que a torna especialmente indicada para monitoramento em tempo real e avisos de risco.
2026-04-17 08:55:07
0x Protocol vs Uniswap: quais são as diferenças entre os protocolos de livro de ordens e o modelo AMM?
intermediário

0x Protocol vs Uniswap: quais são as diferenças entre os protocolos de livro de ordens e o modelo AMM?

Tanto o 0x Protocol quanto o Uniswap são projetados para a negociação descentralizada de ativos, mas cada um adota mecanismos de negociação distintos. O 0x Protocol utiliza uma arquitetura de livro de ordens off-chain com liquidação on-chain, agregando liquidez de múltiplas fontes para fornecer infraestrutura de negociação para carteiras e DEXs. Já o Uniswap segue o modelo de Maker de mercado automatizado (AMM), facilitando swaps de ativos on-chain por meio de pools de liquidez. A principal diferença entre ambos está na organização da liquidez. O 0x Protocol prioriza a agregação de ordens e o roteamento eficiente das negociações, sendo ideal para oferecer suporte de liquidez essencial a aplicações. O Uniswap utiliza pools de liquidez para proporcionar serviços diretos de swap aos usuários, consolidando-se como uma plataforma robusta para execução de negociações on-chain.
2026-04-29 03:48:20