tänään olemme iloisia voidessamme julkistaa yksityiskohtaiset suunnitelmamme Soihtuverkon käyttöönotosta. Nämä suunnitelmat voidaan tutkia täysin sukeltamalla meidän luonnos valkoiset kirjat kattavat verkon ja sen natiivi token, Spark (täällä) ja trustless integrointi XRP Flare (täällä). Paperit ovat luonnosmuodossa,ja optimointimuutoksia on luvassa tähän päivään mennessä. Muutokset eivät saisi poiketa olennaisesti jäljempänä esitetystä katsauksesta. Tässä viestissä pyrimme korostamaan Flaren tärkeimpiä puolia. Seuraavien viikkojen aikana julkaistaan minimaalisesti tekninen yleiskuva jokaisesta tärkeästä osasta, joka alkaa myöhemmin tällä viikolla läpivalaisulla Flaren trustless-integroinnista XRP: hen, FXRP: hen. Vyöt kiinni!

(a TL;DR on tämän postauksen lopussa.)

mikä on Flare ja miksi rakennamme sitä?

Flare on olemassa kahden keskeisen ongelman ratkaisemiseksi:

ensimmäinen, ja välitön merkitys alamme rakennukselle on se, että 75% julkisessa lohkoketjussa vallitsevasta arvosta ei voi tällä hetkellä käyttää luottamuksella älykkäillä sopimuksilla.

Toinen ja sekä lyhyen että pitkän aikavälin seuraus on se, että älykkäiden sopimusverkkojen skaalaukseen liittyy potentiaalisia ongelmia. Suurin osa uusista verkoista käyttää Proof of Stake-tai sen variantteja. Nämä protokollat saavat verkon turvallisuuden niiden natiivi token.

Proof of Stakeen liittyvä välitön ongelma on se, että konsensusasetelmassa ei ole vielä turvallista sallia natiivitunnuksen vaihtoehtoisia käyttötarkoituksia. Jos tunnuksen haltija voi saada suuremman tuoton (eikä sitä ole mahdollista leikata) antamalla vakuuksia luodakseen stablecoinin, kuin mitä se voi paaluttaa, niin taloudellisina rationalisteina he todennäköisesti tekevät niin. Tämä ohjaa poletteja pois seivästyksestä ja kannibalisoi verkon turvallisuuden. (Erittäin oivaltava paperi tästä aiheesta on täällä.) Epäilemme, että tämä on ehkä keskeinen syy, miksi huolimatta suhteellisesti korkeammat transaktiokustannukset ja paljon pienempi transaction läpimeno, Ethereum on edelleen edelläkävijä DeFi.

pidemmän aikavälin kysymys on, että kun todisteena Seiväsverkon käyttö lisääntyy ja sen päälle rakennettu arvo kasvaa, seivästystunnuksen arvon täytyy kasvaa tai verkko muuttuu turvattomaksi. Tämä on hienoa sijoittajille, mutta huono ihmisille, jotka haluavat nähdä hajauttamisen tulevan osaksi valtavirran tapaa tehdä liiketoimintaa. Miksi? Koska jotta verkon arvoa turvaava token-arvo nousisi, pääomaa täytyy ohjata pois jostakin muusta käytöstä Tokenin ostamiseksi. Loogisena päätepisteenä voidaan todeta, että jos älykkäistä sopimusverkkoista, joissa käytetään todistusaineistoa, tulisi yleinen tapa harjoittaa liiketoimintaa, muista pyrkimyksistä vaadittavan pääoman ohjaaminen muualle vain näille verkoille rakennetun arvon turvaamiseksi nostaisi kaupankäynnin kustannukset mittaamattoman korkeiksi. Tästä syystä se on äärimmäisen epätodennäköistä. Proof of Stake ja variantit voivat skaalata transaktion läpimenoa, mutta olemassa olevat toteutukset eivät voi skaalata arvoa. Meidän mielestämme Rovion todistaminen on enemmän hätävara kuin ratkaisu.

miten Flare ratkaisee nämä ongelmat?

