vandaag zijn we verheugd om onze gedetailleerde plannen voor de implementatie van het Flare-netwerk openbaar te maken. Deze plannen kunnen volledig worden onderzocht door te duiken in onze ontwerp white papers over het netwerk en zijn inheemse token, Spark (hier) en de trustless integratie van XRP met Flare (hier). De papers zijn in conceptvorm en er zullen optimalisatie veranderingen zijn tussen nu en de dag Flare gaat live. Er mogen geen wijzigingen zijn die wezenlijk afwijken van het onderstaande overzicht. In deze post willen we benadrukken wat wij beschouwen als de belangrijkste aspecten van Flare. Een minimaal technisch overzicht van elk belangrijk onderdeel zal worden geplaatst in de volgende weken, te beginnen later deze week met een walkthrough van flare ‘ s trustless integratie van XRP, FXRP. Riemen vast.

(een TL; DR bevindt zich aan het einde van deze post.)

Wat is Flare en waarom bouwen we het?

Flare bestaat om twee belangrijke problemen op te lossen:

ten eerste, en van direct belang voor het bouwen uit onze industrie is dat 75% van de waarde die bestaat in openbare blockchain op dit moment niet kan worden gebruikt op een betrouwbare manier met slimme contracten.

ten tweede, en met zowel korte als lange termijn gevolgen, zijn er potentiële problemen met de manier waarop schaling wordt geïmplementeerd voor slimme contractnetwerken vandaag. De meeste nieuwe netwerken maken gebruik van Proof of Stake of zijn varianten. Deze protocollen ontlenen NetwerkVeiligheid aan hun eigen token.

het directe probleem dat inherent is aan bewijs van inzet is dat het consensusontwerp nog niet veilig alternatief gebruik van het native token toestaat. Als een tokenhouder een hoger rendement (en zonder mogelijkheid tot snijden) kan verkrijgen door onderpand te verstrekken om een stabiele coin te creëren dan zij kunnen van het inzetten, dan zullen zij dat als economische rationalisten waarschijnlijk doen. Dit leidt tokens weg van staken en kannibaliseert de veiligheid van het netwerk. (Een zeer inzichtelijke paper over dit onderwerp is hier.) We vermoeden dat dit misschien wel de belangrijkste reden waarom ondanks het feit dat relatief hogere transactiekosten en veel lagere transactie doorvoer, Ethereum is nog steeds de weg in DeFi.

een langere termijn probleem is dat als een bewijs van inzet netwerk wint gebruik en de waarde gebouwd op de top van het toeneemt, de waarde van de inzet token moet toenemen of het netwerk onveilig zal worden. Dit is geweldig voor beleggers in de token, maar slecht voor mensen die willen zien decentralisatie uitgegroeid tot een deel van de mainstream manier van zakendoen. Waarom? Want om de token waarde die het netwerk beveiligt om te stijgen, kapitaal moet worden afgeleid van een ander gebruik om de token te kopen. Genomen naar het logische eindpunt, als slimme contractnetwerken met behulp van bewijs van inzet zouden worden de alomtegenwoordige methode van het zakendoen, de schaal van omleiding van het kapitaal vereist van andere inspanningen, alleen maar om de waarde gebouwd op deze netwerken veilig te stellen, zou de kosten van de handel ondoenlijk hoog te maken. Om deze reden is het uiterst onwaarschijnlijk dat dit zal gebeuren. Bewijs van inzet en varianten kunnen transactiedoorvoer schalen, maar bestaande implementaties kunnen niet schalen naar waarde. Naar onze mening is bewijs van inzet meer een noodoplossing dan een oplossing.

hoe Lost Flare deze problemen op?

Flare is de kern van een nieuwe manier om slimme contractplatforms te schalen die veiligheid niet koppelt aan de waarde van het token. Flare vereist nog steeds een token voor de werking van het netwerk, voornamelijk om spam transacties af te schrikken. Flare ‘ s token heet Spark. Omdat Spark geen gevolgen heeft voor de veiligheid van het netwerk is het zeer geschikt om het betrouwbare gebruik van niet-Turing complete tokens met slimme contracten mogelijk te maken.

