Flare Network Review: Intelligens szerződéses hálózat XRP-hez

Mint a harmadik legnagyobb kriptovaluta, a legtöbb, a teret ismerő ember hallott a Ripple-ről, és megértik, hogy ez egy globális fizetési és devizahálózat, amelyet az elavult SWIFT banki hálózat leváltására terveztek. És bár kiválóan működik az adott használati esetben, egyébként más funkciókban korlátozott hasznosságot mutatott.

Mindez azonban megoldható, mivel a Flare hálózatot azzal a céllal hozták létre, hogy javítsák az XRP tokenek használhatóságát egy hálózat létrehozásával intelligens szerződés képesség az XRP tokenhez. Az biztos, hogy az intelligens szerződéseket nem adják hozzá a Ripple hálózathoz, hanem a Flare Networkön lesznek, és ez a hálózat támogatja majd az XRP FXRP-ként való használatát.

A Flare Networknek saját tokenje is van, Spark (FLR) néven, amelyet nemrégiben adtak ki az XRP-tulajdonosoknak egy airdrop-ban, ami nagy feltűnést keltett a Ripple közösségben.

Ha mindez érdekesen hangzik, igyon valamit, és készüljön fel, hogy többet megtudjon a Flare Networkről.

Mi a Flare?

A Flare-t Hugo Philion és Sean Rowan hozta létre két alapvető blokklánc-probléma megoldására:

1. A nyilvános blokklánc tokenek értékének háromnegyede nem használható intelligens szerződésekkel megbízhatatlan módon. Philion és Rowan szerint ez az azonnali szükség kérdése.
   

   A Flare Network azt ígéri, hogy feloldja a blokkláncokban rekedt értéket. Kép keresztül Slideshare.net

2. A blokklánc-hálózatok méretezésére irányuló kísérletek során meghozott irányok potenciális jövőbeli problémákhoz vezethetnek, mivel sok új hálózat a Proof of Stake konszenzuson vagy annak valamilyen változatán keresztül kezeli a méretezést. Mindezek a protokollok a hálózat biztonságát a blokklánc natív tokenjéből származtatják. Ez azonnali és hosszú távú problémát is jelent.

A cövek bizonyítása

Flare szerint a legközvetlenebb probléma A tét bizonyítása konszenzus az, hogy nem úgy van megtervezve, hogy lehetővé tegye a natív tokenek biztonságos alternatív használatát. Amint azt a DeFi platformok robbanásánál látjuk, minden racionális tokentulajdonos, aki képes növelni tokenje hozamát azáltal, hogy likviditást biztosít egy stabil érmének, megteszi. A probléma az, hogy ez elveszi a tokeneket a téttől, és veszélyezteti a hálózat biztonságát.

Hosszabb távon a lehetséges probléma abból fakad, hogy idővel a tét token értéke nem fog növekedni. Ha ez megtörténik, miközben a hálózati forgalom növekszik, a hálózat is egyre veszélyesebbé válik. Míg a magasabb értékű token jót tesz a hálózatbiztonságnak és a tokenbefektetőknek, rossz, ha azt akarjuk, hogy a decentralizáció az üzletvitel normájává váljon.

Amikor a token értéke növekszik, az a tőkét más felhasználástól vonja el. Hosszú távon ez problémát jelent, mert végül egy intelligens szerződéses hálózatban, amely a tét igazolását használja, a hálózat biztosításához szükséges tőke túl magas lesz ahhoz, hogy megvalósítható legyen.

Végső soron a Proof of Stake hálózatok méretezhetik a tranzakciókat, de nem képesek az értékre.

Hogyan kívánja a Flare megoldani ezeket a problémákat

A Flare új módot javasol az intelligens szerződéses platformok méretezésére anélkül, hogy a hálózat biztonságát a token értékéhez kötné. Bár a hálózatnak továbbra is szüksége van egy natív tokenre a levélszemét megakadályozása érdekében, ez a token semmilyen módon nem kapcsolódik a hálózat biztonságához. A Flare az FLR tokent natív tokenként használja, és kiválóan alkalmas arra, hogy lehetővé tegye a nem Turing teljes tokenek megbízható használatát intelligens szerződésekkel.

