Flare Network Review: Intelligentes Vertragsnetzwerk für XRP

Als drittgrößte Kryptowährung haben die meisten mit dem Bereich vertrauten Personen von Ripple gehört und verstehen, dass es sich um ein globales Zahlungs- und Devisennetz handelt, das das veraltete SWIFT-Bankennetz ersetzen soll. Und obwohl es für diesen speziellen Anwendungsfall hervorragend funktioniert, hat es sich in anderen Funktionen nur begrenzt als nützlich erwiesen.

Dies könnte jedoch behoben sein, da das Flare-Netzwerk mit dem Ziel erstellt wurde, die Nützlichkeit von XRP-Token durch Erstellen eines Netzwerks mit zu verbessern intelligente Vertragsfähigkeit für das XRP-Token. Um sicherzugehen, dass die Smart-Verträge nicht zum Ripple-Netzwerk hinzugefügt werden, sondern sich im Flare-Netzwerk befinden und dieses Netzwerk dann die Verwendung von XRP als FXRP unterstützt.

Das Flare-Netzwerk hat auch einen eigenen Token namens Spark (FLR), der kürzlich für XRP-Inhaber in einem Lufttropfen veröffentlicht wurde, der in der Ripple-Community für Aufsehen sorgte.

Wenn all dies interessant klingt, nehmen Sie sich etwas zu trinken und machen Sie sich bereit, mehr über das Flare Network zu erfahren.

Was ist Flare?

Flare wurde von Hugo Philion und Sean Rowan entwickelt, um zwei grundlegende Blockchain-Probleme zu lösen:

1. Drei Viertel des Wertes in öffentlichen Blockchain-Token können nicht vertrauenswürdig mit intelligenten Verträgen verwendet werden. Dies ist laut Philion und Rowan das Problem der unmittelbaren Notwendigkeit.
   

   Flare Network verspricht, den in Blockchains eingeschlossenen Wert freizuschalten. Bild über slideshare.net

2. Die Richtung, die beim Versuch, Blockchain-Netzwerke zu skalieren, eingeschlagen wird, könnte zu potenziellen zukünftigen Problemen führen, da viele der neuen Netzwerke die Skalierung durch Proof of Stake-Konsens oder eine Variation davon angehen. Alle diese Protokolle leiten ihre Netzwerksicherheit vom nativen Token der Blockchain ab. Dies ist sowohl ein unmittelbares als auch ein langfristiges Problem.

Nachweis von Stake-Problemen

Laut Flare das unmittelbarste Problem mit Nachweis des Einsatzes Konsens ist, dass es nicht richtig ausgelegt ist, um eine sichere alternative Verwendung der nativen Token zu ermöglichen. Wie wir bei der Explosion der DeFi-Plattformen sehen, wird dies jeder vernünftige Token-Inhaber tun, der in der Lage ist, die Rendite seines Tokens durch die Bereitstellung von Liquidität für eine stabile Münze zu erhöhen. Das Problem ist, dass dies nimmt Token vom Abstecken wegund bedroht die Sicherheit des Netzwerks.

Längerfristig besteht das potenzielle Problem aus der Möglichkeit, dass der Wert eines Einsatzzeichens im Laufe der Zeit nicht an Wert zunimmt. Wenn dies auftritt, während der Netzwerkverkehr zunimmt, wird das Netzwerk auch zunehmend unsicherer. Ein höherwertiges Token ist zwar gut für die Netzwerksicherheit und für Token-Investoren, aber es ist schlecht, wenn die Dezentralisierung zur Norm für die Geschäftstätigkeit werden soll.

Wenn der Wert des Tokens steigt, wird das Kapital von anderen Verwendungszwecken abgelenkt. Langfristig wird dies zu einem Problem, da in einem intelligenten Vertragsnetzwerk, in dem der Nachweis des Einsatzes verwendet wird, der Kapitalbedarf, der lediglich zur Sicherung des Netzwerks erforderlich ist, zu hoch wird, um realisierbar zu sein.

