O que é Flare (FLR)? Uma explicação simples

O que é Flare (FLR)?

Flare é uma blockchain de Layer 1. Isto significa que a Flare é uma rede blockchain autónoma na qual as transações são processadas e as aplicações podem funcionar.

A Flare foi desenvolvida sobretudo para dar aos contratos inteligentes acesso a dados de fora da sua própria rede. Pense, por exemplo, em dados de preços ou em informação sobre transações noutras blockchains.

A rede é compatível com EVM. EVM significa Ethereum Virtual Machine. Como a Flare é compatível com esta tecnologia, os developers podem usar muitas ferramentas e contratos inteligentes que também são usados no ecossistema Ethereum.

O token nativo da Flare chama-se FLR. Nativo significa que o FLR é o token próprio da rede. Usa-se o FLR, entre outras coisas, para pagar taxas de transação e para ajudar a proteger a rede através de staking.

O FLR também é usado para governação. Com isso, os detentores de tokens podem votar em determinadas propostas e alterações dentro da rede.

Para algumas funções, o FLR pode ser convertido um para um em WFLR. Isto chama-se wrapping. Continua a deter o mesmo valor subjacente, mas numa forma que pode ser usada dentro de determinados contratos inteligentes.

O WFLR pode, por exemplo, ser usado para delegação a fornecedores de dados do Flare Time Series Oracle, ou FTSO. Estas são entidades que fornecem dados, como dados de preços, à rede. Na delegação, não entrega os seus tokens, apenas atribui o seu poder de voto a um desses fornecedores de dados.

Todas as taxas de transação pagas em FLR são queimadas. Isto significa que estes tokens são permanentemente retirados de circulação.

Uma parte importante da Flare é, portanto, disponibilizar dados externos para contratos inteligentes. Assim, as aplicações na Flare podem usar informação que não está diretamente na própria blockchain da Flare.

Pontos principais

• A Flare é uma Layer 1 compatível com EVM para contratos inteligentes e dados externos.
• O FLR é o token nativo para taxas de transação, staking, governação e delegação.
• O FTSO fornece, entre outros, dados de preços para aplicações na Flare.
• O FDC ajuda os contratos inteligentes a verificar dados de fora da Flare.
• O staking de validadores e a delegação ao FTSO são duas formas diferentes de usar o FLR.

Como funciona a Flare?

A Flare é composta por dois ambientes importantes. Na C-Chain correm contratos inteligentes e aplicações. A P-Chain é usada para staking e para a gestão de validadores.

A Flare usa Proof of Stake para proteger a rede. Os validadores bloqueiam FLR e ajudam a verificar transações e blocos.

O protocolo de consenso da Flare chama-se Snowman++. Este protocolo vem da família Avalanche e garante que os validadores conseguem chegar a acordo sobre a ordem e a validade das transações e dos blocos.

Além desta camada de rede, a Flare tem o Flare Systems Protocol. Este sistema é usado para os protocolos de dados integrados da Flare, incluindo o Flare Time Series Oracle, ou FTSO, e o Flare Data Connector, ou FDC.

Os fornecedores de dados entregam dados para este efeito. A sua influência dentro do sistema depende, entre outros fatores, do WFLR que lhes foi delegado e do FLR que foi em staking através de validadores na P-Chain. A delegação ao FTSO e o staking são, neste contexto, dois processos diferentes.

Visão geral da Flare (FLR)

Que papel desempenha o FLR dentro da Flare?

O FLR é o token nativo da rede Flare e tem várias funções dentro do ecossistema.

Em primeiro lugar, o FLR é usado para pagar taxas de transação na Flare. Estas taxas são queimadas, o que faz com que o FLR utilizado seja permanentemente retirado de circulação.

O FLR também desempenha um papel na segurança da rede. Os validadores bloqueiam FLR na P-Chain e outros utilizadores podem delegar FLR a um validador. Em troca, podem receber recompensas de staking.

O FLR também é usado para governação e para delegação a fornecedores de dados dentro da rede Flare. Para estas aplicações, o FLR pode ser convertido um para um em WFLR.

O FLR tem, assim, um papel nas transações, na segurança da rede, nos dados e na gestão da Flare.

Como funciona a infraestrutura de dados da Flare?

A Flare tem protocolos de dados integrados diretamente na rede. Dois componentes importantes são o Flare Time Series Oracle, normalmente chamado FTSO, e o Flare Data Connector, ou FDC.

O FTSO fornece dados que mudam regularmente, como dados de preços. As aplicações e os contratos inteligentes na Flare podem usar estes dados sem terem de recolher diretamente dados de fontes externas.