A Flare az első Turing teljes Föderációs Bizánci Megállapodás (FBA) hálózatának nevezi magát. Az Avalanche konszenzus protokollt használja, amelyet az FBA konszenzushoz igazítottak. Az FBA használatának előnye abban rejlik, hogy képes elérni a hálózat biztonságát anélkül, hogy a tulajdonosok gazdasági ösztönzőire támaszkodna. Mivel a Flare az Ethereum Virtual Machine (EVM) egy verzióját használja, képes Turing teljes intelligens szerződések futtatására.

Az FBA-t kritizálták, mert törékeny topológiához vezethet, ahol egyetlen csomópont meghibásodása az egész hálózat meghibásodását okozhatja. A Flare ezt elkerüli azáltal, hogy egyedi csomópontlista (UNL) topológiát valósít meg a tisztaság és az egyszerű használat hangsúlyozása érdekében, miközben fenntartja az FBA nyílt tagsági tulajdonságát.

Míg a Flare lehetővé teszi a Turing teljes intelligens szerződéshasználatát, a hálózat tetejére épített protokollt is tartalmaz, amely lehetővé teszi az XRP on Flare megbízható kibocsátását, használatát és visszaváltását. A Flare ezt a protokollt FXRP-nek nevezi, és lehetővé teszi, hogy az XRP FXRP-vé váljon a Flare-en, amelyet a natív FLR token biztosít. Lényegében ez lehetővé teszi az XRP számára, hogy intelligens szerződéseket használjon, és az interoperabilitás érdekében egy megbízható adatfolyamot is létrehozhat az XRP számára más hálózatokhoz.

Ez az általános módszertan bármely más, nem Turing-komplett tokenre is kiterjeszthető, és ennek lehetősége beépült a hálózat irányításába és rendszereibe. Ez azt jelenti, hogy minden nem Turing-komplett token végül hozzáférhet az intelligens szerződések használatához, és interoperábilissá válhat a Flare-en keresztül.

FXRP áttekintés

A probléma, amellyel a Flare csapat szembesül az XRP-nek a Flare hálózatba való behozatala során, hogy lehetetlen egy nyilvános blokklánc intelligens szerződéssel az XRP-címek vezérlésére. Ennek az az oka, hogy az intelligens szerződéseknek nincs módjuk titkos kulcs tárolására és titkosságának megőrzésére.

Ha a Flare pusztán kóddal próbálná meg az XRP-t a hálózatra hozni, akkor egyének egy csoportjának össze kell jönnie, és egy általuk közösen ellenőrzött több aláírású címet kell használnia a tranzakciók engedélyezésére. Ez természetesen azt jelentené, hogy az FXRP ilyen körülmények között nem lenne decentralizált és nem is megbízható. És ez elfogadhatatlan lenne.

Az FXRP jelenlegi megvalósításával bármely XRP-tulajdonos elküldheti tokenjeit egy ügynöknek az XRP-hálózaton. Az ügynök birtokolja az XRP-t, és kommunikál a Flare intelligens szerződéseivel, amelyek 1:1 arányban bocsátanak ki FXRP-t. Ezek az FXRP tokenek szintén FLR-rel vannak biztosítva 1:2.5 arányban. Tehát minden kiadott 1 FXRP után 2.5 FLR-nek kell lennie. Ez biztonságban tartja az ügynök által tartott XRP-t, és nincs szükség központi közvetítőre.

Hogyan működik az FXRP?

Az FLR tulajdonosai elküldhetik tokenjeiket a Flare intelligens szerződéseihez, amelyek az FXRP rendszert alkotják. Lényegében ez az FXRP rendszer biztosítéka. Ezeket az intelligens szerződéseket ügynököknek nevezik. Az FXRP rendszer sok ügynökből fog állni. Nevezzük el egyiküket Guy-nak.

Az FXRP rendszer ügynökeként Guy 5,000 FLR-t tett fel fedezetként. A rendszer 2.5 FLR-t igényel minden egyes kiadott FXRP tokenhez. Ha az FLR és az XRP közötti árfolyam jelenleg 10:1, ez az 5,000 FLR lehetővé teszi, hogy Guy 200 FXRP-t bocsásson ki. azaz (5,000 / 10) / 2.5

Most Guy készen áll az FXRP leverésére. Amikor egy XRP-tulajdonos FXRP-t szeretne létrehozni, tranzakciót küld az FXRP rendszernek. A tranzakciót kezdeményező tulajdonost kezdeményezőnek nevezzük. Az FXRP létrehozása érdekében a tranzakció értékének 0.1%-ának megfelelő díjat is fizetnek. A díj az ügynököt kapja, és a tranzakció közli az ügynökkel, hogy milyen címre kell küldenie az FXRP-t a veréskor, és honnan származik az XRP az XRP főkönyvben.