Flare is ‘ s werelds eerste Turing complete Federated Byzantine Agreement (FBA) netwerk. Knooppunten draaien het Avalanche consensus protocol met een belangrijke aanpassing aan de FBA consensus topologie. FBA is uniek als een consensus topologie in die zin dat het bereikt veiligheid zonder te vertrouwen op economische prikkels die kunnen interfereren met hoge waarde en hoog-risico use-cases. Een kritiek op pure FBA is dat het leidt tot fragiele structuren van samenstellende knooppunten, waardoor topologie scenario ‘ s waar een enkele knooppunt mislukking kan leiden tot een netwerk-brede storing. Om deze reden, een specifieke instelling van FBA genaamd een unieke Node List (UNL) topologie wordt geprioriteerd die duidelijkheid en gebruiksgemak benadrukt met behoud van de open-lidmaatschap eigenschap van FBA. De procentuele overlap van het UNL is een door het bestuur gedefinieerde parameter, met een lagere overlap die de eigenschap van het Open-lidmaatschap van het netwerk verbetert. Het Flare-netwerk maakt gebruik van De Ethereum Virtual Machine (EVM), waardoor het netwerk Turing complete smart contracts kan draaien.

bij het opstarten van het netwerk, gebouwd bovenop Flare is dan een protocol om veilig de betrouwbare uitgifte, gebruik en redemption, van XRP op Flare mogelijk te maken. Dit protocol heet FXRP. XRP wordt veilig en betrouwbaar FXRP, op Flare, beveiligd door Flare ‘ s native token, Spark. XRP bestaat nu effectief op een Turing compleet netwerk en eenmaal daar, trustless interoperabiliteit met andere netwerken is haalbaar, zowel door middel van interoperabiliteit protocollen zoals Cosmos en Polkadot of met Ethereum via goed gedefinieerde bridge protocollen. Kortom: Flare kan worden gebruikt als een smart contract platform voor XRP of als een trustless pijplijn voor XRP naar andere netwerken.

bovendien is de Algemene methodologie van FXRP uitbreidbaar tot alle niet-Turing complete tokens en de mogelijkheid om te beslissen welke andere tokens te ondersteunen en vervolgens de middelen uit te breiden om dit te doen is ingebouwd in de systemen en het beheer van het netwerk.

Flare brengt de waarde van de niet-Turing complete tokens samen met de transformatieve kracht van slimme contracten op een netwerk dat zowel waarde als transactiedoorvoer kan schalen.

Fxrp overzicht

de complexiteit van het krijgen van XRP op Flare is dat er geen manier is voor een slim contract op een openbare blockchain om een adres in het XRP grootboek te beheren. De reden hiervoor is dat slimme contracten momenteel geen adequate manier hebben om een geheime sleutel op te slaan op een manier die echt geheim is. Om XRP op Flare te krijgen door alleen code te gebruiken, moet een groep deelnemers samenkomen met een multi-handtekeningadres dat zij gezamenlijk controleren, waarbij als k of n partijen een transactie ondertekenen, de transactie geautoriseerd is. Elke gebruiker van een actief uitgegeven door dit multisig adres zou dan moeten vertrouwen op die verzameling van gebruikers en dus het actief zou noch trustless of gedecentraliseerd.

FXRP staat een XRP-houder (een initiator) veilig toe om zijn XRP naar een set adressen (genaamd agents) in het XRP-grootboek te sturen. De fxrp smart contracts on Flare vervolgens de originator FXRP op Flare die is 1:1 Converteerbaar met XRP en beveiligd met Spark. Wanneer een houder van FXRP het wil inwisselen voor XRP ( een inwisselaar) sturen ze het terug naar de fxrp smart contracts op Flare. De agenten sturen dan de XRP naar het adres van de verloders in het XRP grootboek. Als de agenten deze terugbetaling niet snel genoeg voltooien, wordt de inwisselaar gecompenseerd voor de waarde van hun XRP plus een bedrag ter compensatie van de transactiekosten om de XRP te rebuyen.

met FXRP is geen gecentraliseerde intermediair nodig.

FXRP werkt als volgt:

eigenaars van Flare ‘ s eigen token, Spark, kunnen hun tokens sturen naar een verzameling slimme contracten op Flare die worden aangeduid als het fxrp-systeem. Gebruikers die dit doen, leveren onderpand aan het fxrp-systeem. Ze worden agenten genoemd. Laten we een van de agenten Bob bellen. Er zullen veel agenten in het FXRP-systeem zijn.

laten we zeggen dat Bob 5000 Spark tokens in het fxrp systeem heeft geplaatst. In dit voorbeeld kunnen momenteel 10 Spark tokens worden gekocht voor 1 XRP token. Het FXRP systeem vereist een collateral ratio van 2.5, wat betekent dat te allen tijde een agent moet hebben verstrekt aan het systeem 2,5 keer de waarde van de FXRP het systeem heeft toegewezen aan hen in Vonk tokens. FXRP wordt hier gewaardeerd als 1:1 met XRP. Vandaar Bob ‘ s 5000 Spark tokens kan het systeem uit te geven 200 FXRP.

wanneer iemand, bijvoorbeeld Alice, FXRP wil maken, sturen ze een transactie naar het fxrp-systeem met een vaste vergoeding van 0,1% van de waarde van XRP die ze in FXRP willen verwerken. Alice wordt een originator genoemd. De transactie vertelt het FXRP-systeem ook naar welk adres de Fxrp op Flare moet worden gestuurd, zodra het is geslagen, en van welk adres de XRP zal afkomstig zijn op het XRP-grootboek. Als er capaciteit beschikbaar is in het fxrp-systeem, wordt onderpand om de hoeveelheid FXRP die wordt aangemaakt te beveiligen voor een bepaalde periode vergrendeld tegen de komende transactie van Alice. Op deze manier hoeft Alice Bob niet te vertrouwen. In ruil daarvoor wordt een set instructies gegenereerd voor Alice die haar vertelt naar welk adres (Bob ‘ s adres) de XRP te sturen op de XRP ledger en welke laatste ledger index te gebruiken. Als er geen capaciteit in het systeem is om het gewenste bedrag aan FXRP uit te geven, wordt Alice de vergoeding terugbetaald.

Alice stuurt dan het juiste bedrag van XRP plus een aanmaakkosten in XRP naar Bob ‘ s adres in het XRP grootboek. De creatie vergoeding is het overgrote deel van het geld dat Bob zal verdienen voor het vergrendelen van zijn vonk onderpand, merk op dat zijn inkomsten zijn voornamelijk in XRP. Flare observeert deze transactie met behulp van een systeem genaamd de State Connector, gedefinieerd in Sectie 2 van het Flare white paper (en het onderwerp van een toekomstige blog post). De FXRP wordt vervolgens geslagen door het systeem en geleverd aan Alice ‘ s genomineerde adres op Flare.

de 2,5 x onderpandratio moet te allen tijde worden aangehouden. Als de prijs van XRP stijgt ten opzichte van Spark, zodat de waarde van Bob ‘ s onderpand onder 2 daalt.5 keer de fxrp uitgegeven tegen het, dan Bob heeft een beperkte tijd om ofwel meer Vonk tokens toe te voegen als onderpand of kopen en inwisselen fxrp tokens om zijn collateral ratio terug in lijn te brengen. Bijvoorbeeld, zeggen 200 fxrp tokens worden uitgegeven tegen Bob ‘ s 5000 Spark tokens en de prijs van XRP/Spark stijgt tot 12. Bob moet nu ofwel toevoegen 1000 vonk aan het systeem of kopen en inwisselen 33.34 FXRP om zijn toewijzing van uitgegeven fxrp te verminderen tot 166.66.