O FTSOv2 usa, entre outros, block-latency feeds e anchor feeds.

Os block-latency feeds são feeds de preços rápidos que são atualizados aproximadamente a cada novo bloco. A Flare produz um bloco aproximadamente a cada 1,8 segundos. Isto significa que novos dados de preços podem ficar disponíveis com muita regularidade. Para cada atualização, é escolhida uma seleção de fornecedores de dados para fornecer informação.

Os anchor feeds funcionam mais lentamente e destinam-se a chegar a um valor comum em momentos fixos. Os fornecedores de dados enviam primeiro os seus dados sem os tornarem públicos de imediato. Mais tarde, revelam qual foi o valor que enviaram. Isto chama-se commit-reveal e ajuda a evitar que os fornecedores alterem a sua submissão depois de verem a dos outros.

Depois, todas as submissões válidas são agregadas num único valor. A Flare usa para isso uma mediana ponderada. Isto significa que nem todos os fornecedores de dados têm a mesma influência. Os fornecedores com mais poder de voto contam mais na determinação do valor final.

Os anchor feeds são atualizados a cada 90 segundos. Servem também como ponto de controlo para os block-latency feeds mais rápidos e ajudam a mantê-los precisos a longo prazo.

Os fornecedores de dados desempenham, portanto, um papel importante dentro do FTSO. Os utilizadores podem delegar o poder de voto do seu WFLR a um ou dois destes fornecedores. Os tokens permanecem na sua própria carteira. Isto chama-se delegação ao FTSO.

O Flare Data Connector tem uma função diferente. O FDC permite verificar dados de fora da Flare antes de um contrato inteligente os utilizar. Podem ser, por exemplo, transações e pagamentos noutras blockchains.

Após a verificação, os dados são processados numa árvore de Merkle. Apenas a raiz de Merkle é armazenada na Flare. Com uma prova de Merkle, um contrato inteligente pode depois verificar se determinados dados faziam parte do conjunto de dados verificado.

Que papel desempenham o FTSO e os FAssets dentro da Flare?

O FTSO garante que as aplicações na Flare têm acesso a dados como feeds de preços. Esses dados podem depois ser usados por outros componentes do ecossistema Flare.

Um exemplo disso são os FAssets. Os FAssets são representações sobrecolateralizadas de ativos de outras blockchains. Sobrecolateralizado significa que é mantido mais valor em garantia do que o valor dos FAssets emitidos.

Os FAssets destinam-se a tornar ativos de redes com funcionalidade limitada de contratos inteligentes utilizáveis dentro de aplicações na Flare.

Neste momento, o FXRP, a versão FAsset do XRP, está ativo. O sistema FAssets foi concebido para, no futuro, também poder suportar outros ativos sem funcionalidade alargada de contratos inteligentes.

Um FAsset não é o mesmo que o ativo original na sua própria blockchain. O FXRP, por exemplo, é um token na Flare que representa XRP. Os utilizadores podem usar FXRP dentro do ecossistema Flare e trocá-lo novamente por XRP na XRP Ledger através do protocolo FAssets.

O funcionamento dos FAssets requer vários componentes da Flare. O FTSO fornece dados de preços e o FDC ajuda a verificar transações na blockchain subjacente. Além disso, é usado colateral para cobrir os FAssets emitidos.

O colateral é composto por diferentes tipos de garantia. Para isso, os agentes usam tokens aprovados, enquanto o FLR pode ser usado como garantia adicional em pools de colateral.

Os FAssets dependem, assim, de vários componentes do sistema e não são o mesmo que deter diretamente o ativo original.

Como funciona o staking e a delegação na Flare?

O staking de validadores e a delegação ao FTSO são duas formas diferentes de usar o FLR dentro da rede Flare.

No staking de validadores, bloqueia-se FLR durante um determinado período para apoiar um validador na P-Chain. Os validadores ajudam a proteger a rede e a processar transações e blocos.

Para delegar FLR diretamente a um validador, são necessários pelo menos 50.000 FLR. Estes tokens ficam bloqueados durante, no mínimo, 14 dias. Para operar um validador por conta própria, é necessária uma self-bond de pelo menos 1 milhão de FLR, com um prazo mínimo de 60 dias.

As recompensas de staking são determinadas por epoch de recompensa e dependem, entre outros fatores, do desempenho do validador escolhido. Na Flare Mainnet, uma epoch de recompensa dura cerca de 3,5 dias.

