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 entendem 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, pois a Rede Flare 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 de que os contratos inteligentes não estão sendo adicionados à rede Ripple, mas estarão na Rede Flare, e essa rede suportará o uso de XRP como FXRP.

Redes Flare

Valor de desbloqueio para Rippple (XRP). Imagem via Flare

A Flare Network também tem seu próprio token chamado Spark (FLR), que foi lançado recentemente para os proprietários 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 Rede Flare.

O que é Flare?

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

  1. Três quartos do valor em tokens de blockchain públicos não podem ser usados ​​com contratos inteligentes de uma maneira sem confiança. Esta é a questão da necessidade imediata de acordo com Philion e Rowan.

    Valor de desbloqueio

    A Flare Network promete desbloquear o valor aprisionado em blockchains. Imagem via Slideshare.net

  2. As orientações que estão sendo tomadas na tentativa de dimensionar redes de blockchain podem levar a possíveis problemas futuros, pois muitas das novas redes estão abordando o dimensionamento por meio do consenso de Prova de Participação ou alguma variação disso. Todos esses protocolos derivam sua segurança de rede do token nativo do blockchain. Isso representa um problema imediato e de longo prazo.

Proof of Stake Issues

De acordo com o Flare, o problema mais imediato com o consenso da Prova de Participação é que ela não foi projetada adequadamente para permitir usos alternativos seguros dos tokens nativos. Como estamos vendo com a explosão das plataformas DeFi, qualquer detentor de token racional que seja capaz de aumentar o rendimento de seu token fornecendo liquidez para uma moeda estável o fará. O problema é que este tira os tokens da estaca, e ameaça a segurança da rede.

Prova de Stake Flare

Os sistemas de prova de aposta são muito populares. Imagem via Shutterstock

A longo prazo, o problema potencial vem da possibilidade de que, ao longo do tempo, o valor de um token de piquetagem não aumentará de valor. Se isso ocorrer enquanto o tráfego da rede aumenta, a rede também se torna cada vez mais insegura. Embora um token de maior valor seja bom para a segurança da rede e para investidores de tokens, é ruim se quisermos que a descentralização se torne a norma para fazer negócios.

Quando o valor do token aumenta, ele está desviando o capital de outros usos. A longo prazo, isso se torna um problema porque, eventualmente, em uma rede de contrato inteligente usando prova de participação, a escala de capital necessária simplesmente para proteger a rede se tornaria muito alta para ser viável.

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

Como o Flare visa resolver esses problemas

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

A Flare se autodenomina a primeira rede completa do Acordo Bizantino Federado (FBA) de Turing. Ele usa o protocolo de consenso Avalanche que foi adaptado para o consenso da FBA. A vantagem de usar o FBA está em sua capacidade de obter segurança de rede sem depender de quaisquer incentivos econômicos para os proprietários. Como o Flare usa uma versão da Máquina Virtual Ethereum (EVM), ele é capaz de executar contratos inteligentes completos de Turing.

Acordo Federado Bizantino

Os desenvolvedores do Flare adoram o FBA. Imagem via TowardsDataScience.com

O FBA tem sido criticado 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ó Única (UNL) para enfatizar a clareza e facilidade de uso, mantendo a propriedade de associação aberta do FBA.

Embora o Flare habilite o uso de contrato inteligente completo por Turing, ele também tem um protocolo criado na parte superior da rede que permite a emissão, uso e resgate sem confiança de XRP no Flare. O 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.

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

Visão geral do FXRP

O problema enfrentado pela equipe do Flare em trazer XRP para a Rede Flare é a impossibilidade de um contrato inteligente de blockchain público para 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 o Flare tentasse trazer XRP para a rede usando apenas código, também exigiria que um grupo de indivíduos se reunisse e usasse um endereço com várias assinaturas que eles controlam coletivamente para autorizar transações. É claro que isso significaria que o FXRP nessas condições não seria descentralizado nem desprovido de confiança. E isso seria inaceitável.

Sistema FXRP

Conexão entre Ripple e Flare. Imagem via Artigo FXRP

Com a implementação atual de FXRP, qualquer portador de XRP pode enviar seus tokens para um agente na rede XRP. O agente mantém o XRP e se comunica com os contratos inteligentes no Flare, que emitem FXRP em uma proporção de 1: 1. Esses tokens FXRP também são protegidos com FLR em uma proporção de 1: 2,5. Portanto, para cada 1 FXRP emitido, deve haver 2,5 FLR apostado. 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 de FLR podem enviar seus tokens para os contratos inteligentes no Flare que compõem o sistema FXRP. Em essência, isso é fornecer garantia para o sistema FXRP. Esses contratos inteligentes são chamados de agentes. O sistema FXRP será composto de muitos agentes. Vamos chamar um deles de Guy.

Como agente do 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 portador 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 o 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 diz ao agente para qual endereço ele deve enviar o FXRP quando for cunhado e de onde o XRP se originará no Razão XRP.

Transação FXRP

Uma abordagem transacional para o sistema FXRP. Imagem via Flare.