Flare on ytimessään uusi tapa skaalata älykkäitä sopimusalustoja, joka ei yhdistä turvallisuutta sen Tokenin arvoon. Flare vaatii edelleen tunnuksen verkon toimintaa varten, pääasiassa roskapostitapahtumien estämiseksi. Flaren merkki on nimeltään Spark. Koska Sparkilla ei ole verkkoturvallisuuteen liittyviä vaikutuksia, se sopii hyvin mahdollistamaan ei-Turing complete tokenien luotettavan käytön älykkäillä sopimuksilla.

Flare on maailman ensimmäinen Turing complete Federated Byzantine Agreement (FBA) – verkosto. Solmut ajaa Avalanche consensus protocol keskeinen Mukauttaminen FBA konsensus topologia. FBA on konsensustopologiana ainutlaatuinen siinä, että se saavuttaa turvallisuuden turvautumatta taloudellisiin kannustimiin, jotka voivat häiritä arvokkaita ja riskialttiita käyttötapauksia. Puhtaan FBA: n kritiikki on, että se johtaa rakenteeltaan hauraisiin solmuihin, sallien topologian skenaariot, joissa yksittäinen solmun vika voi aiheuttaa verkon laajuisen vian. Tästä syystä priorisoidaan erityinen FBA-asetus, jota kutsutaan Unique Node List (UNL)-topologiaksi, joka korostaa selkeyttä ja helppokäyttöisyyttä säilyttäen samalla FBA: n avoimen jäsenyyden ominaisuuden. UNL: n prosentuaalinen päällekkäisyys on hallinnollisesti määritelty parametri, jossa pienempi päällekkäisyys parantaa verkoston avoimen jäsenyyden ominaisuutta. Flare-Verkko hyödyntää Ethereum Virtual Machine (EVM), jonka avulla verkko voi ajaa Turing complete smart-sopimuksia.

verkon laukaisussa Flaren päälle rakennettu protokolla mahdollistaa XRP: n luotettavan liikkeeseenlaskun, käytön ja lunastuksen Flaressa. Tätä protokollaa kutsutaan FXRP: ksi. XRP muuttuu turvallisesti ja luotettavasti Fxrp: ksi Flaressa, jonka suojana on Flaren alkuperäinen merkki, Spark. XRP on nyt käytännössä olemassa Turingin täydellisessä verkossa, ja kun se on olemassa, luotettava yhteentoimivuus muiden verkkojen kanssa on mahdollista sekä Cosmoksen ja Polkadotin kaltaisten yhteentoimivuusprotokollien kautta että Ethereumin kanssa hyvin määriteltyjen siltaprotokollien kautta. Lyhyesti: Flarea voidaan käyttää älykkäänä sopimusalustana XRP: lle tai luotettavana putkena XRP: lle muihin verkkoihin.

lisäksi fxrp: n yleiset menetelmät ovat laajennettavissa kaikkiin ei-Turing-tunnuksiin, ja verkon järjestelmiin ja hallintoon on sisällytetty mahdollisuus päättää, mitä muita tunnuksia tuetaan ja sitten laajentaa niitä.

Flare yhdistää ei-Turingin täydellisten tokeneiden arvon älykkäiden sopimusten transformatiiviseen voimaan verkossa, joka voi skaalata arvon sekä transaktioiden läpimenon.

Fxrp: n yleiskatsaus

XRP: n saaminen flareen on monimutkaista, koska julkista lohkoketjua koskeva älykäs sopimus ei voi hallita XRP: n tilikirjassa olevaa osoitetta. Syynä tähän on se, että älysopimuksilla ei tällä hetkellä ole riittävää tapaa säilyttää salaista avainta aidosti salaisella tavalla. XRP: n saaminen flareen pelkällä koodilla vaatisi, että jokin osallistujaryhmä tulisi yhdessä usean allekirjoituksen osoitteen kanssa, jota he yhdessä hallitsevat, jolloin Jos n: n osapuolista k allekirjoittaa transaktion, transaktio on hyväksytty. Tämän monisig-osoitteen antaman hyödykkeen käyttäjän olisi tällöin luotettava käyttäjien kokoelmaan, jolloin omaisuuserä ei olisi epäluotettava eikä hajautettu.

