Dnes jsme potěšeni, že můžeme zveřejnit naše podrobné plány pro nasazení sítě Flare. Tyto plány mohou být plně prozkoumány potápění do našeho návrhu bílé knihy pokrývající Síť a její nativní token, Jiskra (zde) a zcela s tímto článkem integrace XRP s Světlice (zde). Dokumenty jsou ve formě návrhu a od nynějška do dne, kdy se objeví světlice, dojde k optimalizačním změnám. Neměly by existovat změny, které by se podstatně odchylovaly od níže uvedeného přehledu. V tomto příspěvku se snažíme zdůraznit to, co považujeme za nejdůležitější aspekty vzplanutí. Minimálně technický přehled o každé důležité komponenty budou zveřejněny v průběhu následujících týdnů, začíná později tento týden s návod Flare je zcela s tímto článkem integrace XRP, FXRP. Připoutejte se!

(A TL; DR je na konci tohoto příspěvku.)

co je světlice a proč ji stavíme?

Flare existuje k vyřešení dvou klíčových problémů:

První a z bezprostřední význam pro budování našeho průmyslu je, že 75% z hodnoty, která existuje ve veřejné blockchain v současné době nemohou být použity ve zcela s tímto článkem způsobem s inteligentní smlouvy.

za druhé, a to jak krátkodobých, tak dlouhodobých důsledků, existují potenciální problémy s tím, jak je škálování implementováno pro inteligentní smluvní sítě dnes. Většina nových sítí používá Proof of Stake nebo jeho varianty. Tyto protokoly odvozují bezpečnost sítě z jejich nativního tokenu.

okamžitým problémem důkazu o sázce je, že návrh konsensu dosud bezpečně neumožňuje alternativní použití nativního tokenu. Pokud token držitel může získat vyšší výnos (a bez možnosti sekání) poskytnutím kolaterálu vytvořit stablecoin, než oni mohou od měkčení, pak jako ekonomický racionalistů, budou pravděpodobně dělat tak. To odvádí tokeny od sázení a kanibalizuje bezpečnost sítě. (Velmi bystrý článek na toto téma je zde.) Máme podezření, že to je možná hlavní důvod, proč navzdory poměrně vyšším transakčním nákladům a mnohem nižší propustnosti transakcí Ethereum stále vede cestu v DeFi.

dlouhodobější problém je, že jako Důkaz o Podílu sítě zisky využití a hodnota postaven na vrcholu zvyšuje, hodnota měkčení token musí zvýšit nebo sítě se stávají nebezpečnými. To je skvělé pro investory v tokenu, ale špatné pro lidi, kteří chtějí vidět decentralizaci stát se součástí hlavního proudu způsobu podnikání. Proč? Protože aby hodnota tokenu, která zajišťuje síť, vzrostla, musí být kapitál odkloněn od jiného použití k nákupu tokenu. Přijata na logický koncový bod, pokud je chytrý smlouvu sítí pomocí doklad o sázce byly, aby se stal všudypřítomný způsob podnikání, rozsah rozptýlení kapitálu potřebného z jiných úsilí, jen aby bezpečné hodnoty postavené na těchto sítích, by se náklady obchodu neskutečně vysoká. Z tohoto důvodu je velmi nepravděpodobné, že se stane. Důkaz o podílu a variantách může škálovat propustnost transakcí, ale stávající implementace nemohou škálovat hodnotu. Podle našeho názoru je důkaz o podílu spíše stopgap než řešení.

jak Flare řeší tyto problémy?

Flare je ve svém jádru nový způsob škálování inteligentních smluvních platforem, který nespojuje bezpečnost s hodnotou svého tokenu. Flare stále vyžaduje token pro provoz sítě, hlavně k zabránění spamových transakcí. Token Flare se nazývá Spark. Vzhledem k tomu, že Spark nemá důsledky pro bezpečnost sítě, je vhodný pro umožnění důvěryhodného používání tokenů bez Turingu s inteligentními smlouvami.