Presumindo que haja garantia suficiente no sistema FXRP, ele está bloqueado para proteger o FXRP, o que torna a transação sem confiança 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 retornará o XRP e a taxa ao originador.

É importante observar que o índice de garantia de 2,5 deve ser mantido em todos os momentos. Se a qualquer momento o valor de XRP aumentar ou o valor de FLR cair de forma 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 o índice de garantia de 2,5, sua garantia será leiloada para recomprar o FXRP que foi emitido contra ela. Se alguma garantia permanecer depois que esse cara for capaz de ficar com o restante.

Se Guy mantiver a garantia igual ou superior a 2,5, tudo está certo. Posteriormente, quando o originador decide resgatar o FXRP de volta para o 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 enviar.

Junto com isso ele também receberá dois prazos nos quais a transação deve ser concluída. Se ele concluir a transação antes do primeiro prazo, receberá de volta todas as suas garantias. No entanto, se o primeiro prazo expirar e ele concluir a transação no segundo prazo, haverá uma pequena penalidade avaliada antes que o restante de sua garantia seja devolvido. Essa multa é queimada pelo sistema.

Falha de resgate de FXRP

Se o agente falhar em retornar o XRP, é uma falha de resgate, Imagem via Flare.

Se Guy não conseguir concluir a transação no segundo prazo, isso é considerado uma falha de resgate. Neste caso, o originador é compensado com tokens FLR da participação de Guy, mais 1% adicional para cobrir os custos de transação de usar esse FLR para comprar de volta o XRP. O FLR restante da garantia de Guy vê 50% queimado como uma penalidade, e os 50% restantes devolvidos a Guy.

FLR e aplicativos dependentes

O sistema FXRP é nosso primeiro exemplo de aplicativo dependente de FLR (SDA). Este é um dApp que usa FLR como garantia, detentores de tokens FLR para governança, o Flare Time Series Oracle (FTSO) ou alguma combinação desses elementos. Observe que todos esses elementos são opcionais. Qualquer aplicativo na Rede Flare é 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 de 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 o índice de garantia. O modelo SDA fornece um modelo aos desenvolvedores para estender o uso dos três elementos opcionais.

Flare Time Series Oracle

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

Contratos inteligentes no flare

A revolução dos Contratos Inteligentes. Imagem via Coil.com

A formulação dos dados da série temporal normalmente tem dois grupos participantes. Um são os detentores do token FLR e o segundo são os detentores do token de aplicativo dependente, que Flare chama de F-asset. No caso do sistema FXRP, o token FXRP é o ativo F. Quando há um aplicativo mais complexo que requer o cálculo de várias séries temporais, o ativo F 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 todas as séries temporais, mas os detentores de ativos F podem apenas fornecer uma estimativa para as séries temporais relacionadas ao ativo F. As estimativas são processadas conforme detalhado na seção 4 do Artigo Flare e o resultado é enviado ao 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 do aplicativo que usa esses dados. Os titulares de FLR são incentivados pelo potencial de ganhar uma recompensa do 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 white paper Flare.

Contrato inteligente simplificado

Versão simplificada de um contrato inteligente

Esse sistema envolve implicitamente todos os tokens FLR no sistema, pois 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 de Flare de recompensas de apostar ou minerar.

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 propostos e aceitos por meio do processo de governança.

Delegação FLR

As estimativas virão do FTSO a cada poucos segundos, mas é realista supor que nem todo titular de FLR estará interessado em participar da governança da rede, ou que terá o hardware necessário para contribuir com o FTSO.

Como a equipe do Flare assumiu que isso era verdade, eles tornaram possível destacar os votos para essas responsabilidades e delegá-los 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 é automaticamente cancelada.

Uma característica importante da delegação é que os SDAs são capazes de delegar votos de volta ao proprietário real, que pode então delegar novamente esses votos a outra entidade. Isso significa que os agentes não precisam escolher entre ganhar FLR para fornecer garantia ao sistema FXRP ou ganhar do FTSO. Portanto, sempre que os tokens FLR ficarem indisponíveis para os proprietários em um SDA, desde que o aplicativo defina quem é o proprietário real, a delegação pode ser usada.

Governança do Flare

Os detentores do token FLR votam para governar a rede, e os SDAs também podem solicitar que sejam governados pelos detentores do token FLR.

No white paper 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 a taxa de garantia, alterar os custos de transação e outras variáveis ​​que não requerem uma mudança de código.

Governança do Flare

Diferentes níveis de governança na Rede Flare. Imagem via whitepaper Flare.

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 Flare Foundation. A Fundação ainda não foi criada, mas será uma entidade sem fins lucrativos com responsabilidade por 5 áreas: bolsas, investimentos, pesquisa 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, criando, testando, analisando e, em seguida, implantando quaisquer alterações propostas no código.

A Fundação será criada para ser totalmente transparente em suas atividades e gastos. Ele irá divulgar um relatório semestral sobre suas atividades e despesas. E o mais importante, não tem autoridade para definir uma agenda, mas é criado de uma forma que apenas permite receber orientações dos titulares de FLR.