fxrp antaa XRP: n haltijan (lähettäjän) lähettää XRP: NSA turvallisesti XRP: n Tilikirjassa oleviin osoitteisiin (agentteihin). Fxrp smart-sopimukset Flaresta antavat sitten flarelle lähettäjän FXRP:n, joka on 1: 1 muunnettava XRP: llä ja suojattu Sparkilla. Jos FXRP: n haltija haluaa lunastaa sen XRP: tä varten ( Lunastaja), se lähettää sen takaisin Flaren fxrp: n smart-sopimuksiin. Tämän jälkeen agentit lähettävät XRP: n lunastajien osoitteeseen XRP: n tilikirjassa. Jos välittäjät eivät suorita lunastusta riittävän nopeasti, lunastajalle korvataan heidän XRP: n arvonsa sekä määrä, jolla korvataan transaktiokustannukset XRP: n uudistamiseksi.

Fxrp: ssä keskitettyä välittäjää ei tarvita.

FXRP toimii seuraavasti:

Flaren alkuperäisen tunnuksen, Spark, omistajat voivat lähettää polettinsa Flaren älykkäiden sopimusten kokoelmaan, jota kutsutaan Fxrp-järjestelmäksi. Käyttäjät, jotka tekevät näin, antavat vakuuksia FXRP-järjestelmälle. Heitä kutsutaan agenteiksi. Kutsutaan yksi agenteista bobiksi. Fxrp-järjestelmässä on monia agentteja.

sanotaan, että Bob on lisännyt 5000 Spark tokenia FXRP-järjestelmään. Tässä esimerkissä 10 Spark tokenia voi tällä hetkellä ostaa 1 XRP tokenille. Fxrp-järjestelmä vaatii vakuussuhteen 2,5, mikä tarkoittaa sitä, että agentin on aina annettava järjestelmälle 2,5 kertaa sen fxrp: n arvo, jonka järjestelmä on jakanut heille Spark tokeneina. FXRP: n arvo on tässä 1:1 XRP: n kanssa. Näin ollen Bobin 5000 Spark tokens mahdollistaa järjestelmän antaa 200 FXRP.

kun joku, vaikkapa Alice, haluaa luoda FXRP: n, hän lähettää fxrp: n järjestelmään maksutapahtuman, jonka kiinteä maksu on 0,1% XRP: n arvosta, jonka hän haluaa tehdä fxrp: hen. Alicea kutsutaan alullepanijaksi. Tapahtuma kertoo myös FXRP-järjestelmälle, mihin osoitteeseen Fxrp lähetetään Flaressa, kun se on lyöty, ja mistä osoitteesta XRP on peräisin XRP: n Tilikirjassa. Jos fxrp-järjestelmässä on käytettävissä kapasiteettia, vakuudet, joilla varmistetaan luotavan fxrp: n määrä, lukitaan tietyksi ajaksi Alicen tulevaa transaktiota varten. Näin Alicen ei tarvitse luottaa Bobiin. Vastineeksi Alicelle luodaan ohjeet, joissa kerrotaan, mihin osoitteeseen (Bobin osoite) XRP lähetetään XRP-tilikirjassa ja mitä viimeistä tilikirjaindeksiä käytetään. Jos järjestelmässä ei ole kapasiteettia antaa haluttu määrä FXRP sitten Alice palautetaan maksu.

Alice lähettää sitten oikean määrän XRP: tä plus luomispalkkion XRP: ssä Bobin osoitteeseen XRP: n tilikirjassa. Perustamispalkkio on suurin osa Bob tienaa lukitsemalla hänen kipinä vakuuden, huomaa, että hänen ansionsa ovat pääasiassa XRP. Flare tarkkailee tätä tapahtumaa käyttäen järjestelmää nimeltä State Connector, joka on määritelty Flaren valkoisen kirjan kohdassa 2 (ja tulevan blogikirjoituksen aihe). Tämän jälkeen järjestelmä lyö FXRP: n ja toimittaa sen Liisan nimettyyn osoitteeseen Flare-merkillä.