A delegação ao FTSO funciona de forma diferente. Para isso, converte-se FLR na C-Chain um para um em WFLR. Depois, pode delegar o poder de voto do seu WFLR a um ou dois fornecedores de dados do FTSO.

Nesse processo, não transfere o seu WFLR para o fornecedor de dados. Os tokens permanecem na sua própria carteira, enquanto o poder de voto delegado conta para o fornecedor escolhido.

Os fornecedores de dados do FTSO podem reter uma parte das recompensas como comissão. Por isso, o valor que um delegador recebe depende, entre outros fatores, do desempenho do fornecedor e da comissão definida.

Como surgiu a Flare?

A Flare foi fundada em 2019 por Hugo Philion, Sean Rowan e Naïri Usher. Inicialmente, o projeto centrou-se em disponibilizar funcionalidade de contratos inteligentes e dados externos para aplicações em torno de diferentes redes blockchain.

O genesis da mainnet da Flare ocorreu em 14 de julho de 2022. Nessa altura, a rede entrou primeiro numa fase de observação. O evento público de distribuição de tokens, durante o qual o FLR foi distribuído aos utilizadores, ocorreu em 9 de janeiro de 2023.

No genesis, o primeiro bloco da rede, foram criados 100 mil milhões de FLR. O FLR tem 18 casas decimais.

Após uma alteração na distribuição de tokens através da FIP.01, uma parte do FLR foi distribuída ao longo de 36 meses através dos FlareDrops. Esta distribuição terminou em 30 de janeiro de 2026.

O fim dos FlareDrops não significou que todas as recompensas tenham terminado. As recompensas do protocolo para, entre outras coisas, staking e delegação ao FTSO continuam a existir depois disso.

Quais são as vantagens da Flare?

• Contratos inteligentes e dados numa só rede: A Flare combina um ambiente compatível com EVM com protocolos integrados para feeds de preços e verificação de dados externos.

• Feeds de preços rápidos e periódicos: O FTSOv2 oferece block-latency feeds que são atualizados aproximadamente a cada novo bloco e anchor feeds que determinam periodicamente um valor comum. Assim, as aplicações podem usar diferentes tipos de dados de preços.

• Dados verificáveis de outras blockchains: O FDC pode verificar dados de redes suportadas, incluindo Bitcoin, Dogecoin, XRP Ledger e Ethereum.

• Utilização de ativos de outras redes: Os FAssets foram concebidos para tornar utilizáveis dentro de aplicações na Flare representações sobrecolateralizadas de ativos de outras blockchains.

• Delegação sem transferência de tokens: Na delegação ao FTSO, pode delegar o poder de voto do seu WFLR a fornecedores de dados enquanto os tokens permanecem na sua própria carteira.

Quais são as desvantagens da Flare?

• Passos adicionais no staking de validadores: Para staking direto a um validador, o FLR tem de ser transferido da C-Chain para a P-Chain. No final, o FLR tem de ser enviado de volta para a C-Chain se quiser usar os tokens aí.

• Barreira elevada para delegação a validadores: Para delegação direta a um validador, são necessários pelo menos 50.000 FLR e aplica-se um lock-up mínimo de 14 dias. Isto torna esta forma de staking menos acessível para detentores mais pequenos.

• Os FAssets dependem de vários componentes: O sistema usa, entre outros, agentes, colateral, feeds de preços e dados da blockchain subjacente. Problemas com qualquer um destes componentes podem afetar o funcionamento dos FAssets.

• Dependência de fornecedores de dados: O FTSO e o FDC usam vários fornecedores de dados para fornecer e verificar informação. As aplicações que usam estes dados continuam, por isso, dependentes da disponibilidade e do bom funcionamento destes sistemas.

• As recompensas da delegação não são fixas: O rendimento da delegação ao FTSO depende, entre outros fatores, do desempenho e da comissão do fornecedor de dados escolhido.

Conclusão

A Flare é uma blockchain de Layer 1 compatível com EVM que combina contratos inteligentes com infraestrutura integrada para dados externos. O FLR é o token nativo da rede e é usado para taxas de transação, staking, governação e delegação.

Dois componentes importantes são o FTSO e o FDC. O FTSO fornece, entre outros, dados de preços, enquanto o FDC permite que os contratos inteligentes verifiquem dados de fora da Flare. Os FAssets constroem sobre esta base ao tornar representações de ativos de outras redes utilizáveis dentro da Flare.

A isto juntam-se também riscos e passos adicionais. O staking de validadores exige um lock-up e a transferência de FLR para a P-Chain. A delegação ao FTSO e os FAssets dependem, além disso, de vários componentes e participantes dentro da rede Flare.