Letztendlich können Proof of Stake-Netzwerke für Transaktionen skaliert werden, aber sie können nicht für den Wert skaliert werden.

Wie Flare versucht, diese Probleme zu lösen

Flare schlägt eine neue Methode zur Skalierung intelligenter Vertragsplattformen vor, ohne die Sicherheit des Netzwerks mit dem Wert des Tokens zu verknüpfen. Während das Netzwerk immer noch ein natives Token benötigt, um Spam abzuwehren, ist dieses Token in keiner Weise mit der Sicherheit des Netzwerks verbunden. Flare verwendet das FLR-Token als natives Token und ist gut geeignet, um die vertrauenswürdige Verwendung von nicht-Turing-vollständigen Token mit intelligenten Verträgen zu ermöglichen.

Flare nennt sich selbst das erste vollständige Netzwerk der Turing Föderation (Federated Byzantine Agreement, FBA). Es verwendet das Avalanche-Konsensprotokoll, das an den FBA-Konsens angepasst wurde. Der Vorteil der Verwendung von FBA liegt in der Fähigkeit, Netzwerksicherheit zu erreichen, ohne auf wirtschaftliche Anreize für Inhaber angewiesen zu sein. Da Flare eine Version der Ethereum Virtual Machine (EVM) verwendet, kann Turing vollständige Smart-Verträge ausführen.

FBA wurde kritisiert, weil es zu einer fragilen Topologie führen kann, bei der der Ausfall eines einzelnen Knotens den Ausfall des gesamten Netzwerks verursachen kann. Flare vermeidet dies, indem es eine UNL-Topologie (Unique Node List) implementiert, um Klarheit und Benutzerfreundlichkeit zu betonen und gleichzeitig die Open-Membership-Eigenschaft von FBA beizubehalten.

Flare ermöglicht Turing zwar die vollständige Nutzung intelligenter Verträge, verfügt jedoch auch über ein Protokoll, das auf dem Netzwerk aufbaut und die vertrauenswürdige Ausgabe, Nutzung und Einlösung von XRP on Flare ermöglicht. Flare ruft dieses Protokoll FXRP auf und ermöglicht es XRP, FXRP auf Flare zu werden, das durch das native FLR-Token gesichert ist. Im Wesentlichen ermöglicht dies XRP die Verwendung intelligenter Verträge und kann auch eine vertrauenswürdige Pipeline für XRP zu anderen Netzwerken zum Zwecke der Interoperabilität erstellen.

Diese allgemeine Methodik kann auch auf alle anderen nicht-Turing-vollständigen Token erweitert werden, und die Möglichkeit dazu wurde in die Governance und die Systeme des Netzwerks aufgenommen. Dies bedeutet, dass jedes nicht Turing-vollständige Token möglicherweise auf die Möglichkeit zugreifen kann, intelligente Verträge zu verwenden und über Flare interoperabel zu werden.

FXRP-Übersicht

Das Problem des Flare-Teams bei der Bereitstellung von XRP für das Flare-Netzwerk ist die Unmöglichkeit eines öffentlichen Blockchain-Smart-Vertrags zur Steuerung einer XRP-Adresse. Dies liegt daran, dass intelligente Verträge keine Möglichkeit haben, einen geheimen Schlüssel zu speichern und seine Geheimhaltung zu wahren.

Wenn Flare versuchen würde, XRP nur mit Code in das Netzwerk zu bringen, müsste auch eine Gruppe von Personen zusammenkommen und eine Adresse mit mehreren Signaturen verwenden, die sie gemeinsam steuern, um Transaktionen zu autorisieren. Dies würde natürlich bedeuten, dass FXRP unter diesen Bedingungen weder dezentral noch vertrauenswürdig wäre. Und das wäre inakzeptabel.

Mit der aktuellen Implementierung von FXRP kann jeder XRP-Inhaber seine Token an einen Agenten im XRP-Netzwerk senden. Der Agent hält das XRP und kommuniziert mit den Smart-Verträgen auf Flare, die FXRP im Verhältnis 1: 1 ausgeben. Diese FXRP-Token sind auch mit FLR im Verhältnis 1: 2.5 gesichert. Für jedes ausgegebene 1 FXRP müssen also 2.5 FLR eingesetzt werden. Dies hält das vom Agenten gehaltene XRP sicher und macht einen zentralen Vermittler überflüssig.

