Flare (FLR) e o sistema FAsset explicados

Porque existe a Flare e o que os FAssets foram concebidos para resolver

Bitcoin, XRP e Dogecoin dominam cada uma o mercado cripto por capitalização, mas nenhuma consegue executar de forma nativa o tipo de DeFi que Ethereum e Solana conseguem. A Bitcoin usa um sistema de scripting intencionalmente limitado. O XRP liquida pagamentos numa ledger que não aloja aplicações descentralizadas. A DOGE continua a correr um fork do código antigo da Bitcoin. Os detentores destes ativos têm estado efetivamente excluídos dos mercados de empréstimo, das DEX e das estratégias de yield, sem terem de vender para os ativos que têm esses mercados.

A resposta da Flare a esta lacuna são os FAssets, um sistema para cunhar representações em Flare de ativos sem contratos inteligentes. Envia XRP real para um conjunto de agentes de confiança na XRP Ledger, eles cunham um token em Flare chamado FXRP que representa o seu XRP 1:1, e quando quiser resgatar, queima o FXRP e recebe o XRP de volta na sua cadeia nativa. O mesmo modelo está pensado para se estender a BTC e DOGE. Na prática, a Flare não está a tentar substituir estas cadeias. Está a tentar dar ao seu valor um lugar onde possa ser produtivo.

Este enquadramento importa, porque a maioria dos projetos "Ethereum-killer" tenta ganhar sendo um EVM mais rápido ou mais barato. A Flare não faz isso. Ganha (ou perde) consoante os detentores de ativos sem contratos inteligentes queiram realmente acesso a DeFi, e consoante o design da ponte se aguente sob pressão.

Os riscos reais antes de pensar em oportunidade

Qualquer sistema que aceita depósitos numa cadeia e emite IOUs noutra comporta risco de ponte. Os exploits de pontes têm sido uma das maiores categorias de perdas em cripto em termos de dólares: os hacks da Ronin, Wormhole, Harmony e Nomad drenaram cada um centenas de milhões de dólares, e o exploit da Multichain comprometeu permanentemente milhares de milhões. O padrão é consistente. Uma ponte concentra um pool de valor muito grande num pequeno conjunto de validadores ou agentes, e um compromisso desse conjunto pode ser catastrófico.

Os FAssets reduzem este risco, mas não o eliminam. Os agentes que custodiam o XRP, BTC ou DOGE bloqueados são participantes staked com garantias que podem ser slashed por mau comportamento, mas o slashing só ajuda se a perda for detetável e a garantia for suficiente para a absorver. Um segundo risco, mais discreto, vive uma camada acima: um FXRP existe porque a Flare diz que sim. Se o consenso da XRPL se reorganizasse significativamente, ou se a própria XRPL sofresse um ataque estilo 51%, o lado do resgate dos FAssets poderia ficar exposto de formas para as quais o sistema não foi pensado.

Há também um risco de mercado específico dos FAssets: a adoção. A ponte só importa se os borrowers, lenders e traders na Flare usarem mesmo FXRP em vez de simplesmente deter XRP e esperar. Um pool de FAssets sem liquidez é apenas um token envolvido sem uma exchange onde resgatar a um preço estável. Observe o FXP histórico (a experiência predecessora com tokens Spark) e os primeiros meses da mainnet de FXRP para avaliar se está a formar-se procura real antes de assumir que esta tese está a funcionar.

Por fim, o próprio FLR é volátil e teve vários desbloqueios grandes ligados ao calendário de airdrop e a subvenções do ecossistema. Os desbloqueios de tokens são uma fonte conhecida de pressão de oferta sobre o preço, e nem sempre são totalmente precificados.

FTSO: como a Flare precifica o mundo exterior

Todos os sistemas DeFi que utilizam garantia estrangeira precisam de um feed de preços, e esse feed de preços é a peça de infraestrutura mais atacada em toda a stack. A Chainlink resolveu isto operando um pequeno conjunto bem conhecido de operadores de nós profissionais que publicam preços e ganham LINK. A FTSO da Flare seguiu um caminho diferente. Ela paga um conjunto grande e em constante rotação de detentores de tokens para publicar preços e utiliza os detentores de FLR para votar em quem será pago na próxima época.

A época é a unidade. Cada época tem a duração de cerca de 3,5 dias. Durante uma época, qualquer fornecedor de dados da FTSO pode submeter estimativas de preço para os mesmos ativos, ponderadas pela quantidade de FLR que têm em stake. No final da época, a mediana é considerada o preço canónico, e as recompensas são distribuídas aos fornecedores cujas submissões estiverem mais próximas dessa mediana. O total de recompensas é financiado pela inflação da rede em FLR.

A delegação é a segunda peça. A maioria dos detentores de FLR não vai operar o seu próprio nó de fornecedor de dados. Em vez disso, delegam o seu peso em FLR a um fornecedor em quem confiam, de forma semelhante ao funcionamento do liquid staking. O fornecedor faz o trabalho, publica preços e partilha as recompensas com os delegadores. A delegação é flexível, pelo que os utilizadores podem rodar o seu voto a cada época.

Esta abordagem traz duas vantagens que a Chainlink não tem. Primeiro, a descentralização ao nível dos dados: podem existir milhares de fornecedores independentes, e não apenas alguns nomes conhecidos. Segundo, um alinhamento económico entre qualquer pessoa que detenha FLR e a integridade do oráculo, porque quem publica um preço incorreto pode ser penalizado (recebe menos do que aquilo que stakou) e quem publica um preço correto é recompensado (recebe uma parte do total de recompensas). A contrapartida é que os preços da FTSO são tão bons quanto a mediana dos participantes. Se a maior parte do FLR em stake se concentrasse em poucas mãos, a mediana poderia ser manipulada de forma coordenada. Acompanha a concentração dos fornecedores no topo da lista nos sites de dados da Flare para verificar se isto está a acontecer na prática.