Flare Foundation

Saiba mais nos white papers do Flare. Imagem via Flare.

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

  • contribuir para o FTSO de qualquer forma;
  • implantar qualquer um de seus acervos FLR como garantia para qualquer aplicativo na rede;
  • usar suas participações FLR para votar em qualquer voto de governança ou atribuir seus tokens FLR a outros para fazê-lo.

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

Emissão de FLR e Airdrop

O Flare optou por liberar seus tokens em algo que chamou de bifurcação de utilitário. Os garfos tradicionais dividiram a base de usuários de uma rede, com uma parte indo em sua própria direção e geralmente assumindo uma postura antagônica à cadeia-mãe.

Em contraste, a bifurcação de utilitários tem como objetivo agregar valor à cadeia original. Isso é exatamente o que o Flare faz, permitindo que o XRP continue a entregar liquidação rápida, confiável e sem confiança, trazendo contratos inteligentes e a possibilidade de criar pipelines sem confiança para outros blockchains. É um exemplo perfeito de trazer um novo utilitário para um blockchain existente.

O 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 são de propriedade da Ripple Labs, fundadores da Ripple, contas de baleias e quaisquer endereços que sejam golpistas conhecidos.

O Flare tornou 45 bilhões de FLR exigíveis por titulares de XRP com esses tokens sendo alocados para endereços que possuem XRP no momento em que um instantâneo do Razão foi tirado às 00:00 GMT em 12 de dezembro de 2020. Além disso, 30 bilhões de FLR são alocados para a Fundação Flare , e 25 bilhões de FLR adicionais são alocados para Flare Networks Limited, que é a organização com fins lucrativos que apóia o desenvolvimento da Flare.

Spark Airdrop

Os titulares de XRP se beneficiam do lançamento de ar Spark. Imagem via RippleCoinNews.com

A alocação deve ser em uma base de 1: 1, no entanto o cálculo real levou a uma proporção 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 mainnet entre no ar, o que deve ocorrer nas primeiras semanas de junho de 2021. Qualquer pessoa que tiver tokens XRP em uma troca que apóie o lançamento aéreo será automaticamente creditado 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 autocuidado 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 o mainnet for lançado.

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. ” Uma vez que o instantâneo ocorreu em 12 de dezembro de 2020, isso indica que a mainnet será lançada antes de 12 de junho de 2021.

Além disso, nem todos os tokens estão sendo distribuídos imediatamente. Flare irá lançar 15% da alocação do token quando a mainnet é iniciada. O FLR restante será lançado ao longo dos próximos 25-34 meses a uma taxa de 2-4% ao mês.

Quem está por trás da Flare Networks?

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. Ele tem experiência em investimentos e é bacharel em Gestão de Riscos Financeiros e Investimentos pela Cass Business School.

Mais tarde, ele recebeu um Master of Science em Machine Learning da UCL. Ele também ganhou experiência trabalhando como gerente de portfólio de derivativos de commodities em dois fundos de $ 1 bilhão +.

Flare Founders

Hugo e Sean, os co-fundadores da Flare. Imagem via Flare.

O outro co-fundador da Flare e seu CTO é Sean Rowan. Sean está envolvido no espaço de 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 BE em Engenharia Eletrônica e da Computação pelo Trinity College Dublin.

Mais tarde, ele recebeu o título de Mestre em Ciência em Aprendizado de Máquina da University College London, que presumivelmente foi onde conheceu Hugo Philion. Sean também era um R&D Engenheiro na RAIL em Dublin, Irlanda, onde desenvolveu software de rede de back-end para um robô de assistência médica. A última versão 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 Rede Flare poderia se tornar tão grande quanto a rede que traz a funcionalidade de contrato inteligente para XRP. Isso é certamente o que os fundadores do projeto estão esperando, e provavelmente há um grande grupo de entusiastas de XRP que estão igualmente entusiasmados com as possibilidades trazidas ao Ripple pelo Flare.

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

O lançamento aéreo também criou um rebuliço dentro da comunidade Ripple, já que o token XRP subiu quase 300% em novembro de 2020. Isso foi devido aos especuladores que se aglomeraram na moeda para tirar vantagem do lançamento aéreo. Desde então, as coisas não têm estado tão otimistas quanto o XRP caiu de uma alta em torno de US $ 0,90 para uma baixa de US $ 0,227880 em 23 de dezembro de 2020.

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

Se você está levando um horizonte de tempo mais longo, este pode ser um bom projeto para atrasar, e se estivermos certos sobre o lançamento da mainnet, pode ser uma boa oportunidade para abocanhar enormes sacos de FLR de forma barata. Claro que só o tempo dirá se isso é verdade.

Outra coisa a lembrar é que o Flare começou com Ripple, mas teoricamente 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 uma maneira sem confiança, o Flare tem uma enorme curva de crescimento potencial à frente.

Imagem em destaque via Shutterstock

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

Mike Owergreen Administrator
Sorry! The Author has not filled his profile.
follow me