Revisão da Rede Flare: Rede de Contrato Inteligente para XRP

Como a terceira maior criptomoeda, a maioria das pessoas familiarizadas com o espaço já ouviu falar do Ripple e entende que é uma rede global de pagamentos e câmbio que foi projetada para substituir a desatualizada rede bancária SWIFT. E embora funcione muito bem para esse caso de uso específico, caso contrário, mostrou utilidade limitada em outras funções.

No entanto, tudo isso pode ser corrigido, já que a Flare Network foi criada com o objetivo de melhorar a utilidade dos tokens XRP, criando uma rede com capacidade de contrato inteligente para o token XRP. Para ter certeza, os contratos inteligentes não serão adicionados à rede Ripple, mas estarão na rede Flare, e essa rede suportará o uso de XRP como FXRP.

A Flare Network também tem seu próprio token chamado Spark (FLR), que foi recentemente lançado para detentores de XRP em um lançamento aéreo que criou um grande rebuliço na comunidade Ripple.

Se tudo isso parece interessante, pegue algo para beber e prepare-se para aprender mais sobre a Flare Network.

O que é Flare?

Flare foi criado por Hugo Philion e Sean Rowan para resolver dois problemas básicos de blockchain:

1. Três quartos do valor dos tokens blockchain públicos não podem ser usados ​​com contratos inteligentes de maneira confiável. Esta é a questão da necessidade imediata, de acordo com Philion e Rowan.
   

   Flare Network promete desbloquear o valor preso em blockchains. Imagem via slideshare.net

2. As direções tomadas na tentativa de escalar as redes blockchain podem levar a possíveis problemas futuros, já que muitas das novas redes estão abordando o escalonamento por meio do consenso de Prova de Participação ou alguma variação dele. Todos esses protocolos derivam sua segurança de rede do token nativo do blockchain. Isto representa um problema imediato e de longo prazo.

Problemas de prova de participação

De acordo com Flare, o problema mais imediato com Prova de participação O consenso é que ele não foi projetado adequadamente para permitir usos alternativos seguros dos tokens nativos. Como estamos vendo com a explosão nas plataformas DeFi, qualquer detentor racional de tokens que seja capaz de aumentar o rendimento de seu token fornecendo liquidez a uma stablecoin o fará. A questão é que isso retira tokens do stakinge ameaça a segurança da rede.

No longo prazo, o problema potencial vem da possibilidade de que, com o tempo, o valor de um token de piquetagem não aumente de valor. Se isso ocorrer enquanto o tráfego da rede estiver aumentando, a rede também se tornará cada vez mais insegura. Embora um token de maior valor seja bom para a segurança da rede e para os investidores em tokens, é ruim se quisermos que a descentralização se torne a norma para fazer negócios.

Quando o valor do token aumenta, ele desvia capital de outros usos. A longo prazo, isto torna-se um problema porque, eventualmente, numa rede de contratos inteligentes que utilize prova de participação, a escala de capital necessária simplesmente para proteger a rede tornar-se-ia demasiado elevada para ser viável.

Em última análise, as redes de Prova de Participação podem ser escalonadas para transações, mas não são capazes de escalar para gerar valor.

Como o Flare pretende resolver esses problemas

Flare propõe uma nova maneira de dimensionar plataformas de contratos inteligentes sem vincular a segurança da rede ao valor do token. Embora a rede ainda exija um token nativo para impedir spam, esse token não está vinculado de forma alguma à segurança da rede. Flare usa o token FLR como seu token nativo e é adequado para permitir o uso confiável de tokens completos não-Turing com contratos inteligentes.

Flare se autodenomina a primeira rede completa do Acordo Federado Bizantino (FBA) de Turing. Ele usa o protocolo de consenso Avalanche que foi adaptado ao consenso FBA. O benefício de usar o FBA está na sua capacidade de alcançar a segurança da rede sem depender de quaisquer incentivos económicos para os titulares. Como o Flare usa uma versão da Máquina Virtual Ethereum (EVM), ele é capaz de executar contratos inteligentes completos de Turing.

A FBA tem sido criticada porque pode levar a uma topologia frágil onde a falha de um único nó pode causar a falha de toda a rede. O Flare evita isso implementando uma topologia de lista de nós exclusivos (UNL) para enfatizar a clareza e a facilidade de uso, ao mesmo tempo que mantém a propriedade de associação aberta do FBA.