Flare je první Turingova kompletní Federativní Byzantská dohoda (FBA) na světě. Uzly provozují protokol Avalanche consensus s klíčovou adaptací na topologii konsensu FBA. FBA je jedinečná jako konsensuální topologie v tom, že dosahuje bezpečnosti, aniž by se spoléhala na ekonomické pobídky, které mohou zasahovat do případů použití s vysokou hodnotou a vysokým rizikem. Kritika čistého FBA je, že to vede k křehké struktury základních uzlů, umožňující topologie scénáře, kde jeden uzel selhání může způsobit celou síť selhání. Z tohoto důvodu je upřednostněno specifické nastavení FBA nazývané topologie Unique Node List (UNL), která zdůrazňuje jasnost a snadnost použití při zachování vlastnosti otevřeného členství FBA. Procento překrytí UNL je parametr definovaný správou, s nižším překrytím zlepšujícím vlastnost otevřeného členství v síti. Síť Flare využívá virtuální stroj Ethereum (EVM), který umožňuje síti provozovat Turing kompletní inteligentní smlouvy.

při spuštění sítě, postavený na vrcholu Flare je pak protokol bezpečně povolit trustless vydání, použití a vykoupení, XRP na Flare. Tento protokol se nazývá FXRP. XRP se bezpečně a důvěryhodně stává FXRP, na Flare, zajištěný nativním tokenem Flare, Spark. XRP nyní skutečně existuje Turing kompletní sítě a jakmile se tam, zcela s tímto článkem interoperabilitě s ostatními sítěmi je proveditelné, a to jak prostřednictvím interoperability protokolů, jako je Cosmos a Polkadot nebo s Ethereum přes dobře definované protokoly na můstku. Zkrátka: Flare lze použít jako inteligentní smluvní platformu pro XRP nebo jako trustless potrubí pro XRP do jiných sítí.

Kromě toho, obecné metodiky FXRP je rozšiřitelný na všechny non-Turing kompletní projev a schopnost rozhodnout, které další tokeny na podporu a pak rozšířit prostředky, aby tak učinily, je vestavěný do systémů a správy sítě.

Flare spojuje hodnotu tokenů bez Turingu s transformační silou inteligentních smluv v síti, která může škálovat hodnotu i propustnost transakcí.

přehled FXRP

složitost získání XRP na světlici spočívá v tom, že neexistuje způsob, jak inteligentní smlouva na veřejném blockchainu ovládat adresu v knize XRP. Důvodem je to, že inteligentní smlouvy v současné době nemají adekvátní způsob ukládání tajného klíče způsobem, který je skutečně tajný. Získat XRP na Světlice pouze pomocí kódu by vyžadovalo určité skupiny účastníků, aby se spolu s multi podpis adresu, kterou společně ovládají, přičemž pokud k n strany podepsat transakce transakce je autorizována. Každý uživatel aktiva vydaného touto multisig adresou by pak musel důvěřovat této sbírce uživatelů, a proto by aktivum nebylo důvěryhodné ani decentralizované.

FXRP bezpečně umožňuje držiteli XRP (původce) poslat své XRP na sadu adres (nazývaných agenti)v knize XRP. Inteligentní smlouvy FXRP na Flare pak vydávají původce FXRP na Flare, který je 1:1 konvertibilní s XRP a zajištěn Spark. Když držitel FXRP chce vykoupit za XRP (Vykupitel), pošlou jej zpět na fxrp smart kontrakty na světlici. Agenti poté odešlou XRP na adresu vykupitelů v knize XRP. Pokud agenti dokončit toto vykoupení dostatečně rychle vykupitel je kompenzován hodnotu jejich XRP plus částku kompenzovat transakční náklady na rebuy s příponou XRP.

u FXRP není nutný žádný centralizovaný zprostředkovatel.

FXRP funguje následovně:

majitelé nativního tokenu Flare, Spark, mohou poslat své žetony do sbírky inteligentních smluv na Flare, které jsou označovány jako systém FXRP. Uživatelé, kteří to dělají, poskytují zajištění systému FXRP. Jsou to agenti. Zavoláme jednoho z agentů Boba. V systému FXRP bude mnoho agentů.

řekněme, že Bob vložil 5000 Spark tokeny do systému FXRP. V tomto příkladu 10 Spark tokeny lze v současné době zakoupit za 1 XRP token. Na FXRP systému vyžaduje zajištění poměr 2,5, což znamená, že za všech okolností agent musí mít k dispozici v systému 2,5 krát hodnota FXRP systém je rozdělen na ně v Zapalovací žetony. FXRP je zde oceněn jako 1: 1 s XRP. Proto Bob 5000 Spark tokeny umožňuje systému vydávat 200 FXRP.