Wie funktioniert FXRP?

Besitzer von FLR können ihre Token an die Smart-Verträge von Flare senden, aus denen das FXRP-System besteht. Im Wesentlichen stellt dies dem FXRP-System Sicherheiten zur Verfügung. Diese intelligenten Verträge werden als Agenten bezeichnet. Das FXRP-System wird aus vielen Agenten bestehen. Nennen wir einen von ihnen Guy.

Als Agent im FXRP-System hat Guy 5,000 FLR als Sicherheit eingesetzt. Das System benötigt 2.5 FLR für jedes ausgegebene FXRP-Token. Wenn der Wechselkurs von FLR zu XRP derzeit 10: 1 beträgt, können Guy mit diesen 5,000 FLR 200 FXRP ausgeben. dh (5,000 / 10) / 2.5

Jetzt ist Guy bereit, FXRP zu prägen. Wenn ein XRP-Inhaber FXRP erstellen möchte, sendet er eine Transaktion an das FXRP-System. Der Inhaber, der diese Transaktion initiiert, wird als Originator bezeichnet. Um FXRP zu erstellen, zahlen sie außerdem eine Gebühr von 0.1% des Transaktionswerts. Die Gebühr geht an den Agenten, und die Transaktion teilt dem Agenten mit, an welche Adresse er das FXRP senden soll, wenn es geprägt wird und woher das XRP im XRP-Ledger stammt.

Vorausgesetzt, das FXRP-System verfügt über ausreichende Sicherheiten, ist es gesperrt, um das FXRP zu sichern. Dies macht die Transaktion vertrauenswürdig, da der Absender dem Agenten nicht vertrauen muss, der jetzt einen Anreiz hat, das XRP zurückzugeben, wenn er dazu aufgefordert wird, oder das zu verlieren FLR, die als Sicherheit gehalten wird. Wenn das System nicht über genügend Sicherheiten verfügt, werden das XRP und die Gebühr an den Urheber zurückgegeben.

Es ist wichtig zu beachten, dass die Sicherheitenquote von 2.5 jederzeit eingehalten werden muss. Wenn zu irgendeinem Zeitpunkt der Wert von XRP steigt oder der Wert von FLR fällt, so dass die Ration unter 2.5 fällt, hat Guy eine kurze Zeit, um das Verhältnis wiederherzustellen, indem er weitere FLR-Token hinzufügt oder FXRP-Token kauft, um sie einzulösen.

Wenn Guy aus irgendeinem Grund nicht in der Lage oder nicht bereit ist, die 2.5-Sicherheitenquote wiederherzustellen, werden seine Sicherheiten versteigert, um das gegen sie ausgegebene FXRP zurückzukaufen. Wenn nach diesem Kerl noch Sicherheiten vorhanden sind, kann dieser den Rest behalten.

Wenn Guy die Sicherheiten bei oder über 2.5 hält, ist alles gut. Später, wenn der Urheber beschließt, das FXRP wieder in das XRP-Ledger einzulösen, führt er eine entsprechende Transaktion durch und teilt dem System mit, welcher Adresse das XRP gutgeschrieben werden soll. Guy erhält vom System Anweisungen, wie viel XRP zurückgegeben werden soll und an welche Adresse es gesendet werden soll.

Darüber hinaus erhält er zwei Fristen, bis zu denen die Transaktion abgeschlossen sein muss. Wenn er die Transaktion vor Ablauf der ersten Frist abschließt, erhält er alle seine Sicherheiten zurück. Wenn jedoch die erste Frist verstrichen ist und er die Transaktion bis zur zweiten Frist abschließt, wird eine geringe Strafgebühr erhoben, bevor der Rest seiner Sicherheiten zurückgegeben wird. Diese Strafgebühr wird vom System verbrannt.