Embora o Flare permita o uso completo do contrato inteligente da Turing, ele também possui um protocolo construído na rede que permite a emissão, uso e resgate sem confiança de XRP no Flare. Flare chama esse protocolo de FXRP e permite que o XRP se torne FXRP no Flare, protegido pelo token FLR nativo. Em essência, isso permite que o XRP use contratos inteligentes e também pode criar um pipeline confiável de XRP para outras redes para fins de interoperabilidade.

Esta metodologia geral também pode ser estendida a qualquer outro token completo que não seja de Turing, e a capacidade de fazê-lo foi incluída na governança e nos sistemas da rede. Isso significa que qualquer token completo que não seja Turing pode eventualmente acessar a capacidade de usar contratos inteligentes e tornar-se interoperável por meio do Flare.

Visão geral da FXRP

O problema enfrentado pela equipe Flare ao trazer o XRP para a Flare Network é a impossibilidade de um contrato inteligente de blockchain público controlar um endereço XRP. Isso ocorre porque os contratos inteligentes não têm como armazenar uma chave secreta e manter seu sigilo.

Se Flare tentasse trazer o XRP para a rede usando apenas código, também seria necessário que um grupo de indivíduos se reunisse e usasse um endereço com múltiplas assinaturas que eles controlam coletivamente para autorizar transações. É claro que isto significaria que o FXRP nestas condições não seria descentralizado nem confiável. E isso seria inaceitável.

Com a implementação atual do FXRP, qualquer detentor de XRP pode enviar seus tokens para um agente na rede XRP. O agente detém o XRP e se comunica com os contratos inteligentes no Flare, que emitem FXRP na proporção de 1:1. Esses tokens FXRP também são protegidos com FLR na proporção de 1:2.5. Portanto, para cada 1 FXRP emitido deve haver 2.5 FLR apostados. Isso mantém o XRP mantido pelo agente seguro e elimina a necessidade de qualquer intermediário centralizado.

Como funciona o FXRP?

Os proprietários do FLR podem enviar seus tokens para os contratos inteligentes no Flare que compõem o sistema FXRP. Em essência, isto é fornecer garantias ao sistema FXRP. Esses contratos inteligentes são chamados de agentes. O sistema FXRP será composto por muitos agentes. Vamos nomear um deles, Guy.

Como agente no sistema FXRP, Guy apostou 5,000 FLR como garantia. O sistema requer 2.5 FLR para cada token FXRP emitido. Se a taxa de câmbio de FLR para XRP for atualmente de 10:1, esses 5,000 FLR permitirão que Guy emita 200 FXRP. ou seja, (5,000/10)/2.5

Agora Guy está pronto para cunhar FXRP. Quando um detentor de XRP deseja criar FXRP, ele envia uma transação para o sistema FXRP. O titular que inicia esta transação é denominado originador. Para criar FXRP eles também pagam uma taxa de 0.1% do valor da transação. A taxa vai para o agente, e a transação informa ao agente para qual endereço ele deve enviar o FXRP quando for cunhado e de onde o XRP se originará no XRP Ledger.

Presumindo que haja garantias suficientes no sistema FXRP, ele é bloqueado para garantir o FXRP, o que torna a transação confiável porque o originador não precisa confiar no agente que agora tem um incentivo para devolver o XRP quando solicitado a fazê-lo ou perderá o FLR que está sendo mantido como garantia. Se o sistema não tiver garantias suficientes, ele devolverá o XRP e a taxa ao originador.

É importante observar que a proporção de garantia de 2.5 deve ser mantida em todos os momentos. Se a qualquer momento o valor do XRP aumentar ou o valor do FLR cair de modo que a ração caia abaixo de 2.5, Guy terá um curto período de tempo para restaurar a proporção adicionando mais tokens FLR ou comprando tokens FXRP para resgatar.

Se, por qualquer motivo, Guy não puder ou não quiser restaurar a proporção de garantia de 2.5, sua garantia será leiloada para recomprar o FXRP que foi emitido contra ele. Se sobrar alguma garantia depois que esse cara for capaz de ficar com o restante.

Se Guy mantiver a garantia igual ou superior a 2.5, tudo estará bem. Mais tarde, quando o originador decide resgatar o FXRP de volta ao razão XRP, ele faz uma transação para fazê-lo, informando ao sistema qual endereço deve ser creditado com o XRP. Guy receberá instruções do sistema sobre quanto XRP devolver e para qual endereço enviá-lo.