Když někdo, řekněme Alice, chce vytvořit FXRP pošlou transakce FXRP systém s fixní poplatek 0,1% z hodnoty XRP, že chtějí razit do FXRP. Alice je označována za původce. Transakce také řekne systému FXRP, jakou adresu poslat FXRP na světlici, jakmile je ražena, a jakou adresu bude XRP pocházet z knihy XRP. Pokud je v systému FXRP k dispozici kapacita, zajištění k zajištění vytvořené částky FXRP je po určitou dobu uzamčeno proti Nadcházející transakci Alice. Takhle Alice nemusí Bobovi věřit. Na oplátku, sada instrukcí jsou generovány pro Alice říkat jí, jakou adresu (Bobova adresa) poslat XRP na XRP ledger a co poslední ledger index použít. Pokud v systému není kapacita pro vydání požadované částky FXRP, Alice je vrácen poplatek.

Alice poté odešle správnou částku XRP plus poplatek za vytvoření v XRP na Bobovu adresu v knize XRP. Poplatek za vytvoření je převážná část peněz, které Bob vydělá za uzamčení svého zajištění jiskry, všimněte si, že jeho výdělky jsou převážně v XRP. Flare pozoruje tuto transakci pomocí systému zvaného State Connector, definovaného v části 2 Bílé knihy Flare (a předmětu budoucího blogu). FXRP je pak ražen systémem a doručen na nominovanou adresu Alice na Flare.

poměr zajištění 2,5 x musí být vždy zachován. Pokud se cena XRP zvýší proti Spark, tak, že hodnota Bobova zajištění klesne pod 2.5 krát fxrp vydaný proti němu, pak Bob má omezený čas buď přidat další Spark tokeny jako zajištění nebo koupit a uplatnit fxrp tokeny, aby jeho poměr zajištění zpět do souladu. Například řekněme, že 200 fxrp tokeny jsou vydávány proti bobovým 5000 Spark tokeny a cena XRP / Spark se zvyšuje na 12. Bob nyní musí buď přidat 1000 Spark do systému nebo koupit a uplatnit 33.34 FXRP snížit jeho rozdělení vydané FXRP na 166.66.

Pokud Bob nemá přístup k dalším tokenům Spark, není pro něj finančně obtížné snížit zůstatek FXRP podporovaný jeho adresou. Bobův kolaterál umožnil systému FXRP vydat 200 žetonů FXRP, v tomto procesu Bob obdržel 200 žetonů XRP na XRP ledger. Pokud tedy Bob nemá dodatečný kapitál na nákup Jiskra žetony může buď prodat dostatečné XRP pro FXRP na burze tak, že on může vykoupit alespoň 33.34 FXRP nebo zbývající v čistě decentralizované prostředí, pokud tam jsou jiné agenty v FXRP systém s dostatečnou přebytek zajištění může máta dostatečné FXRP a okamžitě vykoupit. Druhý scénář v podstatě přesouvá povinnost na zbytek systému. Pokud Bob nedělá nic a zůstává ve výchozí proti zajištění poměr, Bob zajištění bude automaticky vydražen za částku FXRP vydané proti ní, který je v tomto případě 200. Bob si po této operaci ponechá veškeré zbývající zajištění.

řekněme, že Bob se rozhodl přidat další jiskru jako zajištění. Nyní o něco později Alice, která vlastní všechny vydané FXRP 200, chce vykoupit celou částku zpět do knihy XRP. Alice jednoduše provede transakci se systémem FXRP, který pošle FXRP do systému a řekne mu, jakou adresu chce připsat. Systém pak vydá sadu instrukcí, aby mu Bob řekl, kolik XRP poslat a kde spolu se dvěma termíny XRP ledger, do kterých musí být transakce dokončena. Pokud Bob dokončí transakci do prvního termínu, jeho zajištění je zcela odemčeno. Pokud Bob selže do prvního termínu, ale uspěje do druhého, je mu účtován malý pokutový poplatek a zbytek jeho zajištění je odemčen. Sankční poplatek je spálen.

Pokud Bob nedokončí transakci do druhého termínu, nazývá se to selhání vykoupení. Alice je pak kompenzována Spark tokeny na hodnotu jejího vykoupeného XRP plus 1% Zvýšení na pokrytí transakčních nákladů na nákup zpět XRP, to je čerpáno z Bobova zajištění. Z Bobova zbývajícího zajištění je 50% spáleno jako trest a dalších 50% mu vráceno. Alice pak může koupit náhradní XRP na burze. Alternativně, za předpokladu, že existují další agenti na světlici s vydanou FXRP a lidé, kteří ji chtějí prodat, Alice může koupit více FXRP na světlici a vykoupit ji proti těmto agentům.