Wenn Guy die Transaktion nicht innerhalb der zweiten Frist abschließt, wird dies als Einlösungsfehler angesehen. In diesem Fall wird der Urheber mit FLR-Token aus Guys Anteil plus 1% zusätzlich entschädigt, um die Transaktionskosten für die Verwendung dieses FLR zum Rückkauf von XRP zu decken. Die verbleibende FLR aus Guys Sicherheiten sieht 50% als Strafe verbrannt und die restlichen 50% an Guy zurückgegeben.

FLR und abhängige Anwendungen

Das FXRP-System ist unser erstes Beispiel für die FLR Dependent Application (SDA). Dies ist eine dApp, die FLR als Sicherheit, Inhaber von FLR-Token für die Unternehmensführung, das Flare Time Series Oracle (FTSO) oder eine Kombination dieser Elemente verwendet. Beachten Sie, dass dies alles optionale Elemente sind. Jede Anwendung im Flare-Netzwerk kann nur mit FLR für Transaktions- und Zahlungskosten verwendet werden.

Im Fall des FXRP-Systems werden FLR als Sicherheit, das Flare Time Series Oracle zur Verfolgung des XRP / FLR-Preises und der FLR-Token-Besitz verwendet, der für die Steuerung bestimmter Parameter wie der FXRP-Erstellungsgebühr und des Sicherheitenverhältnisses festgelegt wurde. Das SDA-Modell bietet Entwicklern eine Vorlage für die Erweiterung der Verwendung der drei optionalen Elemente.

Flare-Zeitreihen-Orakel

Inhaber des FLR-Tokens können einen Beitrag zum FTSO leisten, um genaue Schätzungen der Daten außerhalb der Kette zu erstellen und gleichzeitig die Dezentralisierung beizubehalten. Die Struktur des FTSO ermöglicht viele Schätzungen von Zeitreihen außerhalb der Kette. Der XRP / FLR-Wert ist ein Beispiel für eine solche Zeitreihe.

Die Formulierung der Zeitreihendaten hat typischerweise zwei teilnehmende Gruppen. Einer ist der Inhaber des FLR-Tokens, und der zweite sind die Inhaber des abhängigen Anwendungstokens, den Flare als F-Asset bezeichnet. Im Fall des FXRP-Systems ist das FXRP-Token das F-Asset. Wenn es eine komplexere Anwendung gibt, die die Berechnung mehrerer Zeitreihen erfordert, ähnelt das F-Asset einem ausgestellten Governance-Token.

Bei der Erstellung der Zeitreihen fragt das FTSO jeden Teilnehmer nach einer Schätzung des Datenwerts ab. Die FLR-Inhaber geben Schätzungen für jede Zeitreihe an, aber F-Asset-Inhaber können nur eine Schätzung für die Zeitreihen bereitstellen, die sich auf das F-Asset beziehen. Die Schätzungen werden wie in Abschnitt 4 des Flare Whitepaper und das Ergebnis wird an das System ausgegeben, das die Zeitreihendaten benötigt.

Inhaber von F-Vermögenswerten erhalten einen Anreiz zur Teilnahme und zur Bereitstellung von Daten, die zur Sicherheit der Anwendung beitragen, indem sie diese Daten verwenden. FLR-Inhaber erhalten einen Anreiz durch das Potenzial, eine Orakelbelohnung zu erhalten. Hierbei handelt es sich um vom System geprägte FLR-Token. Inhaber von FLR-Token erhalten diese Belohnung, wenn sie Daten bereitstellen, die das System für korrekt hält. Die spezifischen Mechanismen dieser Berechnung sind recht komplex und können dem Flare-Whitepaper entnommen werden.

Dieses System setzt implizit alle FLR-Token im System ein, da Nichtteilnehmer oder diejenigen, die Daten bereitstellen, die als falsch gelten, keine Belohnungen erhalten. Dies ist im Vergleich zu den Token-Inhabern, die die Belohnung erhalten, ein Nachteil. Dies ist Flares Version von Einsatz- oder Bergbauprämien.