Feltételezve, hogy az FXRP rendszerben elegendő biztosíték van, az az FXRP biztosításához zárolva van, ami a tranzakciót bizalmatlanná teszi, mert a kezdeményezőnek nem kell megbíznia az ügynökben, aki most arra ösztönöz, hogy visszaküldje az XRP-t, ha erre kérik, vagy elveszíti a tranzakciót. FLR, amelyet fedezetként tartanak nyilván. Ha a rendszernek nincs elég fedezete, visszaküldi az XRP-t és a díjat a kezdeményezőnek.

Fontos megjegyezni, hogy a 2.5-ös biztosítéki arányt mindig fenn kell tartani. Ha az XRP értéke bármikor megemelkedik vagy az FLR értéke úgy csökken, hogy az adag 2.5 alá csökken, Guy-nek rövid ideje lesz visszaállítani az arányt további FLR token hozzáadásával vagy FXRP token vásárlásával.

Ha Guy bármilyen okból nem tudja vagy nem akarja visszaállítani a 2.5-ös biztosítéki arányt, akkor a fedezetét elárverezzük, hogy visszavásárolják az ellene kibocsátott FXRP-t. Ha bármiféle fedezet marad azután, ez a srác képes megtartani a maradékot.

Ha Guy a biztosítékot 2.5-nél vagy afölött tartja, minden jó. Később, amikor a kezdeményező úgy dönt, hogy visszaváltja az FXRP-t az XRP főkönyvbe, ehhez tranzakciót hajt végre, és tudatja a rendszerrel, hogy milyen címet kell jóváírni az XRP-ben. Guy utasításokat fog kapni a rendszertől arra vonatkozóan, hogy mennyi XRP-t kell visszaküldeni, és milyen címre kell küldeni.

Ezzel együtt két határidőt is kap, ameddig a tranzakciót le kell zárni. Ha az ügyletet az első határidő előtt teljesíti, az összes biztosítékot visszakapja. Ha azonban az első határidő letelik, és a második határidőig teljesíti az ügyletet, kis kötbér kerül felszámításra, mielőtt a többi biztosítékot visszaadják. Ezt a büntetődíjat a rendszer elégeti.

Ha Guy nem hajtja végre a tranzakciót a második határidőig, az a visszaváltás sikertelenségének minősül. Ebben az esetben a kezdeményezőt a Guy részesedéséből származó FLR tokenekkel kompenzálják, plusz további 1%-ot az FLR XRP visszavásárlására való felhasználásának tranzakciós költségeinek fedezésére. A Guy fedezetéből fennmaradó FLR 50%-át büntetésként elégették, a maradék 50%-ot pedig visszaadták Guynak.

FLR és függő alkalmazások

Az FXRP rendszer az első példa az FLR Dependent Application (SDA) alkalmazásra. Ez egy dApp, amely az FLR-t fedezetként, az FLR-tokentartókat az irányításhoz, a Flare Time Series Oracle-t (FTSO) vagy ezen elemek kombinációját használja. Vegye figyelembe, hogy ezek mind opcionális elemek. A Flare Network bármely alkalmazása képes csak FLR használatával működni a tranzakciós és fizetési költségek fedezésére.

Az FXRP rendszer esetében az FLR-t használja fedezetként, a Flare Time Series Oracle-t az XRP/FLR ár nyomon követésére, valamint az FLR token tulajdonjogát, amely bizonyos paraméterek, például az FXRP létrehozási díj és a fedezeti hányad irányítására van beállítva. Az SDA-modell sablont biztosít a fejlesztőknek a három választható elem használatának kiterjesztéséhez.

Flare Time Series Oracle

Az FLR token birtokosai jogosultak hozzájárulni az FTSO-hoz, hogy segítsenek pontos, láncon kívüli adatbecslések kialakításában a decentralizáció megtartása mellett. Az FTSO szerkezete lehetővé teszi bármely láncon kívüli idősor számos becslését. Az XRP/FLR érték az egyik példa egy ilyen idősorra.

Az idősoros adatok megfogalmazásában jellemzően két csoport vesz részt. Az egyik az FLR token-tartók, a második pedig a függő alkalmazásjogkivonat birtokosai, amelyeket a Flare F-eszköznek nevez. Az FXRP rendszer esetében az FXRP token az F-eszköz. Ha van egy összetettebb alkalmazás, amely több idősor kiszámítását igényli, az F-eszköz valami hasonló lesz, mint egy kiadott irányítási token.