Spark a závislé aplikace

FXRP je prvním příkladem něčeho, co nazýváme Spark Dependent Application (SDA). SDA je definována jako aplikace, která ve své konstrukci používá nějakou kombinaci: Spark for collateral, Flare Time Series Oracle a spark token držitelé pro správu. Každý z těchto prvků je zcela volitelný a aplikace může pracovat na Flare pouze interakci se Spark pro úhradu transakčních nákladů. Například FXRP používá Spark jako kolaterál, časové řady Flare Oracle pro cenu XRP/Spark a sadu vlastnictví tokenu Spark pro správu nad určitými parametry, jako je poplatek za vytvoření FXRP a poměr zajištění. Účelem modelu SDA je poskytnout šablonu pro rozšíření každé ze tří komponent na libovolný počet aplikací. Použití Spark jako zajištění ve všech aplikacích je jednoduché, nejdůležitějším prvkem bylo zvážit, jak by mohla být vytvořena bezpečná metodika oracle ve více časových řadách.

Flare Time Series Oracle

vlastnictví Spark tokenu umožňuje příspěvek k Flare Time Series Oracle (FTSO). Účelem FTSO je vytvořit přesné odhady údajů o vzplanutí z off-chain při zachování decentralizace. FTSO je strukturován tak, aby poskytoval mnoho odhadů jednotlivých časových řad. Cena XRP / Spark je příkladem jedné časové řady.

každý výstup časové řady FTSO bude mít obecně dvě skupiny účastníků: prvním z nich jsou držitelé tokenu Spark a druhým jsou držitelé závislého tokenu aplikace, který se nazývá F-aktivum. V aplikaci FXRP je F-aktivem samotný token FXRP. Pro složitější aplikaci, jako je aplikace derivátů, kde aplikace vyžaduje více časových řad, může být f-aktivum něco více podobného vydanému tokenu správy.

pro každou časovou řadu FTSO požádá každou příslušnou sadu účastníků, aby poskytli odhad. Držitelé jisker poskytnou odhady pro všechny časové řady a držitelé F-aktiv poskytnou odhady pouze pro časové řady související s jejich F-aktivem. Tyto odhady jsou poté zpracovány tak, jak je definováno v oddíle 4 světlice whitepaper a výstup systémem.

motivací pro držitele F-aktiv k poskytování dat do systému je bezpečnost jejich aplikace. Držitelé tokenů Spark jsou motivováni potenciálem vydělat něco, co se nazývá odměna oracle. Jedná se o množství Spark tokenů, které jsou raženy systémem. Odměna oracle je roční sazba rozdělená rovnoměrně napříč každým odhadovaným obdobím FTSO. Například, pokud sazba je 10%, tam jsou 365 odhady za rok a startovní číslo Jiskry žetony 100, pak 10 Jiskra bude vytvořen v 1 rok a ~0.03 Jiskra ražené a odměněn za den. Přispěvatelé tokenu Spark mohou tuto odměnu získat přispěním údajů, které jsou považovány za“správné“. Přesná mechanika je uvedena v bílé knize. Důležité je všechny Zapalovací token držáky jsou implicitně vsadil v systému, protože pokud tomu tak není získat odměnu, a to buď prostřednictvím non příspěvek nebo poskytování „nesprávné“ odhady ztrácejí hodnotu tokenu držitelé, kteří jsou odměňováni. Toto je Flareova verze blokových odměn.

FTSO bude zahájeno poskytovat následující ceny pro: XRP/ Spark, USD/Spark, BTC / Spark a XLM / Spark. Pouze XRP/Spark bude mít na začátku odpovídající F-aktivum. Další časové řady a jejich související F-aktiva mohou být navrženy a přijaty prostřednictvím procesu řízení.

delegace