Das FTSO wird initiiert, um die folgenden Preise für XRP / FLR, USD / FLR, BTC / FLR und XLM / FLR bereitzustellen. Nur XRP / FLR hat zu Beginn ein entsprechendes F-Asset. Zusätzliche Zeitreihen und die damit verbundenen F-Assets können im Rahmen des Governance-Prozesses vorgeschlagen und akzeptiert werden.

FLR-Delegation

Schätzungen werden alle paar Sekunden vom FTSO kommen, aber es ist realistisch anzunehmen, dass nicht jeder FLR-Inhaber an einer Teilnahme an der Netzwerk-Governance interessiert sein wird oder dass er über die erforderliche Hardware verfügt, um zum FTSO beizutragen.

Da das Flare-Team davon ausgegangen ist, dass dies der Fall ist, haben sie es möglich gemacht, die Stimmen für diese Verantwortlichkeiten zu trennen und an andere zu delegieren. Die Delegierung kann jederzeit abgebrochen werden. Wenn das Token an eine neue Adresse übertragen wird, wird die Delegierung automatisch abgebrochen.

Ein wichtiges Merkmal der Delegation ist, dass die SDAs Stimmen an den tatsächlichen Eigentümer zurück delegieren können, der diese Stimmen dann erneut an eine andere Einheit delegieren kann. Dies bedeutet, dass Agenten nicht zwischen dem Erwerb von FLR für die Bereitstellung von Sicherheiten für das FXRP-System oder dem Erwerb von FTSO wählen müssen. Wenn FLR-Token für die Eigentümer in einem SDA nicht mehr verfügbar sind, kann die Delegierung verwendet werden, solange die Anwendung definiert, wer der tatsächliche Eigentümer ist.

Flare-Governance

Inhaber von FLR-Token stimmen für die Steuerung des Netzwerks ab, und SDAs können auch beantragen, von den Inhabern von FLR-Token verwaltet zu werden.

Im Flare-Whitepaper finden Sie Regelungen für manuelle Änderungen in der Kette, die von FLR-Inhabern initiiert und abgestimmt werden können. Dies sind Dinge wie das Ändern der mit Aktionen verbundenen Gebühren, das Ändern der Sicherheitenquote, das Ändern der Transaktionskosten und andere Variablen, für die keine Codeänderung erforderlich ist.

Für Dinge, die eine Codeänderung erfordern, z. B. das Ändern von Netzwerkkonsensparametern oder das Hinzufügen einer neuen Zeitreihe zum FTSO, wird eine Flare Foundation erstellt. Die Stiftung wurde noch nicht gegründet, wird jedoch eine gemeinnützige Organisation sein, die für fünf Bereiche zuständig ist: Zuschüsse, Investitionen, Forschung und Entwicklung, Bildung, Öffentlichkeitsarbeit und Partnerschaften.

Da die Stiftung über die Forschungs- und Entwicklungsfunktion verfügt, werden sie integraler Bestandteil des Code-Aktualisierungsprozesses, indem sie vorgeschlagene Codeänderungen erstellen, testen, analysieren und dann bereitstellen.

Die Stiftung wird geschaffen, um in ihren Aktivitäten und Ausgaben völlig transparent zu sein. Es wird einen halbjährlichen Bericht über seine Aktivitäten und Ausgaben veröffentlichen. Am wichtigsten ist, dass es nicht befugt ist, eine Agenda festzulegen, sondern so erstellt wird, dass es nur den FLR-Inhabern Anweisungen gibt.

Aufgrund dieser Einschränkung kann die Stiftung nicht:

• in irgendeiner Weise zum FTSO beitragen;
• Bereitstellung einer der FLR-Bestände als Sicherheit für eine Anwendung im Netzwerk;
• Verwenden Sie die FLR-Bestände, um bei einer Governance-Abstimmung abzustimmen, oder weisen Sie die FLR-Token anderen Personen zu, um dies zu tun.

Darüber hinaus könnten FLR-Inhaber jederzeit für die Auflösung der Stiftung stimmen. In diesem Fall müssten alle Aktivitäten eingestellt und die verbleibenden Token verbrannt werden.

