Tehnični direktor Ripple: Tudi če cena $XRP doseže 10 $, bodo transakcijski stroški XRPL ostali nizki

V sredo (13. julija) David Schwartz, arhitekt iz XRP knjiga (XRPL) in Ripplov glavni tehnološki direktor (CTO), govoril o transakcijskih stroških na XRPL.

XRPL so leta 2012 ustvarili David Schwartz, Jed McCaleb in Arthur Britto, njegovo izvorno digitalno sredstvo pa je XRP.

Vse se je začelo, ko si je tehnični direktor družbe Ripple prijazno vzel čas in razložil članu skupnosti XRP, da nekateri ljudje, ki ne vidijo potenciala XRP, ne razumejo, da je »bolj uporaben (hiter, poceni, tekoč, povezan) žeton je za plačila, več ljudi (ki bi morda morali opraviti plačilo ali morda želeli prejeti plačilo, da bi olajšali plačila drugim ljudem) ga bo želelo zadržati.«

Schwartz je nato poudaril, da bo transakcije na XRPL še vedno praktično izvajati, tudi če cena XRP doseže 10 $, saj je tudi brez spremembe v mehanizmu provizije najmanjša provizija za transakcijo le 10 padcev — pri čemer je en padec 0.000001 XRP — in tako bi minimalna transakcijska provizija po tem scenariju postala 0.00001 x 10,000 USD, tj. 0.1 USD ali 10 centov.

Istega dne je dr. Aanchal Malhotra, vodja raziskav pri RippleX, je objavil a blog post v katerem je dejala, da bi RippleX želel, da "skupnost razvijalcev zagotovi povratne informacije o njenem predlogu za funkcionalnost avtomatiziranega izdelovalca trga na knjigi XRP Ledger."

Začela je z ugotovitvijo, da XRPL, ki je bila ena prvih uveljavljenih decentraliziranih borz (DEX) na svetu, "omogoča vsakomur v glavni knjigi, da neposredno in učinkovito kupi, proda ali trguje s kakršnim koli žetoniziranim sredstvom - brez potrebe po osrednjem posredniku."

Nato je dodala, da je imel XRPL DEX "prednost prvega v letu 2012 kot izmenjava enakovrednih." Uporabil je "model centralne knjige omejenih naročil (CLOB), ki ujema ponudbe in ponudbe na podlagi cene in časovne prioritete." Čeprav je "to sam po sebi dragocen mehanizem izmenjave," ekipa RippleX verjame, da "obstaja priložnost za razširitev tega nabora funkcij za odklepanje večje funkcionalnosti in uporabnosti prek avtomatiziranega izdelovalca trga (AMM)."

Dr. Mahorta je svojo objavo na blogu zaključila z besedami, da so ona in njeni kolegi "neverjetno navdušeni" nad potencialom predlaganega AM protokola. Zlasti je omenila, da se "s hitrostjo do 1500 transakcij na sekundo (TPS) in dokončnostjo transakcije manj kot 4 sekunde ta protokol AMM razlikuje od drugih v razredu."

27. februarja 2020 je med an epizoda "The Ripple Drop" (Rippleova spletna video serija) je Schwartz govoril s producentom/urednikom Reinhardom Cateom o razvoju XRP Ledgerja.

Cate je intervju začela z vprašanjem Schwartza, kako se je začel XRP Ledger in kakšen je njegov trenutni status.

Schwartz je odgovoril:

"No, konec leta 2011 sem začel delati na tem, čemur zdaj pravimo XRP Ledger; torej sem bil pri tem že osem [ali] devet let ... vendar so bile spremembe drastične. Mislim, da smo v prvih dneh imeli le možnost izvajanja transakcije v decentralizirani knjigi v samo nekaj sekundah, nato pa smo se začeli zavedati, da nam lastnosti algoritmov, ki smo jih razvili, omogočajo, da počnemo stvari, kot je decentralizirana izmenjava.

"In potem smo imeli idejo, da bi ljudem omogočili izdajanje sredstev in idej, kot je kredit skupnosti, in vse to smo združili v funkcionalen sistem verjetno sredi leta 2012."

Cate je nato želela vedeti, zakaj je robustnost XRP Ledgerja tako pomembna.

Schwartz je rekel:

"Zavedati se morate, da govorite o milijardah dolarjev v sistemu, ki nima skrbnika. Ni nikogar, h kateremu bi se lahko obrnili, če bi kaj zamočilo, zato je zanesljivost lastnost številka ena, kar pomeni, da se ti sistemi zelo počasi razvijajo in razvijajo.

"Na začetku, preden sem delal na knjigi XRP Ledger in sem gledal Bitcoin, smo nekako imeli to idejo, da če bo kakšna nova funkcija, jo bo Bitcoin preprosto sprejel.

"Zdaj vemo, da je to brezupno naivno, saj vsaka sprememba sistema, kot je ta, povzroči stroške vsem, ki sistem uporabljajo. Pri katerem koli drugem delu programske opreme bo podjetje izdalo novo različico programske opreme, recimo, da Oracle izda novo različico, in bodo rekli ljudem, ki imajo kritično uvajanje, 'ne nadgradite na novo različico, samo uporabite trenutna različica, dajte nam malo časa, preizkusite jo karkoli.

"Tega v javni verigi blokov pravzaprav ne morete storiti - če se pravila spremenijo, morajo ljudje zagnati programsko opremo z novimi pravili. Želite vprašati, zakaj se ti sistemi ne premikajo hitreje, zakaj ne dodajajo funkcij redno, zato."

Kredit za slike

Izbrani slike z "vjkombajn"Prek pixabay.com