Az idősor létrehozásakor az FTSO minden résztvevőtől lekérdezi az adatérték becslését. Az FLR-tulajdonosok minden idősorra becslést adnak, de az F-eszköz-tulajdonosok csak az F-eszközhöz kapcsolódó idősorokra tudnak becslést adni. A becslések feldolgozása a 4. szakaszban részletezettek szerint történik Flare fehér papír és az eredményt a rendszer az idősoros adatokat igénylő rendszernek adja ki.

Az F-eszköz tulajdonosait arra ösztönzik, hogy részt vegyenek és adatokat szolgáltassanak, hogy hozzájáruljanak az adatokat használó alkalmazás biztonságához. Az FLR tulajdonosokat az orákulumjutalmak megszerzésének lehetősége ösztönzi, amelyek a rendszer által vert FLR tokenek. Az FLR token tulajdonosok akkor kapják meg ezt a jutalmat, ha olyan adatokat szolgáltatnak, amelyeket a rendszer helyesnek ítél. Ennek a számításnak a sajátos mechanikája meglehetősen összetett, és a Flare tanulmányban látható.

Ez a rendszer implicit módon megkockáztatja az összes FLR tokent a rendszerben, mivel a nem résztvevők vagy azok, akik helytelennek ítélt adatokat szolgáltatnak, nem kapnak jutalmat, ami visszatartó erejű a jutalmat megkapó tokentulajdonosokhoz képest. Ez a Flare változata a jutalmak kockáztatásáról vagy bányászatáról.

Az FTSO a következő árakat fogja biztosítani: XRP/FLR, USD/FLR, BTC/FLR és XLM/FLR. Kezdetben csak az XRP/FLR lesz megfelelő F-eszköz. További idősorok és a hozzájuk kapcsolódó F-eszközök javasolhatók és elfogadhatók az irányítási folyamaton keresztül.

FLR küldöttség

A becslések néhány másodpercenként érkeznek az FTSO-tól, de reális az a feltételezés, hogy nem minden FLR-tulajdonos lesz érdekelt a hálózatirányításban való részvételben, vagy nem rendelkezik majd az FTSO-hoz való hozzájáruláshoz szükséges hardverrel.

Mivel a Flare csapat feltételezte, hogy ez igaz, lehetővé tették, hogy a szavazatokat leválasztsák ezekről a felelősségekről, és átruházzák másokra. A delegálás bármikor visszavonható, és ha a tokent új címre helyezik át, a delegálás automatikusan törlődik.

A delegálás egyik fontos jellemzője, hogy az SDA-k vissza tudják delegálni a szavazatokat a tényleges tulajdonosra, aki aztán újra delegálhatja azokat egy másik entitásnak. Ez azt jelenti, hogy az ügynököknek nem kell választaniuk, hogy FLR-t keresnek az FXRP rendszernek nyújtott biztosítékért, vagy az FTSO-tól. Tehát amikor az FLR tokenek elérhetetlenné válnak a tulajdonosok számára az SDA-ban, mindaddig, amíg az alkalmazás meghatározza, hogy ki a tényleges tulajdonos, a delegálás használható.

Fáklyás kormányzás

Az FLR token tulajdonosok szavaznak a hálózat irányítására, és az SDA-k is kérhetik, hogy az FLR tokentulajdonosok irányítsák őket.

A Flare fehér könyvben megtalálja az FLR tulajdonosok által kezdeményezhető és szavazható kézi láncon belüli változtatások rendszerét. Ilyenek például a műveletekhez kapcsolódó díjak megváltoztatása, a biztosítéki arány módosítása, a tranzakciós költségek módosítása és más olyan változók, amelyek nem igényelnek kódmódosítást.

Azokra a dolgokra, amelyek kódmódosítást igényelnek, mint például a hálózati konszenzus paramétereinek megváltoztatása, vagy új idősor hozzáadása az FTSO-hoz, létrejön egy Flare Foundation. Az Alapítvány még nem jött létre, de non-profit szervezet lesz, amely 5 területért felelős: támogatások, befektetések, kutatás-fejlesztés, oktatás, nyilvánosság és partnerségek.