FTSO ve skutečnosti poskytne odhady každých pár sekund. Ne každý držitel Spark bude chtít nebo bude moci provozovat hardware, aby přispěl k FTSO, a Samostatně nemusí mít zájem hlasovat pro správu sítě. Proto mohou být hlasy pro obě odpovědnosti odděleny od samotného tokenu a Samostatně delegovány na jiné strany. Delegace může být kdykoli zrušena a při přenosu tokenu z jedné adresy na druhou je delegace automaticky zrušena tak, že hlasovací práva jdou s tokenem. Mechanismus také umožňuje SDA, jako je FXRP delegovat Spark hlasy zpět ke konečnému vlastníkovi, který pak může znovu delegovat tyto hlasy dále na subjekty, které chce hlasovat jeho jménem. Takže pokud má Bob 5000 Spark tokeny v aplikaci FXRP, deleguje hlasy z těchto žetonů na adresu určenou Bobem. Pokud Bob chce, aby specializovaný poskytovatel dat přispěl FTSO jeho jménem, může Bob znovu delegovat své hlasy pro FTSO na poskytovatele dat. Důležitější je to znamená, že Bob nemá, aby si vybrat mezi vydělávat Jiskru tím, že poskytuje zajištění FXRP aplikace a potenciálně vydělávat odměnu od FTSO, může dělat obojí. Postup delegování může implementovat jakýkoli SDA, díky kterému jsou tokeny Spark nedostupné jejich základním vlastníkům, za předpokladu, že v aplikaci je definice toho, kdo je podkladovým vlastníkem.

Governance & Foundation

Flare se řídí výhradně držiteli tokenu Spark prostřednictvím hlasování. SDA může volitelně požádat, aby se řídili držiteli tokenu Spark.

určitá rozhodnutí mohou být učiněna automatizovaným způsobem v řetězci, jako je změna transakčních nákladů, odměna oracle nebo při pohledu na FXRP jako SDA, změna poměru zajištění a poplatek za vytvoření. Další rozhodnutí, jako je přidání nové časové řady do FTSO a propojení navrhovaného F-aktiva, změna parametrů konsenzu sítě nebo složitější dlouhodobé aktualizace, vyžadují změnu kódu. Bílá kniha Flare stanoví návrh, vývoj a testovací režim pro ruční změny, které mohou být iniciovány a hlasovány držiteli tokenu Spark. Abychom pomohli tento proces implementovat a provést dohodnuté změny, bude existovat nadace Flare. Nadace bude nezisková, která bude začleněna v následujících měsících. Má být zodpovědný za 5 klíčových oblastí: granty, investice, výzkum a vývoj, vzdělávání, publicitu a partnerství.

To je výzkum a vývoj, funkce, která umožňuje nadace, který musí být nedílnou součástí sítě proces aktualizace, dokonce jít tak daleko, jak je analyzovat, zprávy a poté sestavení, testování a nasazení navrženého sítě změny kódu.

nadace musí být vysoce transparentní a nesmí plýtvat penězi. Budou splněny a zveřejněny dvě zprávy ročně o jejích činnostech a výdajích. Nadace je určena pouze k tomu, aby převzala směr od držitelů tokenů Spark a nestanovila agendu. Jako takový, nesmí: žádným způsobem přispívat FTSO, nasadit jakoukoli ze svých Spark holdings jako zajištění pro jakoukoli aplikaci v síti a nesmí používat své Spark holdings k hlasování v žádném vládním hlasování. To nemusí přiřadit své Spark tokeny ostatním, aby tak učinily. Kromě toho napsal do nadace, ústavy bude povinnost, že pokud řízení hlasování souhlasí s tím, že nadace již slouží prospěšný účel nadace musí větru své činnosti dolů a spálit všechny jeho zbývající token hospodářství při nejbližší příležitosti.

Jiskra Vydání

nejlepší komunitu na vlastní aktivum, které umožňuje použití XRP s Turing kompletní inteligentní smlouvy je společenství, které bude používat a těžit z něj: XRP držáky. Flare nedělá ITO. Místo toho dělá to, co nazýváme vidličkou. Věříme, že je to první svého druhu.

vidlice se tradičně snažila převzít uživatelskou základnu existující sítě a zcela se od této sítě odchýlit, obvykle mít antagonistický vztah s původním řetězcem. Naproti tomu užitková vidlice má přinést hodnotu zpět do původního řetězce místo toho, aby se od něj vzdálila. Flare umožňuje XRPL dělat to, co umí nejlépe, rychlé vypořádání, a zároveň přináší XRPL, inteligentní smlouvy a proveditelnost k vytvoření důvěryhodného potrubí do jiných bloků. Myslíme si, že je to opravdu silná kombinace a dokonalý příklad užitečnosti.