Junto com isso ele também receberá dois prazos para a conclusão da transação. Se ele concluir a transação antes do primeiro prazo, receberá de volta todas as suas garantias. No entanto, se o primeiro prazo passar e ele concluir a transação até o segundo prazo, haverá uma pequena multa cobrada antes que o restante de sua garantia seja devolvido. Essa multa é queimada pelo sistema.

Se Guy não conseguir concluir a transação no segundo prazo, será considerado uma falha no resgate. Neste caso, o originador é compensado com tokens FLR da participação de Guy, mais 1% adicional para cobrir os custos de transação do uso desse FLR para recomprar XRP. O FLR restante da garantia de Guy é queimado em 50% como penalidade e os 50% restantes são devolvidos a Guy.

FLR e aplicativos dependentes

O sistema FXRP é nosso primeiro exemplo de Aplicação Dependente FLR (SDA). Este é um dApp que usa FLR como garantia, detentores de tokens FLR para governança, Flare Time Series Oracle (FTSO) ou alguma combinação desses elementos. Observe que todos esses elementos são opcionais. Qualquer aplicação na Flare Network é capaz de funcionar usando apenas FLR para custos de transação e pagamento.

No caso do sistema FXRP, ele usa FLR como garantia, o Flare Time Series Oracle para rastrear o preço XRP/FLR e a propriedade do token FLR definida para governança sobre certos parâmetros, como a taxa de criação de FXRP e a taxa de garantia. O modelo SDA fornece aos desenvolvedores um modelo para estender o uso dos três elementos opcionais.

Oráculo da Série Temporal do Flare

Os detentores do token FLR são elegíveis para contribuir com o FTSO para ajudar a formar estimativas precisas de dados fora da cadeia, ao mesmo tempo que mantêm a descentralização. A estrutura do FTSO permite muitas estimativas de qualquer série temporal fora da cadeia. O valor XRP/FLR é um exemplo dessa série temporal.

A formulação dos dados da série temporal normalmente tem dois grupos participantes. Um são os detentores de tokens FLR e o segundo são os detentores do token de aplicação dependente, que Flare chama de ativo F. No caso do sistema FXRP, o token FXRP é o ativo F. Quando houver uma aplicação mais complexa que exija o cálculo de múltiplas séries temporais, o F-asset será algo semelhante a um token de governança emitido.

Ao criar a série temporal, o FTSO consultará cada participante para obter uma estimativa do valor dos dados. Os detentores de FLR fornecem estimativas para cada série temporal, mas os detentores de ativos F só podem fornecer uma estimativa para a série temporal relacionada ao ativo F. As estimativas são processadas conforme detalhado na seção 4 do Whitepaper de sinalização e o resultado é enviado para o sistema que requer os dados da série temporal.

Os detentores de ativos F são incentivados a participar e fornecer dados para contribuir para a segurança da aplicação que utiliza esses dados. Os detentores de FLR são incentivados pelo potencial de ganhar uma recompensa oráculo, que são tokens FLR cunhados pelo sistema. Os detentores de tokens FLR ganham essa recompensa quando fornecem dados que o sistema considera corretos. A mecânica específica desse cálculo é bastante complexa e pode ser vista no whitepaper do Flare.

Este sistema aposta implicitamente todos os tokens FLR no sistema, uma vez que os não participantes ou aqueles que fornecem dados considerados incorretos não ganham recompensas, o que é um desincentivo em comparação com os detentores de tokens que recebem a recompensa. Esta é a versão do Flare de recompensas de piquetagem ou mineração.

O FTSO será iniciado para fornecer os seguintes preços para: XRP/FLR, USD/FLR, BTC/FLR e XLM/FLR. Apenas XRP/FLR terá um ativo F correspondente no início. Séries temporais adicionais e seus ativos-F relacionados podem ser propostas e aceitas através do processo de Governança.

Delegação FLR

As estimativas virão do FTSO a cada poucos segundos, mas é realista assumir que nem todos os titulares de FLR estarão interessados ​​em participar na governação da rede, ou que terão o hardware necessário para contribuir para o FTSO.

Como a equipe do Flare assumiu que isso era verdade, foi possível separar os votos dessas responsabilidades e delegá-las a outros. A delegação pode ser cancelada a qualquer momento e se o token for transferido para um novo endereço a delegação será automaticamente cancelada.

Uma característica importante da delegação é que os SDAs podem delegar votos de volta ao proprietário real, que pode então redelegar esses votos a outra entidade. Isso significa que os agentes não precisam escolher entre ganhar FLR por fornecer garantias ao sistema FXRP ou ganhar com o FTSO. Assim, sempre que os tokens FLR ficarem indisponíveis para os proprietários em um SDA, desde que a aplicação defina quem é o verdadeiro proprietário, a delegação poderá ser usada.