Mivel az alapítvány rendelkezik kutatási és fejlesztési funkcióval, a kódfrissítési folyamat szerves részévé válnak, a javasolt kódmódosítások felépítéséhez, teszteléséhez, elemzéséhez, majd telepítéséhez.

Az Alapítvány úgy jön létre, hogy tevékenységében és kiadásaiban teljesen átlátható legyen. Tevékenységéről és kiadásairól kétévente jelentést ad ki. A legfontosabb, hogy nincs felhatalmazása napirend felállítására, hanem úgy van megalkotva, hogy csak az FLR birtokosaitól kapjon irányt.

E korlátozás miatt az Alapítvány nem:

• bármilyen módon hozzájárulni az FTSO-hoz;
• bármely FLR-állományát a hálózat bármely alkalmazásának biztosítékaként telepíteni;
• használhatja FLR-vagyonát szavazásra bármely kormányzási szavazáson, vagy FLR-tokenjeit másokhoz rendelheti ehhez.

Ezenkívül az FLR birtokosai bármikor szavazhatnak az alapítvány feloszlatására, amely esetben minden tevékenységet le kell zárni, és el kell égetni a megmaradt tokeneket.

FLR kibocsátás és Airdrop

A Flare úgy döntött, hogy kiadja a tokenjeit valamiben, amit segédvillának nevezett. A hagyományos elágazások felosztották a hálózat felhasználói bázisát, egy részük a saját irányukba indul, és általában ellenséges álláspontot képvisel a szülőlánccal szemben.

Ezzel szemben a közüzemi villa célja, hogy hozzáadott értéket adjon az eredeti lánchoz. Pontosan ezt teszi a Flare azáltal, hogy lehetővé teszi az XRP számára, hogy továbbra is gyors, megbízható, megbízhatatlan elszámolást tudjon nyújtani, miközben intelligens szerződéseket hoz létre, és lehetővé teszi, hogy megbízható csővezetékeket hozzon létre más blokkláncokhoz. Tökéletes példa arra, hogy egy meglévő blokkláncba új segédprogramot hozzunk létre.

A Flare 100 milliárd FLR tokent hoz létre, hogy tükrözze a létező XRP tokenek számát. A kezdeti szándék az volt, hogy ezeket a tokeneket elérhetővé tegyék olyan címek számára, amelyek nem a Ripple Labs, a Ripple-alapítók, a bálnafiókok és minden olyan cím számára, amelyek ismert csalók.

A Flare 45 milliárd FLR-t tett igényelhetővé az XRP-tulajdonosok számára, mivel ezeket a tokeneket olyan címekhez rendelték hozzá, amelyek XRP-t birtokoltak abban az időpontban, amikor a Ledger pillanatképet készítették 00. december 00-én 12:2020 GMT-kor. Ezen kívül 30 milliárd FLR-t osztanak ki a Flare Alapítványnak. , és további 25 milliárd FLR-t osztanak ki a Flare Networks Limitednek, amely a Flare fejlesztését támogató profitorientált szervezet.

Az elosztás azonban 1:1 alapon történik a tényleges számítás 1.0073 FLR eloszlási arányhoz vezetett minden XRP-re a pillanatfelvétel időpontjában. Ezenkívül a tokenek nem igényelhetők addig, amíg a mainnet életbe nem lép, ami állítólag 2021 júniusának első heteiben fog megtörténni. Bárki, aki XRP tokenekkel rendelkezik az airdropot támogató tőzsdén, automatikusan FLR tokeneket ír jóvá, amikor kiosztásra kerül.

A támogató cserék listája tartalmazza Binance, KuCoin, Coinbase, Poloniex és még sokan mások. Azoknak, akik az XRP-t egy önellátó pénztárcában tartják, követelést kell regisztrálniuk, és az FLR tokeneket a követelésben megadott címre kézbesítik. A mainnet indulásakor számos FLR-kompatibilis pénztárca közül választhat.

Azt is érdemes megjegyezni, hogy Flare azt mondta: „Lehet igény FLR a hálózat életbe lépése után, de nem a pillanatfelvételtől számított 6 hónapos dátum után." Mivel a pillanatfelvétel 12. december 2020-én történt, ez azt jelzi, hogy a mainnet 12. június 2021-e előtt fog elindulni.

Ráadásul nem minden token kerül azonnal kiosztásra. A Flare elenged A token allokáció 15%-a, amikor a mainnet elindul. A fennmaradó FLR a következő 25-34 hónapban fog megjelenni, havi 2-4%-os arányban.

Ki áll a Flare Networks mögött?