2,5 x vakuussuhde on säilytettävä koko ajan. Jos XRP: n hinta nousee Sparkia vastaan siten, että Bobin vakuuden arvo laskee alle 2.5 kertaa fxrp myönnetty sitä vastaan, sitten Bob on rajoitettu aika joko lisätä enemmän kipinä tokens vakuudeksi tai ostaa ja lunastaa FXRP tokens tuoda hänen vakuussuhde takaisin riviin. Esimerkiksi, sanoa 200 FXRP tokens myönnetään vastaan Bob 5000 Spark tokens ja hinta XRP/Spark nousee 12. Bob on nyt joko lisätä 1000 kipinä järjestelmään tai ostaa ja lunastaa 33.34 FXRP vähentää hänen jako myönnetty fxrp 166.66.

Jos Bobilla ei ole pääsyä ylimääräisiin Spark tokeneihin, hänen ei ole taloudellisesti raskasta vähentää osoitteensa tukeman FXRP: n saldoa. Bobin vakuudet mahdollistivat sen, että fxrp-järjestelmä antoi 200 fxrp-tokenia, ja samalla Bob on saanut 200 XRP-tokenia XRP-tilikirjaan. Jos Bobilla ei siis ole lisäpääomaa Spark tokenien ostamiseen, hän voi joko myydä riittävästi XRP: tä fxrp: lle pörssissä siten, että hän voi lunastaa vähintään 33,34 FXRP: tä tai jäädä puhtaasti hajautettuun ympäristöön, jos fxrp: n järjestelmässä on muita agentteja, joilla on riittävästi ylimääräisiä vakuuksia, hän voi lyödä riittävästi FXRP: tä ja lunastaa sen välittömästi. Toisessa skenaariossa velvoite siirretään olennaisilta osin muulle järjestelmälle. Jos Bob ei tee mitään ja jää maksukyvyttömäksi suhteessa vakuussuhteeseen, Bobin vakuudet huutokaupataan automaattisesti sille myönnetyn FXRP: n määrän mukaan, joka tässä tapauksessa on 200. Bob säilyttää loput vakuudet tämän operaation jälkeen.

sanotaan, että Bob päätti lisätä lisäkipinän vakuudeksi. Nyt jonkin aikaa myöhemmin Alice, joka omistaa kaikki 200 liikkeeseen fxrp haluaa lunastaa koko summan takaisin XRP tilikirjaan. Alice yksinkertaisesti tekee liiketoimen fxrp-järjestelmän kanssa lähettämällä fxrp: n järjestelmään ja kertomalla sille, mihin osoitteeseen hän haluaa hyvityksen. Järjestelmä sitten antaa joukon ohjeita Bob kertoo hänelle, kuinka paljon XRP lähettää ja missä yhdessä kaksi XRP tilikirjan määräajat, johon mennessä tapahtuma on suoritettava. Jos Bob saa kaupan valmiiksi ensimmäiseen määräaikaan mennessä, hänen vakuutensa on täysin auki. Jos Bob epäonnistuu ensimmäiseen määräaikaan mennessä, mutta onnistuu toiseen mennessä, häneltä veloitetaan pieni sakkomaksu ja loput hänen vakuuksistaan avataan. Rikesakko poltetaan.

Jos Bob ei saa kauppaa päätökseen toiseen määräaikaan mennessä, se katsotaan lunastusvirheeksi. Alice on sitten kompensoitu kipinä kuponkia arvoon hänen lunastettu XRP plus 1% lisäys kattamaan kaupan kustannuksia ostaa takaisin XRP, tämä on otettu Bob vakuus. Bobin jäljellä olevista vakuuksista 50% poltetaan rangaistuksena ja loput 50% palautetaan hänelle. Alice voi sitten ostaa korvaavan XRP: n vaihdossa. Vaihtoehtoisesti, olettaen, että Flaressa on muita agentteja, joilla on myönnetty FXRP, ja ihmisiä, jotka haluavat myydä sen, Alice voi ostaa lisää Fxrp: tä Flaresta ja lunastaa sen kyseisiä agentteja vastaan.