FLR Issuance und Airdrop

Flare entschied sich dafür, seine Token in einer Art Utility-Gabel freizugeben. Herkömmliche Gabeln haben die Benutzerbasis eines Netzwerks aufgeteilt, wobei ein Teil in ihre eigene Richtung weist und normalerweise eine übergeordnete Haltung gegenüber der übergeordneten Kette einnimmt.

Im Gegensatz dazu soll die Nutzgabel der ursprünglichen Kette einen Mehrwert verleihen. Genau das tut Flare, indem XRP weiterhin eine schnelle, zuverlässige und vertrauenswürdige Abwicklung ermöglicht und gleichzeitig intelligente Verträge und die Möglichkeit bietet, vertrauenswürdige Pipelines zu anderen Blockchains zu erstellen. Es ist ein perfektes Beispiel dafür, wie Sie einer vorhandenen Blockchain neues Dienstprogramm hinzufügen können.

Flare erstellt 100 Milliarden FLR-Token, um die Anzahl der vorhandenen XRP-Token widerzuspiegeln. Zu Beginn sollen diese Token für Adressen verfügbar gemacht werden, die nicht im Besitz von Ripple Labs, Ripple-Gründern, Walkonten und Adressen sind, die als Betrüger bekannt sind.

Flare hat 45 Milliarden FLR von XRP-Inhabern geltend gemacht, wobei diese Token Adressen zugewiesen wurden, die XRP zum Zeitpunkt der Erstellung eines Schnappschusses des Hauptbuchs um 00:00 GMT am 12. Dezember 2020 enthielten. Zusätzlich wurden 30 Milliarden FLR der Flare Foundation zugewiesen und weitere 25 Milliarden FLR werden Flare Networks Limited zugewiesen, der gemeinnützigen Organisation, die die Entwicklung von Flare unterstützt.

Die Zuordnung soll jedoch 1: 1 erfolgen die eigentliche Berechnung führte zu einem Verteilungsverhältnis von 1.0073 FLR für jedes XRP zum Zeitpunkt des Schnappschusses. Darüber hinaus können die Token erst beansprucht werden, wenn das Mainnet in Betrieb genommen wird, was in den ersten Juniwochen 2021 geschehen soll. Jedem, der XRP-Token an einer Börse besitzt, die den Airdrop unterstützt, werden bei der Verteilung automatisch FLR-Token gutgeschrieben.

Die Liste der unterstützenden Börsen enthält Binance, KuCoin, Coinbase, Poloniex und viele andere. Diejenigen, die ihr XRP in einer Geldbörse mit Selbstverwahrung aufbewahren, müssen einen Anspruch registrieren, und die FLR-Token werden an die im Anspruch festgelegte Adresse geliefert. Beim Start des Mainnets stehen eine Reihe von FLR-kompatiblen Brieftaschen zur Auswahl.

Es ist auch erwähnenswert, dass Flare gesagt hat: „Sie können Anspruch FLR nachdem das Netzwerk live geschaltet wurde, aber nicht nach dem 6-Monats-Datum des Snapshots. “ Da der Schnappschuss am 12. Dezember 2020 erstellt wurde, bedeutet dies, dass das Mainnet vor dem 12. Juni 2021 gestartet wird.

Außerdem werden nicht alle Token sofort verteilt. Flare wird freigegeben 15% der Tokenzuweisung beim Start des Mainnets. Der verbleibende FLR wird in den nächsten 25 bis 34 Monaten mit einer Rate von 2 bis 4% pro Monat freigegeben.

Wer steht hinter Flare Networks?

Der CEO und Mitbegründer des Flare Network ist Hugo Philion. Vor der Entwicklung von Flare war er der Gründer des modularen Gebäudesystems Future Generations. Sein Hintergrund liegt im Bereich Investitionen und er hat einen Bachelor of Science in Investment und Finanzrisikomanagement von der Cass Business School.

Später erhielt er einen Master of Science in Maschinellem Lernen von der UCL. Er sammelte auch Erfahrung als Portfoliomanager für Warenderivate bei zwei Fonds im Wert von über 1 Mrd. USD.