Governança Flare

Os detentores de tokens FLR votam para governar a rede, e os SDAs também podem solicitar ser governados pelos detentores de tokens FLR.

No whitepaper do Flare você pode encontrar regimes para quaisquer alterações manuais na cadeia que podem ser iniciadas e votadas pelos titulares de FLR. São coisas como alterar as taxas associadas às ações, alterar o índice de garantias, alterar os custos de transação e outras variáveis ​​que não exigem alteração de código.

Para aquelas coisas que exigem uma mudança de código, como alterar os parâmetros de consenso da rede ou adicionar uma nova série temporal ao FTSO, será criada uma Fundação Flare. A Fundação ainda não foi criada, mas será uma entidade sem fins lucrativos com responsabilidade em 5 áreas: subvenções, investimentos, investigação e desenvolvimento, educação, publicidade e parcerias.

Como a Fundação tem a função de pesquisa e desenvolvimento, ela se torna parte integrante do processo de atualização do código, construindo, testando, analisando e implantando quaisquer alterações propostas no código.

A Fundação será criada para ser totalmente transparente nas suas atividades e nos seus gastos. Irá divulgar um relatório semestral sobre as suas atividades e despesas. Mais importante ainda, não tem poderes para definir uma agenda, mas é criado de uma forma que apenas lhe permite seguir a orientação dos titulares da FLR.

Devido a esta restrição a Fundação não pode:

• contribuir de alguma forma para o FTSO;
• implantar qualquer uma de suas participações em FLR como garantia para qualquer aplicação na rede;
• usar suas participações FLR para votar em qualquer votação de governança ou atribuir seus tokens FLR a terceiros para fazê-lo.

Além disso, os titulares de FLR poderiam votar a qualquer momento pela dissolução da Fundação, caso em que seria necessário encerrar todas as atividades e queimar qualquer um dos seus tokens restantes.

Emissão de FLR e Airdrop

Flare optou por liberar seus tokens em algo que chamou de utility fork. Os forks tradicionais dividiram a base de usuários de uma rede, com uma parte seguindo em sua própria direção e geralmente assumindo uma postura antagônica à cadeia pai.

Por outro lado, o garfo utilitário destina-se a agregar valor à cadeia original. Isso é exatamente o que o Flare faz ao permitir que o XRP continue a fornecer liquidações rápidas, confiáveis ​​e sem confiança, ao mesmo tempo que traz contratos inteligentes e a possibilidade de criar pipelines sem confiança para outros blockchains. É um exemplo perfeito de como trazer uma nova utilidade para um blockchain existente.

Flare está criando 100 bilhões de tokens FLR para espelhar o número de tokens XRP existentes. A intenção inicial é disponibilizar esses tokens para endereços que não pertencem ao Ripple Labs, aos fundadores do Ripple, às contas de baleias e a quaisquer endereços que sejam golpistas conhecidos.

Flare tornou 45 bilhões de FLR exigíveis por detentores de XRP, com esses tokens sendo alocados para endereços que detinham XRP no momento em que um instantâneo do Ledger foi tirado às 00:00 GMT de 12 de dezembro de 2020. Além disso, 30 bilhões de FLR são alocados para a Fundação Flare , e um montante adicional de 25 mil milhões de FLR é atribuído à Flare Networks Limited, que é a organização com fins lucrativos que apoia o desenvolvimento da Flare.

A alocação deve ser feita numa base de 1:1, no entanto o cálculo real levou a uma taxa de distribuição de 1.0073 FLR para cada XRP no momento do instantâneo. Além disso, os tokens não podem ser reivindicados até que a rede principal entre no ar, o que deve ocorrer nas primeiras semanas de junho de 2021. Qualquer pessoa que possua tokens XRP em uma bolsa que apoia o lançamento aéreo será automaticamente creditada com tokens FLR quando forem distribuídos.

A lista de bolsas de apoio inclui Binance, KuCoin, Coinbase, Poloniex e muitos outros. Aqueles que possuem seu XRP em uma carteira de autocustódia precisarão registrar uma reclamação, e os tokens FLR serão entregues no endereço definido na reclamação. Haverá uma série de carteiras compatíveis com FLR para escolher quando a rede principal for lançada.