Como uma transação de FXRP realmente flui na Flare

Percorremos um fluxo FAsset de ponta a ponta é a forma mais clara de perceber onde estão os pressupostos de confiança. Para emitir FXRP, um utilizador começa por selecionar um conjunto de agentes na XRP Ledger e pede a emissão contra o seu depósito em XRP. Os agentes têm de estar sobregarantidos em FLR, para que, caso algum desapareça, o sistema possa continuar a honrar os resgates. O utilizador bloqueia XRP com os agentes na XRPL e submete prova desse bloqueio à Flare; se a prova for válida, é cunhado FXRP na Flare.

Depois de deteres FXRP, podes utilizá-lo na DeFi da Flare: emprestar nos mercados monetários aprovados da Flare, fornecer liquidez numa DEX ou garantir uma posição. Para sair, fazes o contrário: pedes o resgate de FXRP por XRP, os agentes libertam o XRP de volta para ti e o FXRP é queimado. Os agentes recuperam o FLR que stakaram como garantia pelo serviço.

Destacam-se três pontos de confiança. Primeiro, confias que os agentes não se vão conluiar nem ser hackeados. Segundo, confias que a garantia em FLR vai manter valor suficiente para tornar uma má conduta dos agentes não económica. Terceiro, confias que o consenso da XRPL não revertete silenciosamente uma transação na qual te estás a apoiar como prova. Nada disto é exclusivo da Flare, mas é central ao design, e é a razão pela qual a camada FAsset está protegida por sobregarantia real em vez de ser apresentada como trustless.

Tokenomics do FLR: airdrop, desbloqueios e a história FLR/Spark

O FLR tem uma história de distribuição mais rica do que a maioria dos tokens de Layer-1. O plano original era um token chamado Spark (SPARK) que nunca chegou a ser lançado devido à pressão regulatória da SEC. A Flare mudou de rumo, realizou uma votação da comunidade no final de 2022 para confirmar a alteração e rebrandeou o token para FLR. A mainnet arrancou em julho de 2023.

O airdrop para os detentores de XRP foi estruturado em três fases: uma distribuição inicial de cerca de 4,28 mil milhões de FLR por conta elegível de detentor de XRP na TDE (Token Distribution Event), uma distribuição mensal subsequente para as contas que ainda não tinham reclamado e um airdrop final de cerca de 9,53 mil milhões de FLR para os detentores de XRP cujas contas tinham estado ativas na XRPL. Esta abordagem faseada pretendia incentivar os detentores de longo prazo a reclamar em vez de venderem de imediato, e criou vários rituais comunitários do tipo "reclama a tua Flare" que se estenderam por 2023 e 2024.

Também vale a pena compreender o lado da oferta. A oferta máxima de FLR foi desenhada em torno de um calendário de inflação de longo prazo que financia as recompensas da FTSO e os subsídios ao ecossistema. Alguns desses subsídios estão sujeitos a cliffs de vesting, o que gera eventos de desbloqueio visíveis em calendários que a Flare publica. Qualquer leitor que acompanhe a ação do preço do FLR deve cruzar os calendários de desbloqueio com as fases de distribuição, porque os grandes desbloqueios coincidem regularmente com uma procura mais fraca.

Contratos inteligentes na Flare e porquê a implementação parece diferente da Ethereum

A Flare é compatível com EVM, pelo que qualquer contrato que corre na Ethereum pode ser reimplantado na Flare com alterações mínimas. Ferramentas como Hardhat, Foundry, MetaMask e Ethers.js funcionam da mesma forma. Para a maioria dos programadores, a entrada assemelha-se a uma cadeia EVM familiar com um RPC diferente e um block time diferente.

Abaixo da API, no entanto, a Flare integra dois protocolos pré-compilados que os autores de contratos inteligentes podem invocar: a FTSO para dados de preços e a StateConnector para factos cross-chain que não sejam preços (como "este pagamento foi mesmo liquidado na XRP Ledger?"). Os contratos que consomem estas precompiles obtêm dados de oráculo verificados por consenso sem pagarem uma assinatura da Chainlink, o que constitui uma das principais propostas de valor para os programadores.

A implicação prática para o leitor é que a história dos contratos inteligentes da Flare não é um paradigma separado. É EVM mais dois hooks de oráculo bem definidos, esperando-se que o resto do ecossistema seja preenchido por programadores terceiros. As aplicações que já dependem da Chainlink também podem ser lançadas na Flare; passam apenas a ter uma opção nativa adicional que pode ser mais barata ou mais descentralizada, consoante a maturidade do mercado da FTSO.

Como acompanhar a Flare e os FAssets sem exposição excessiva

A FLR acompanha o restante do mercado de cripto, mas os fatores que efetivamente mexem com a FLR são monitorizáveis: alterações na concentração de fornecedores da FTSO, o TVL de FAssets nos mercados de empréstimos, a atividade na XRPL que impulsiona os fluxos de criação e resgate, e os eventos de desbloqueio no calendário de oferta da FLR. Acompanhar isto manualmente é entediante e fácil de errar, especialmente os desbloqueios, já que os anúncios muitas vezes passam despercebidos nos canais destinados ao público em geral.

A Zippfeed destaca as notícias sobre a Flare com pontuação de sentimento (bullish, neutro ou bearish) e uma classificação de importância, para que possas ignorar o ruído e concentrar-te nas histórias com maior probabilidade de mexer com o preço ou com o protocolo. Se estás a dimensionar uma posição, esse contexto de sinal faz a diferença entre reagir a cada notícia menor e agir apenas sobre as poucas que realmente importam.