Spark and Dependent Applications

fxrp on ensimmäinen esimerkki jostakin, jota kutsumme kipinästä riippuvaiseksi sovellukseksi (SDA). SDA määritellään sovellukseksi, joka käyttää rakenteessaan seuraavia yhdistelmiä: Spark for collateral, Flare Time Series Oracle ja Spark token holders for governance. Jokainen näistä elementeistä on täysin valinnainen, ja sovellus voi toimia Flarella vain vuorovaikutuksessa Sparkin kanssa transaktiokustannusten maksamiseksi. Fxrp käyttää esimerkiksi Sparkia vakuutena, Flare-aikasarjaa Oracle XRP/Spark-hinnalle ja Spark token-omistajuutta, joka on asetettu tiettyjen parametrien, kuten fxrp: n perustamispalkkion ja vakuussuhteen hallinnointia varten. SDA-mallin on tarkoitus tarjota malli, jolla jokainen kolmesta komponentista voidaan ulottaa mielivaltaiseen määrään sovelluksia. Sparkin käyttäminen vakuutena kaikissa sovelluksissa on suoraviivaista, tärkeintä oli miettiä, miten turvallinen Oraclen menetelmä voitaisiin luoda useiden aikasarjojen aikana.

Flare-aikasarja Oracle

Kipinätunnuksen omistus mahdollistaa flare-aikasarjan Oraclen (ftso) osuuden. FTSO: n tarkoituksena on muodostaa tarkkoja arvioita ketjun ulkopuolisista Flare-tiedoista hajauttamisen säilyttäen. FTSO on rakenteeltaan sellainen, että se tarjoaa monia arvioita yksittäisistä aikasarjoista. XRP / Spark-hinta on esimerkki yhdestä aikasarjasta.

FTSO: n jokaisessa aikasarjatuotoksessa on yleensä kaksi osallistujaryhmää: ensimmäinen on Spark token holders ja toinen on holders of the dependent application token, jota kutsutaan F-asset. Fxrp-sovelluksessa F-omaisuuserä on itse fxrp-merkki. Johdannaissovelluksen kaltaisessa monimutkaisemmassa sovelluksessa, jossa sovellus vaatii useita aikasarjoja, F-omaisuuserä voi muistuttaa enemmän liikkeeseen laskettua hallinnointitunnusta.

FTSO pyytää kutakin aikasarjaa varten jokaiselta asiaankuuluvalta osallistujajoukolta arvion. Kipinän haltijat toimittavat arviot kaikista aikasarjoista ja F-omaisuuserän haltijat ainoastaan F-Omaisuuseräänsä liittyvistä aikasarjoista. Tämän jälkeen nämä estimaatit käsitellään Valopaperin kohdan 4 mukaisesti ja järjestelmä tuottaa ne.

F-omaisuuden haltijoiden kannustin tietojen toimittamiseen järjestelmään on niiden käyttöturvallisuus. Spark Tokenin haltijoita kannustaa mahdollisuus ansaita jotain, jota kutsutaan oraakkelipalkinnoksi. Tämä on määrä kipinä poletteja, jotka lyödään järjestelmä. Oraclen palkkio on vuotuinen korko, joka jaetaan tasaisesti kullekin ftso: n estimaattijaksolle. Esimerkiksi, jos korko on 10%, vuodessa on 365 arviota ja kipinän poletteja 100: n lähtömäärä, 10 kipinä syntyy 1 vuodessa ja ~0,03 kipinä lyödään ja palkitaan päivässä. Spark token-avustajat voivat ansaita tämän palkkion antamalla tietoja, joiden katsotaan olevan ”oikeita”. Tarkka mekaniikka on esitetty valkoisessa kirjassa. Tärkeää on, että kaikki Spark token haltijat ovat implisiittisesti staked järjestelmään ikään kuin he eivät ansaitse palkintoa joko ei-panoksella tai tarjoamalla ”virheellisiä” arvioita he menettävät arvonsa token haltijoille, jotka palkitaan. Tämä on Flaren versio block rewardsista.