100 miliard Spark tokeny budou vytvořeny zrcadlit množství XRP, který existuje. Existuje přibližně 45 BN XRP tokeny, které nepatří do Ripple labs. Cílem distribuce je, že držitelé XRP jiní než Ripple mohou nárokovat přibližně 1:1 množství jiskry do svého držení XRP. 45 Bn Spark bude nárokovat držitelé XRP (odstranění známých adres Ripple labs). 25 Bn Spark půjde do společnosti Flare Networks Limited, která je neziskovou organizací Flare. 30 mld. Spark půjde do nadace Flare.

stejně Jako mnoho XRP majitelé skutečně používat výměn držet jejich XRP žetony, existuje možnost, že držitel XRP, kdo chce tvrdit, Jiskra tokeny mohou být schopni, protože buď výměnu tvrdí, že Jiskru a zachovává je, spíše než kolem nich, nebo případně nemá nárok vůbec. Aby XRP vlastníků k účasti v distribuci buď tím, že tlačí jejich výměnu distribuovat Zapalovací tokeny nebo přesunout exchange, aby ten, který dělá, snímek XRP kniha bude přijata na rande blíže ke startu. Seznam zúčastněných výměn bude zveřejněn na webových stránkách společnosti Flare a pravidelně aktualizován. Číslo knihy snímků bude zveřejněno na webových stránkách po pořízení snímku.

TL; DR

Flare je první Turingova kompletní Federativní Byzantská dohoda (FBA) na světě. Integruje virtuální stroj Ethereum (EVM) a neodvozuje bezpečnost z tokenu. Na vrcholu je postaven protokol bezpečně umožní zcela s tímto článkem vydávání, používání a vykoupení, XRP na Světlice. Tento protokol se nazývá FXRP. Obecná metodika protokolu a systému, který spojuje Flare s jinými sítěmi, je rozšiřitelná na jakýkoli Token bez Turingu. Interoperabilita bez důvěry s jinými sítěmi je proveditelná, a to jak prostřednictvím protokolů interoperability, jako jsou Cosmos a Polkadot, tak pomocí Etherea prostřednictvím dobře definovaných mostních protokolů.

Flare token, Spark je vytvořen prostřednictvím toho, co může být vůbec první nástroj vidlice, přičemž síť původu, v tomto případě XRP Ledger, výhody prostřednictvím zvýšené utility. 100 miliard tokenů Spark bude vytvořeno na začátku sítě Flare, z nichž 45 miliard bude nárokovatelných stávajícími držiteli XRP s výjimkou Ripple Labs. To odráží stávající množství distribuovaného XRP tak, že současní držitelé XRP si budou moci nárokovat přibližně 1 Token Spark za každý token XRP. 25 miliard žetonů půjde vývojářům, Flare a 30 miliard žetonů půjde do neziskové nadace nazvané Flare foundation. Držitelé tokenů Spark mohou získat návratnost svých tokenů Spark jak spácháním tokenů Spark jako zajištění k zajištění důvěryhodného vydávání a vykoupení FXRP, tak přispíváním dat do časové řady Oracle. Tyto funkce si navzájem nekonkurují.

token Spark se používá pro správu sítě prostřednictvím hlasování. S výjimkou grantů a investic na pomoc při rozvoji Flare, nadace bere technický směr od majitelů tokenů Spark. Klíčovou úlohou nadace je pomáhat při provádění upgradů a změn v síti, dohodnutých hlasováním o správě, které nelze provést bez změny kódu. Důležitější je, zapsán do nadace, ústavy, bude hrát, že nadace musí být zlikvidována a všechny Zapalovací žetonů v držení nadace spáleny, je-li Zapalovací token držitele souhlasím s tím, že jeho existence je již příznivý k síti.

Flare spojuje hodnotu tokenů bez Turingu s transformační silou inteligentních smluv v síti, která může škálovat hodnotu i propustnost transakcí.

odpovědi na dvě otázky:

vytváří Spark důkaz o sázce zadními dveřmi?

pouze vydané tokeny, které vyžadují zajištění, jako je FXRP, jsou zajištěny Spark. Síť nepoužívá Spark pro bezpečnost při dosažení konsensu.

měli Jsme (to, co si myslíme, že jsou) velmi silné koncepty pro USD denominovány stabilní mince, ale to vyžaduje rozsáhlé re-inženýrství Ethereum Virtuální Stroj, který by odloženého startu a měla nepředvídatelné účinky na budoucí kompatibilitu s EVM. Spark, jak je strukturován, nabízí mnohem větší užitečnost a přínos jak pro komunitu XRP, tak pro knihu XRP.