als Bob geen toegang heeft tot extra Spark tokens is het financieel niet lastig voor hem om het saldo van FXRP ondersteund door zijn adres te verminderen. Bob ‘ s onderpand kon de fxrp systeem uit te geven 200 fxrp tokens, in het proces van dit te doen Bob heeft ontvangen 200 XRP tokens op de XRP grootboek. Dus als Bob geen extra kapitaal heeft om Spark tokens te kopen, kan hij ofwel voldoende XRP voor FXRP verkopen op een beurs, zodat hij ten minste 33.34 FXRP kan inwisselen of in een zuiver gedecentraliseerde omgeving blijven als er andere agenten in het fxrp-systeem zijn met voldoende overtollig onderpand in hij voldoende FXRP kan Minten en onmiddellijk inwisselen. Het tweede scenario verschuift in wezen de verplichting naar de rest van het systeem. Als Bob niets doet en in gebreke blijft ten opzichte van de collateral ratio, zal Bob ‘ s collateral automatisch worden geveild voor het bedrag van FXRP uitgegeven tegen hem, wat in dit geval 200 is. Bob behoudt het resterende onderpand na deze operatie.

laten we zeggen dat Bob ervoor koos om extra vonk toe te voegen als onderpand. Nu enige tijd later Alice die eigenaar is van alle 200 uitgegeven FXRP wil het hele bedrag terug naar de XRP grootboek inwisselen. Alice maakt gewoon een transactie met het fxrp-systeem het verzenden van de FXRP naar het systeem en het vertellen welk adres ze wil gecrediteerd. Het systeem geeft dan een set van instructies aan Bob vertellen hem hoeveel XRP te verzenden en waar samen met twee XRP grootboek nummer deadlines waarmee de transactie moet worden voltooid. Als Bob de transactie voor de eerste deadline voltooit is zijn onderpand volledig ontgrendeld. Als Bob faalt door de eerste deadline, maar slaagt door de tweede wordt hij in rekening gebracht een kleine boete vergoeding en de rest van zijn onderpand is ontgrendeld. De boete is verbrand.

als Bob de transactie niet binnen de tweede termijn heeft voltooid, wordt dit een terugbetalingsfout genoemd. Alice wordt vervolgens gecompenseerd met Spark tokens om de waarde van haar ingewisselde XRP plus een 1% verhoging om de transactiekosten van het terugkopen van de XRP dekken, dit wordt getrokken uit Bob ‘ s onderpand. Van Bob ‘ s resterende onderpand wordt 50% verbrand als een boete en de andere 50% teruggegeven aan hem. Alice kan dan vervangende XRP kopen op een beurs. Als alternatief, ervan uitgaande dat er andere agenten op Flare met uitgegeven FXRP en mensen die het willen verkopen, Alice kan kopen meer FXRP op Flare en inwisselen tegen die agenten.

Spark and Dependent Applications

FXRP is het eerste voorbeeld van iets wat we een Spark Dependent Application (SDA) noemen. Een SDA wordt gedefinieerd als een toepassing die gebruikt in de constructie van een combinatie van: Spark voor onderpand, de Flare Time Series Oracle en Spark token houders voor governance. Elk van deze elementen is volledig optioneel en een applicatie kan werken op Flare alleen interactie met Spark voor de betaling van transactiekosten. Bijvoorbeeld, Fxrp gebruikt Spark als onderpand, de Flare Time Series Oracle voor de XRP/Spark prijs en de Spark token eigendom ingesteld voor governance over bepaalde parameters, zoals de fxrp creatie vergoeding en de collateral ratio. Het SDA-model is bedoeld als model voor de uitbreiding van elk van de drie componenten tot een willekeurig aantal toepassingen. Het gebruik van Spark als onderpand voor alle toepassingen is eenvoudig, het belangrijkste element was om te overwegen hoe een veilige Oracle-methodologie kan worden gemaakt over meerdere tijdreeksen.

Flare Time Series Oracle

eigendom van het Spark token maakt de bijdrage aan de Flare Time Series Oracle (FTSO) mogelijk. Het doel van de FTSO is nauwkeurige schattingen te vormen van gegevens over Flare van off-chain met behoud van decentralisatie. De FTSO is gestructureerd om veel schattingen van individuele tijdreeksen te bieden. De XRP / Spark prijs is een voorbeeld van een enkele tijdreeks.

elke tijdreeksuitvoer door de FTSO zal over het algemeen twee groepen deelnemers hebben: de eerste zijn Spark token houders en de tweede zijn de houders van de afhankelijke toepassing token, die wordt genoemd een F-asset. In de fxrp applicatie is de F-asset het fxrp token zelf. Voor een complexere toepassing zoals een derivatentoepassing waarbij de toepassing meerdere tijdreeksen vereist, kan het F-actief iets meer verwant zijn aan een uitgegeven governancetoken.