FTSO: sta käynnistetään seuraavat hinnat: XRP/Spark, USD/Spark, BTC/Spark ja XLM / Spark. Vain XRP / Sparkilla on alussa vastaava F-omaisuuserä. Lisäaikasarjoja ja niihin liittyviä F-omaisuuseriä voidaan ehdottaa ja hyväksyä Hallinnointiprosessin kautta.

delegaatio

FTSO antaa todellisuudessa arvioita parin sekunnin välein. Jokainen kipinän haltija ei halua tai pysty käyttämään laitteistoa FTSO: n hyväksi, eivätkä he välttämättä ole kiinnostuneita äänestämään verkon hallinnoinnista. Näin ollen molempien vastuualueiden äänet voidaan irrottaa itse merkistä ja siirtää erikseen muille puolueille. Valtuuskunta voidaan peruuttaa milloin tahansa, ja kun token siirretään osoitteesta toiseen, valtuuskunta peruutetaan automaattisesti siten, että äänioikeus kuuluu tokeniin. Mekanismi antaa myös SDA: n, kuten FXRP: n, siirtää Spark-äänet takaisin lopulliselle omistajalle, joka voi siirtää nämä äänet edelleen tahoille, jotka hän haluaa äänestää puolestaan. Jos Bobilla on 5000 Spark-polettia fxrp-sovelluksessa, se siirtää äänet näistä poleteista Bobin määrittelemään osoitteeseen. Jos Bob haluaa tietopalvelujen tarjoajan osallistuvan FTSO: n toimintaan hänen puolestaan, Bob voi siirtää FTSO: n puolesta antamansa äänet uudelleen tiedon tarjoajalle. Tärkeää tämä tarkoittaa, että Bob ei tarvitse valita ansaita kipinä tarjoamalla vakuuksia FXRP sovellus ja mahdollisesti ansaita palkkio ftso, hän voi tehdä molemmat. Mikä tahansa SDA, joka tekee Spark tokeneista niiden kohde-etuutena olevien omistajien saavuttamattomissa, voi toteuttaa delegointimenettelyn edellyttäen, että hakemuksessa on määritelty, kuka kohde-etuutena oleva omistaja on.

hallintoa & säätiötä

Flare hallitsee kokonaan Spark Tokenin haltijat äänestämällä. SDA: t voivat halutessaan pyytää, että niitä hallitaan Kipinätunnuksen haltijoilla.

tietyt päätökset voidaan tehdä automatisoidusti ketjussa, kuten transaktiomenon, Oraclen palkkioasteen muuttaminen tai fxrp: tä SDA: na tarkasteltaessa vakuussuhteen ja perustamispalkkion muuttaminen. Muut päätökset, kuten uuden aikasarjan lisääminen FTSO: hon ja sen ehdotettujen F-omaisuuserien yhdistäminen, verkon konsensusparametrien muuttaminen tai monimutkaisemmat pitkän aikavälin päivitykset, edellyttävät koodin muuttamista. Flaren valkoisessa kirjassa esitetään ehdotus, kehitys-ja testausjärjestelmä manuaalisille muutoksille, jotka Spark Tokenin haltijat voivat käynnistää ja joista he voivat äänestää. Tämän prosessin toteuttamiseksi ja sovittujen muutosten toteuttamiseksi tarvitaan Flare-perusta. Säätiö on voittoa tavoittelematon, joka yhtiöitetään lähikuukausina. Sen tehtävänä on vastata 5 avainalueesta: avustukset, investoinnit, tutkimus ja kehitys, koulutus, julkisuus ja kumppanuudet.