Também é importante notar que Flare disse “Você pode reivindicar FLR depois que a rede entrar no ar, mas não após a data de 6 meses do Snapshot.” Como o instantâneo ocorreu em 12 de dezembro de 2020, isso indica que a rede principal será lançada antes de 12 de junho de 2021.

Além disso, nem todos os tokens estão sendo distribuídos imediatamente. Flare vai liberar 15% da alocação de tokens quando a rede principal for lançada. O FLR restante será liberado durante os próximos 25 a 34 meses a uma taxa de 2 a 4% ao mês.

Quem está por trás das redes Flare?

O CEO e cofundador da Flare Network é Hugo Philion. Antes de criar o Flare, ele foi o fundador do sistema de construção modular Future Generations. Sua formação é em investimentos e ele é bacharel em Investimentos e Gestão de Riscos Financeiros pela Cass Business School.

Mais tarde, ele recebeu um mestrado em aprendizado de máquina pela UCL. Ele também ganhou experiência trabalhando como gestor de portfólio de derivativos de commodities em dois fundos de mais de US$ 1 bilhão.

O outro cofundador da Flare e seu CTO é Sean Rowan. Sean está envolvido no espaço blockchain desde 2015, quando projetou protocolos de comunicação veicular seguros aproveitando uma infraestrutura de chave pública baseada em blockchain com colegas da UCLA e TCD. Antes disso, ele recebeu um bacharelado duplo em Matemática e um BE em Engenharia Eletrônica e de Computação pelo Trinity College Dublin.

Mais tarde, ele recebeu um mestrado em aprendizado de máquina pela University College London, onde provavelmente conheceu Hugo Philion. Sean também foi engenheiro de P&D na RAIL em Dublin, Irlanda, onde desenvolveu software de rede backend para um robô de assistência médica. A versão mais recente deste robô da RAIL foi capa da revista TIME em novembro de 2019.

Conclusão

Com o Ripple tendo tantos seguidores e um enorme potencial no espaço bancário, a Flare Network poderia se tornar tão grande quanto a rede que traz funcionalidade de contrato inteligente para o XRP. Isso é certamente o que os fundadores do projeto esperam, e provavelmente há um grande grupo de entusiastas do XRP que estão igualmente entusiasmados com as possibilidades trazidas ao Ripple pelo Flare.

Uma coisa que pode ser dita sobre o projeto é que ele certamente gerou muito entusiasmo com seu lançamento aéreo, e estamos dispostos a apostar que há milhões de pessoas que nunca ouviram falar do Flare antes e que agora estão cientes de sua existência e, possivelmente, de sua existência. missão e objetivos. Depois de ler este artigo você deverá ser incluído entre eles.

O lançamento aéreo também criou um rebuliço na comunidade Ripple, já que o token XRP subiu quase 300% em novembro de 2020. Isso se deveu aos especuladores que se aglomeraram na moeda para aproveitar as vantagens do lançamento aéreo. Desde então, as coisas não têm sido tão boas, já que o XRP caiu de um máximo em torno de US$ 0.90 para US$ 0.227880 em 23 de dezembro de 2020.

Não sabemos o que acontecerá com o token FLR quando ele for distribuído, mas mesmo com o cronograma de emissão lento inicialmente planejado, parece que o mercado será inundado com tokens FLR nos primeiros 2-3 anos após o lançamento da mainnet. . A menos que haja alguns desenvolvimentos que causem um aumento semelhante na demanda durante esse período, o token pode estar prestes a cair, já que os mesmos especuladores que compraram XRP para o lançamento aéreo decidem se desfazer de seu FLR o mais rápido possível.

Se você estiver adotando um horizonte de tempo mais longo, este pode ser um bom projeto para apoiar, e se estivermos certos sobre o lançamento da rede principal, pode ser uma boa oportunidade para adquirir enormes sacos de FLR de forma barata. É claro que só o tempo dirá se isso é verdade.

A outra coisa a lembrar é que o Flare começou com o Ripple, mas teoricamente ele pode adicionar funcionalidade de contrato inteligente e interoperabilidade a qualquer blockchain. Considerando que três quartos do valor em tokens de blockchain públicos não podem ser usados ​​com contratos inteligentes de maneira confiável, atualmente o Flare tem uma enorme curva de crescimento potencial pela frente.

Imagem em destaque via Shutterstock

Isenção de responsabilidade: Estas são as opiniões do redator e não devem ser consideradas conselhos de investimento. Os leitores devem fazer suas próprias pesquisas.

Fonte: https://www.coinbureau.com/review/flare-spark-flr/