voor elke tijdreeks vraagt de FTSO aan elke relevante groep deelnemers een schatting te verstrekken. Spark houders zullen schattingen voor alle tijdreeksen en F-Asset houders zullen schattingen over alleen de tijdreeksen met betrekking tot hun F-Asset. Deze schattingen worden vervolgens verwerkt zoals gedefinieerd in Deel 4 van het Flare whitepaper en de output door het systeem.

de stimulans voor F-activahouders om gegevens aan het systeem te verstrekken is de veiligheid van hun toepassing. Spark token houders worden gestimuleerd door het potentieel om iets te verdienen genaamd de Oracle beloning. Dit is een hoeveelheid Vonk tokens die worden geslagen door het systeem. De Oracle beloning is een jaarlijkse rente gelijkmatig verdeeld over elke ftso schatting periode. Bijvoorbeeld, als het tarief 10% is, zijn er 365 schattingen in een jaar en een beginnend aantal Vonk tokens van 100, dan 10 vonk zal worden gemaakt in 1 jaar en ~0,03 Vonk geslagen en beloond per dag. Spark token bijdragers kunnen deze beloning verdienen door gegevens bij te dragen die geacht worden “correct”te zijn. De precieze mechanismen worden in het Witboek uiteengezet. Belangrijk is dat alle Spark token houders impliciet ingezet in het systeem alsof ze niet verdienen de beloning, hetzij door niet-bijdrage of het verstrekken van “onjuiste” schattingen verliezen ze waarde aan token houders die worden beloond. Dit is Flare ‘ s versie van block rewards.

De FTSO zal worden geïnitieerd om de volgende prijzen te bieden voor: XRP/Spark, USD/Spark, BTC/Spark, en XLM / Spark. Alleen XRP/Spark zal in het begin een overeenkomstige F-asset hebben. Aanvullende tijdreeksen en de bijbehorende F-activa kunnen via het governanceproces worden voorgesteld en aanvaard.

delegatie

De FTSO zal in werkelijkheid om de paar seconden schattingen verstrekken. Niet elke Spark houder zal willen of in staat zijn om hardware te draaien om bij te dragen aan de FTSO en afzonderlijk kunnen ze niet geïnteresseerd zijn in het stemmen voor network governance. Daarom kunnen de stemmen voor beide verantwoordelijkheden worden losgemaakt van de token zelf en afzonderlijk worden gedelegeerd aan andere partijen. De delegatie kan te allen tijde worden geannuleerd en wanneer een token van het ene adres naar het andere wordt overgedragen, wordt de delegatie automatisch geannuleerd, zodat de stemrechten met het token samengaan. Het mechanisme maakt het ook mogelijk SDA ‘ s zoals FXRP om vonk stemmen terug te delegeren aan de uiteindelijke eigenaar die vervolgens kan opnieuw delegeren die stemmen verder aan entiteiten die hij wil stemmen namens hem. Dus als Bob 5000 Spark tokens in de fxrp applicatie heeft, zal het de stemmen van die tokens delegeren aan een adres dat door Bob is opgegeven. Als Bob wil dat een dedicated data provider om bij te dragen aan de FTSO in zijn naam, Bob kan vervolgens opnieuw delegeren zijn stemmen voor de FTSO aan de data provider. Belangrijk dit betekent dat Bob niet hoeft te kiezen tussen het verdienen van vonk door het verstrekken van onderpand aan de fxrp applicatie en mogelijk het verdienen van de beloning van de FTSO, hij kan beide doen. Elke SDA die Spark tokens niet beschikbaar maakt voor hun onderliggende eigenaren, op voorwaarde dat er een definitie is in de applicatie over wie de onderliggende eigenaar is, kan de delegatieprocedure implementeren.

bestuur & Stichting

Flare wordt volledig beheerst door Spark token houders door middel van stemming. SDA ‘ s kunnen optioneel verzoeken om te worden beheerst door Spark token houders.