tutkimus-ja kehitystoiminto mahdollistaa sen, että säätiö voi olla olennainen osa verkon päivitysprosessia, jopa niin pitkälle, että se analysoi, raportoi ja sitten rakentaa, testaa ja ottaa käyttöön ehdotettuja verkon koodin muutoksia.

säätiön tulee olla erittäin läpinäkyvä eikä tuhlata rahaa. Sen toiminnasta ja menoista laaditaan vuosittain kaksi kertomusta, jotka julkaistaan. Säätiön tarkoituksena on vain ottaa ohjat kipinän tunnusten haltijoilta eikä asettaa asialistaa. Näin ollen se ei saa osallistua FTSO: n toimintaan millään tavalla, käyttää Spark-omistuksiaan vakuutena missään verkon sovelluksessa eikä se saa käyttää Spark-omistuksiaan hallintoa koskevassa äänestyksessä. Se ei saa antaa Kipinämerkkejään muille tätä varten. Lisäksi säätiön perustuslakiin on kirjattu velvoite, että jos hallintoäänestyksessä todetaan, että säätiöllä ei ole enää hyödyllistä tarkoitusta, säätiön on lopetettava toimintansa ja poltettava kaikki jäljellä olevat tunnukselliset omistuksensa mahdollisimman pian.

Spark Emission

paras yhteisö omistaa omaisuuserän, joka mahdollistaa XRP: n käytön Turing complete smart-sopimusten kanssa, on yhteisö, joka käyttää sitä ja hyötyy siitä: XRP: n haltijat. Flare ei tee ITO: ta. Sen sijaan se tekee niin sanottua hyötyhaarukkaa. Uskomme, että se on ensimmäinen laatuaan.

haarukka on perinteisesti pyrkinyt ottamaan olemassa olevan verkon käyttäjäkunnan ja poikkeamaan siitä kokonaan, yleensä siten, että sillä on antagonistinen suhde alkuperäiseen ketjuun. Hyötyhaarukalla taas pyritään tuomaan arvoa takaisin alkuperäiseen ketjuun sen sijaan, että siitä siirryttäisiin pois. Flare antaa XRPL: n tehdä sen, minkä se parhaiten osaa, nopean ratkaisun, samalla kun se tuo xrpl: lle älykkäitä sopimuksia ja mahdollisuuden luoda luotettava putki muihin lohkoketjuihin. Mielestämme tämä on todella tehokas yhdistelmä ja täydellinen esimerkki hyödyllisyydestä.

100 miljardia Spark-polettia luodaan peilaamaan olemassa olevan XRP: n määrää. On olemassa noin 45 Bn XRP-polettia, jotka eivät kuulu Ripple Labsiin. Jakelun tavoitteena on, että muut XRP:n haltijat kuin Ripple voivat vaatia noin 1: 1-määrän kipinää XRP-tilalleen. 45 Bn kipinä on vaadittavissa XRP: n haltijoilla (riisumalla tunnetut Ripple labs-osoitteet). 25 miljardia Spark menee Flare Networks Limitedille, joka on Flaren voittoa tavoittelematon organisaatio. 30 Bn kipinä menee Flare-perustukseen.

koska monet XRP: n omistajat todella käyttävät vaihtoja säilyttääkseen XRP: n polettejaan, on mahdollista, että XRP: n haltija, joka haluaa lunastaa Spark-polettejaan, ei ehkä pysty siihen, koska vaihto joko lunastaa kipinän ja säilyttää sen eikä luovuta niitä eteenpäin, tai vaihtoehtoisesti ei lunasta niitä lainkaan. Jotta XRP: n omistajat voivat osallistua jakeluun joko painostamalla vaihtoaan jakamaan Spark-poletteja tai siirtämällä vaihtoa sellaiseen, joka tekee, XRP: n tilikirjan tilannekuva otetaan lähempänä julkaisupäivää. Luettelo osallistuvista pörsseistä julkaistaan Flaren verkkosivuilla, ja niitä päivitetään säännöllisesti. Snapshot Ledgerin numero lähetetään verkkosivustolle, kun tilannekuva on otettu.