A Flare Network vezérigazgatója és társalapítója Hugo Philion. A Flare létrehozása előtt ő volt a Future Generations moduláris épületrendszer alapítója. Befektetési háttérrel rendelkezik, és a Cass Business School befektetési és pénzügyi kockázatkezelési szakán szerzett Bachelor of Science fokozatot.

Később az UCL-től szerzett Master of Science fokozatot gépi tanulásból. Tapasztalatot szerzett továbbá két 1 milliárd dollár feletti alapnál nyersanyag származékos portfóliómenedzserként.

A Flare másik társalapítója és műszaki igazgatója Sean Rowan. Sean 2015 óta vesz részt a blokklánc térben, amikor az UCLA és a TCD munkatársaival blokklánc alapú nyilvános kulcsú infrastruktúrát kihasználó biztonságos járműkommunikációs protokollokat tervezett. Ezt megelőzően kettős BA fokozatot szerzett matematikából és BE elektronikai és számítástechnikai mérnöki szakon a Dublini Trinity College-ban.

Később megszerezte a Master of Science fokozatot gépi tanulásból a University College London-ban, ahol feltehetően találkozott Hugo Philionnal. Sean a dublini, írországi RAIL kutatás-fejlesztési mérnöke is volt, ahol háttérhálózati szoftvert fejlesztett egy egészségügyi segítő robothoz. Ennek a robotnak a RAIL legújabb verziója a TIME magazin borítóján szerepel 2019 novemberében.

Következtetés

A Ripple ilyen hatalmas követőivel és hatalmas potenciállal a banki területen, a Flare Network ugyanolyan nagy méretűvé válhat, mint az a hálózat, amely intelligens szerződéses funkcionalitást biztosít az XRP-nek. A projekt alapítói minden bizonnyal ebben reménykednek, és valószínűleg az XRP-rajongók nagy csoportja is ugyanolyan lelkesedik a Flare által a Ripple-nek nyújtott lehetőségekért.

A projektről egy dolog elmondható, hogy minden bizonnyal nagy feltűnést keltett az airdropjával, és hajlandóak vagyunk fogadni, hogy milliók vannak, akik soha nem hallottak a Flare-ről, és most már tisztában vannak a létezésével, és valószínűleg küldetés és célok. Miután elolvasta ezt a cikket, közéjük kell számítania.

Az airdrop felpörgette a Ripple közösséget is, mivel az XRP token majdnem 300%-kal emelkedett 2020 novemberében. Ez annak volt köszönhető, hogy spekulánsok tolongtak az érmében, hogy kihasználják az airdrop előnyeit. Azóta a dolgok nem olyan rózsásak, mint ahogy az XRP 0.90 dollár körüli csúcsról 0.227880 dollárra esett 23. december 2020-án.

Nem tudjuk, mi lesz az FLR tokennel, amikor kiosztásra kerül, de még az eredetileg tervezett lassú kibocsátási ütem mellett is úgy tűnik, hogy a piacot elárasztják az FLR tokenek a mainnet elindítását követő első 2-3 évben. . Hacsak nem történik olyan fejlemény, amely ezalatt a kereslet hasonló megugrását okozza, a token eshet, mivel ugyanazok a spekulánsok, akik XRP-t vásároltak az airdrop-hoz, úgy döntenek, hogy a lehető leghamarabb kidobják az FLR-t.

Ha hosszabb időhorizontot veszünk, akkor ez jó projekt lehet, és ha igazunk van a mainnet elindításával kapcsolatban, akkor ez jó alkalom lehet arra, hogy hatalmas FLR-t vásároljunk olcsón. Persze csak az idő fogja eldönteni, hogy ez igaz-e.

A másik dolog, amit érdemes megjegyezni, hogy a Flare a Ripple-lel kezdődött, de elméletileg bármely blokklánchoz intelligens szerződéses funkcionalitást és interoperabilitást adhat. Tekintettel arra, hogy a nyilvános blokklánc tokenek értékének háromnegyede nem használható intelligens szerződésekkel megbízhatatlan módon, jelenleg a Flare hatalmas potenciális növekedési görbe előtt áll.

Kiemelt kép a Shutterstockon keresztül

Jogi nyilatkozat: Ezek az író véleményei, és nem tekinthetők befektetési tanácsnak. Az olvasóknak maguknak kell kutatniuk.

Forrás: https://www.coinbureau.com/review/flare-spark-flr/