bepaalde beslissingen kunnen op geautomatiseerde wijze in de keten worden genomen, zoals het wijzigen van de transactiekosten, het Oracle-beloningspercentage of, kijkend naar FXRP als een SDA, het wijzigen van de onderpandverhouding en de creatievergoeding. Andere beslissingen zoals het toevoegen van een nieuwe tijdreeks aan de FTSO en het koppelen van de voorgestelde F-asset, het veranderen van netwerkconsensusparameters of complexere updates op lange termijn vereisen een code verandering. Het Flare white paper bevat een voorstel, ontwikkeling en testregeling voor handmatige wijzigingen die kunnen worden geïnitieerd en waarover kan worden gestemd door houders van Spark token. Om dat proces te helpen implementeren en de overeengekomen wijzigingen uit te voeren zal er een Flare foundation zijn. De stichting wordt een non-profit organisatie, die de komende maanden zal worden opgericht. Het is verantwoordelijk voor vijf belangrijke gebieden: subsidies, Investeringen, onderzoek en ontwikkeling, onderwijs, publiciteit en partnerschappen.

het is de onderzoeks-en ontwikkelingsfunctie die het mogelijk maakt dat de stichting een integraal onderdeel vormt van het netwerkupdate-proces, zelfs zover gaat dat zij voorgestelde wijzigingen in de netcode analyseert, rapporteert en vervolgens bouwt, test en implementeert.

De stichting moet zeer transparant zijn en geen geld verspillen. Er zullen twee verslagen per jaar over de activiteiten en uitgaven worden opgesteld en gepubliceerd. De stichting is alleen bedoeld om richting te nemen van de vonk token houders en niet om de agenda vast te stellen. Als zodanig, het mag niet: bijdragen aan de FTSO op enigerlei wijze, implementeren van een van haar Spark holdings als onderpand voor een toepassing op het netwerk en het mag niet gebruik maken van haar Spark holdings om te stemmen in een governance stem. Het mag niet zijn vonk tokens toe te wijzen aan anderen om dit te doen. Bovendien, geschreven in de grondwet van de stichting zal de verplichting zijn dat als een bestuur stemming ermee instemt dat de stichting niet langer een gunstig doel dient dan de stichting haar activiteiten moet afblazen en verbrand alle van haar resterende token holdings bij de eerste gelegenheid.

Vonkuitgifte

de beste gemeenschap die eigenaar is van het actief dat het gebruik van XRP met Turing complete smart contracts mogelijk maakt, is de gemeenschap die het zal gebruiken en er voordeel van zal hebben: XRP-houders. Flare doet geen ITO. In plaats daarvan, het doet wat we noemen een utility fork. Wij geloven dat het de eerste in zijn soort is.

een fork heeft traditioneel geprobeerd om de gebruikersbasis van een bestaand netwerk te nemen en volledig van dat netwerk af te wijken, meestal om een antagonistische relatie met de oorspronkelijke keten te hebben. In tegenstelling, een utility fork is bedoeld om waarde terug te brengen naar de oorspronkelijke keten in plaats van weg te gaan van het. Flare laat XRPL doen wat het beste doet, snelle afwikkeling, terwijl het brengen van XRPL, slimme contracten en de haalbaarheid om een trustless pijplijn naar andere blockchains te creëren. Wij vinden dit een echt krachtige combinatie en een perfect voorbeeld van nut.

100 miljard Spark tokens zullen worden aangemaakt om de hoeveelheid XRP die bestaat te spiegelen. Er zijn ongeveer 45 Bn XRP tokens die niet behoren tot Ripple labs. Het doel van de distributie is dat andere XRP-houders dan Ripple ongeveer een 1:1 Hoeveelheid vonk aan hun XRP-holding kunnen claimen. 45 Bn Spark zal claimable door XRP houders (strippen uit bekende Ripple labs adressen). 25 Bn Spark zal gaan naar Flare Networks Limited dat is Flare ‘ s for-profit organisatie. 30 Bn Spark gaat naar de Flare foundation.