TL;dr

Flare on maailman ensimmäinen Turing complete Federated Byzantine Agreement (FBA) – verkosto. Se integroi Ethereum Virtual Machine (EVM) ja ei saa turvallisuutta token. Tämän päälle on rakennettu protokolla, joka turvallisesti mahdollistaa XRP: n luotettavan liikkeeseenlaskun, käytön ja lunastuksen Flaressa. Tätä protokollaa kutsutaan FXRP: ksi. Protokollan yleinen menetelmä ja järjestelmä, joka yhdistää Flaren muihin verkkoihin, on laajennettavissa mihin tahansa ei-Turing complete tokeniin. Trustless yhteentoimivuus muiden verkkojen kanssa on mahdollista, sekä yhteentoimivuus protokollia, kuten Cosmos ja Polkadot tai Ethereum kautta hyvin määritelty silta protokollia.

Flaren token, kipinä syntyy mahdollisesti kaikkien aikojen ensimmäisen hyödyllisyyshaarukan kautta, jolloin origin-verkko, tässä tapauksessa XRP-tilikirja, hyötyy suuremman hyödyllisyyden kautta. Flare-verkon alussa luodaan 100 miljardia Spark-polettia, joista 45 miljardia on olemassa olevien XRP: n haltijoiden, Ripple Labs pois lukien, käytettävissä. Tämä kuvastaa nykyistä jaetun XRP: n määrää siten, että nykyiset XRP: n haltijat voivat vaatia noin 1 kipupoletin jokaista XRP: n tokenia kohti. 25 miljardia polettia menee kehittäjille, Flare, ja 30 miljardia polettia menee voittoa tavoittelemattomalle säätiölle nimeltä Flare foundation. Spark Tokenin haltijat voivat saada tuottoa Spark tokeneistaan sekä antamalla Spark tokeneja vakuutena fxrp: n epäluotettavan liikkeeseenlaskun ja lunastuksen varmistamiseksi että toimittamalla tietoja Flare-aikasarjan Oracleen. Nämä toiminnot eivät kilpaile keskenään.

Kipinätunnusta käytetään verkon hallinnointiin äänestämällä. Flaren kehittämiseen tarkoitettuja apurahoja ja investointeja lukuun ottamatta säätiö ottaa teknistä ohjausta Spark Tokenin omistajilta. Säätiön keskeinen tehtävä on auttaa toteuttamaan governance vote-äänestyksellä sovittuja päivityksiä ja muutoksia verkkoon, joita ei voida toteuttaa ilman koodimuutosta. Tärkeää on, kirjoitettuna säätiön perustuslakiin, tulee olemaan laki, jonka mukaan säätiö on purettava ja kaikki säätiön hallussa olevat Spark tokenit poltettava, jos Spark Tokenin haltijat hyväksyvät, että sen olemassaolo ei enää hyödytä verkostoa.

Flare yhdistää ei-Turingin täydellisten tokeneiden arvon älykkäiden sopimusten transformatiiviseen voimaan verkossa, joka voi skaalata arvon sekä transaktioiden läpimenon.

vastaa kahteen kysymykseen:

onko kipinän luominen todiste takaoven seipäästä?

vain liikkeeseen lasketut rahakkeet, jotka edellyttävät vakuutta, kuten FXRP, on suojattu Sparkilla. Verkosto ei käytä kipinää turvallisuuteen päästessään yhteisymmärrykseen.

meillä oli (mitä ajattelemme) hyvin vahvoja konsepteja USD-määräiselle vakaalle kolikolle, mutta se vaati Ethereum-virtuaalikoneen laajamittaista uudelleensuunnittelua, mikä olisi viivästyttänyt laukaisua ja vaikuttanut arvaamattomasti tulevaan yhteensopivuuteen EVM: n kanssa. Spark on rakenteeltaan paljon suurempi hyöty ja hyöty sekä XRP-yhteisölle että XRP-tilikirjalle.