Der andere Mitbegründer von Flare und dessen CTO ist Sean Rowan. Sean ist seit 2015 im Blockchain-Bereich tätig, als er mit Kollegen von UCLA und TCD sichere Fahrzeugkommunikationsprotokolle entwickelte, die eine Blockchain-basierte Public-Key-Infrastruktur nutzen. Zuvor erhielt er einen dualen BA in Mathematik und einen BE in Elektronik und Computertechnik vom Trinity College Dublin.

Später erhielt er einen Master of Science in maschinellem Lernen vom University College London, wo er vermutlich Hugo Philion kennenlernte. Sean war außerdem Forschungs- und Entwicklungsingenieur bei RAIL in Dublin, Irland, wo er Backend-Netzwerksoftware für einen Roboter zur Unterstützung des Gesundheitswesens entwickelte. Die neueste Version dieses Roboters von RAIL ist im November 2019 auf dem Cover des TIME-Magazins zu sehen.

Zusammenfassung

Da Ripple eine so große Fangemeinde und ein großes Potenzial im Bankbereich hat, könnte das Flare-Netzwerk genauso groß werden wie das Netzwerk, das XRP intelligente Vertragsfunktionen bietet. Das hoffen sicherlich die Gründer des Projekts, und es gibt wahrscheinlich eine große Gruppe von XRP-Enthusiasten, die ebenso begeistert von den Möglichkeiten sind, die Flare Ripple bietet.

Eine Sache, die für das Projekt gesagt werden kann, ist, dass es mit seinem Airdrop sicherlich viel Hype ausgelöst hat, und wir sind bereit zu wetten, dass es Millionen gibt, die noch nie von Flare gehört haben und sich jetzt seiner Existenz und möglicherweise seiner bewusst sind Mission und Ziele. Nach dem Lesen dieses Artikels sollten Sie zu ihnen gezählt werden.

Der Lufttropfen sorgte auch in der Ripple-Community für Aufsehen, als der XRP-Token im November 300 um fast 2020% anstieg. Dies war darauf zurückzuführen, dass sich Spekulanten in die Münze drängten, um den Lufttropfen auszunutzen. Seitdem war es nicht mehr so ​​rosig, wie der XRP von einem Höchststand um 0.90 USD auf einen Tiefststand von 0.227880 USD am 23. Dezember 2020 gefallen ist.

Wir wissen nicht, was mit dem FLR-Token passieren wird, wenn es verteilt wird, aber selbst mit dem ursprünglich geplanten Zeitplan für langsame Emissionen scheint der Markt in den ersten 2-3 Jahren nach dem Start des Mainnets mit FLR-Token überflutet zu sein . Sofern es nicht einige Entwicklungen gibt, die während dieser Zeit zu einem ähnlichen Anstieg der Nachfrage führen, könnte der Token fallen, da dieselben Spekulanten, die XRP für den Lufttropfen gekauft haben, beschließen, ihre FLR so bald wie möglich zu entleeren.

Wenn Sie einen längeren Zeithorizont haben, könnte dies ein gutes Projekt sein, um hinterherzukommen, und wenn wir mit dem Start des Mainnets Recht haben, könnte dies eine gute Gelegenheit sein, riesige Taschen mit FLR billig zu kaufen. Natürlich wird nur die Zeit zeigen, ob das stimmt.

Die andere Sache, an die man sich erinnern sollte, ist, dass Flare mit Ripple begann, aber theoretisch kann es jeder Blockchain intelligente Vertragsfunktionalität und Interoperabilität hinzufügen. Angesichts der Tatsache, dass drei Viertel des Werts in öffentlichen Blockchain-Token nicht vertrauenswürdig mit intelligenten Verträgen verwendet werden können, hat Flare derzeit eine enorme potenzielle Wachstumskurve vor sich.

Ausgewähltes Bild über Shutterstock

Haftungsausschluss: Dies sind die Meinungen des Autors und sollten nicht als Anlageberatung betrachtet werden. Die Leser sollten selbst recherchieren.

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