aangezien veel XRP-eigenaren daadwerkelijk uitwisselingen gebruiken om hun XRP-tokens te houden, is er een mogelijkheid dat een houder van XRP die Spark-tokens wil claimen dat niet kan omdat de uitwisseling de vonk claimt en ze behoudt in plaats van ze door te geven, of ze anders helemaal niet claimt. Om XRP eigenaren om deel te nemen aan de distributie, hetzij door druk op hun uitwisseling om de Spark tokens te distribueren of om uitwisseling te verplaatsen naar een die dat doet, de momentopname van de XRP grootboek zal worden genomen op een datum dichter bij de lancering. Een lijst van deelnemende beurzen zal op de website van Flare worden geplaatst en periodiek worden bijgewerkt. Het snapshot grootboek nummer zal worden geplaatst op de website wanneer de snapshot is gemaakt.

TL;DR

Flare is ‘ s werelds eerste Turing complete Federated Byzantine Agreement (FBA) netwerk. Het integreert De Ethereum virtuele Machine (EVM) en niet de veiligheid ontlenen aan een token. Daarbovenop is een protocol gebouwd om de betrouwbare uitgifte, het gebruik en de aflossing van XRP op Flare veilig mogelijk te maken. Dit protocol heet FXRP. De Algemene methodologie van het protocol en het systeem dat Flare verbindt met andere netwerken is uitbreidbaar tot elke niet-Turing complete token. Betrouwbare interoperabiliteit met andere netwerken is haalbaar, zowel door middel van interoperabiliteitsprotocollen zoals Cosmos en Polkadot of met Ethereum via goed gedefinieerde bridge-protocollen.

Flare ‘ s token, Spark wordt gemaakt door wat de allereerste utility fork kan zijn, waarbij het origin netwerk, in dit geval het XRP Ledger, profiteert door een groter utility. 100 miljard Spark tokens zal worden gemaakt aan het begin van de Flare netwerk, waarvan 45 miljard zal claimable door bestaande XRP houders met uitzondering van Ripple Labs. Dit weerspiegelt de bestaande hoeveelheid gedistribueerde XRP zodanig dat de huidige XRP houders in staat zal zijn om ongeveer 1 Spark token te claimen voor elke XRP token gehouden. 25 miljard tokens zal gaan naar de ontwikkelaars, Flare, en 30 miljard tokens zal gaan naar een non-profit stichting genaamd de Flare foundation. Spark token houders kunnen een rendement op hun Spark tokens verdienen, zowel door het plegen van Spark tokens als onderpand om de trustless uitgifte en aflossing van FXRP te beveiligen en door het bijdragen van gegevens aan de Flare time series oracle. Deze functies concurreren niet met elkaar.

Het Spark token wordt gebruikt voor het beheer van het netwerk door middel van stemmen. Met uitzondering van subsidies en Investeringen om te helpen ontwikkelen Flare, de stichting neemt technische richting van de Spark token eigenaren. Een belangrijke rol van de stichting is het helpen uitvoeren van upgrades en wijzigingen aan het netwerk, overeengekomen door de governance stemming, die niet kunnen worden uitgevoerd zonder een code verandering. Belangrijk, geschreven in de grondwet van de stichting, zal een statuten dat de stichting moet worden geliquideerd en alle Vonk tokens gehouden door de stichting verbrand, als de vonk token houders het erover eens dat het bestaan ervan is niet langer gunstig voor het netwerk.

Flare brengt de waarde van de niet-Turing complete tokens samen met de transformatieve kracht van slimme contracten op een netwerk dat zowel waarde als transactiedoorvoer kan schalen.

antwoorden op twee vragen:

creëert Spark bewijs van inzet door de achterdeur?

alleen uitgegeven tokens die onderpand vereisen, zoals FXRP, zijn beveiligd met Spark. Het netwerk gebruikt Spark niet voor veiligheid bij het bereiken van consensus.

We hadden (wat we denken zijn) zeer sterke concepten voor een USD luidende stabiele munt, maar het vereiste uitgebreide re-engineering van De Ethereum virtuele Machine die de lancering zou hebben vertraagd en had onvoorspelbare effecten op toekomstige compatibiliteit met de EVM. Spark als het is gestructureerd, biedt veel meer nut en voordeel voor zowel de XRP-gemeenschap en de XRP ledger.