Ripple vs Stellar [Ghid de comparație final]

Amândouă Ripple VS Stellar doresc să perturbe sistemele globale de plăți financiare, chiar dacă utilizează două abordări complet diferite. Ripple lucrează îndeaproape cu băncile și instituțiile financiare, în timp ce Stellar lucrează la un nivel mai popular. În acest ghid, vom analiza mai atent modul în care funcționează Ripple și Stellar.

Ripple vs Stellar: O scurtă istorie

La suprafață, Ripple și Stellar sunt ambele proiecte destul de similare, deoarece ambii vor să perturbe plățile transfrontaliere. Cu toate acestea, atunci când aruncați o privire mai aprofundată asupra proiectelor, vedeți diferențele. Istoria acestor două proiecte este, de asemenea, destul de împletită. În Ripple vs Stellar explorăm ambele proiecte interesante! 

Jed McCaleb este una dintre cele mai cunoscute figuri din criptomonedă, deoarece a fost fondatorul (sau cofondatorul) a 3 proiecte destul de celebre (sau infame dacă vreți). În 2006, el a fondat schimbul Mt. Gox pentru că, în propriile sale cuvinte, dorea o modalitate de a obține mai mulți Bitcoins. În cele din urmă l-a vândut lui Mark Karpeles, a cărui gestionare necorespunzătoare a adus una dintre cele mai mari crize din istoria cripto.

În mai 2011, McCaleb a fondat Ripple, un sistem de plăți transfrontaliere care a permis un sistem transfrontalier descentralizat fără a depinde de minerit. Cu toate acestea, lucrurile s-au înrăutățit rapid între McCaleb și Ripple. Și-a dat seama că există o neînțelegere fundamentală între cele două părți, care a fost răscumpărarea trecută. În 2014, împreună cu Joyce Kim, s-au îndepărtat de protocolul Ripple și au fondat The Stellar Development Foundation. De atunci, Stellar a crescut de la putere la putere.

Ripple vs Stellar dintr-o privire

Clipoci

Ripple vs Stellar

Repere cheie

  • Mai 2011: Jed McCaleb și Chris Larsen găsesc compania din spatele protocolului Ripple, OpenCoin.
  • 2012: Ripple este lansat.
  • 2014: Jed McCaleb se îndepărtează de Ripple pentru a forma Protocolul Stelar.
  • Aprilie 2015: Brad Garlinghouse se alătură Ripple ca CEO.
  • Aprilie 2015: Deschiderea birourilor Ripple la Sydney.
  • Martie 2016: se deschid birouri la Londra.
  • Mai 2016: Santander devine prima bancă din Marea Britanie care folosește Ripple pentru plăți transfrontaliere.

Stelar

Ripple vs Stellar

  • 2014: Jed McCaleb lansează rețeaua Stellar.
  • August 2014: Mercado Bitcoin, primul sistem de schimb valutar brazilian, a anunțat că va folosi rețeaua Stellar.
  • În ianuarie 2015, Stellar avea aproximativ 3 milioane de conturi de utilizatori înregistrate pe platforma sa, iar capitalizarea sa de piață era de aproape 15 milioane de dolari.
  • Aprilie 2015: Fundația pentru Dezvoltare Stelară a lansat un protocol actualizat cu un nou algoritm de consens numit Stellar Consensus Protocol (SCP).
  • Noiembrie 2015: Stellar cu noul algoritm devine live.
  • Mai 2017: se lansează Lightyear.io, o entitate cu scop lucrativ a grupului comercial Stellar, cunoscut și ca Stellar.
  • Septembrie 2017: Stellar anunță un program de beneficii, parte a programului său de granturi Stellar Partnership, care ar acorda partenerilor Lumens în valoare de până la 2 milioane de dolari pentru dezvoltarea proiectului.
  • În octombrie 2017, Stellar a colaborat cu IBM și KlickEx pentru a facilita tranzacțiile transfrontaliere în regiunea Pacificului de Sud. Sistemul de plăți transfrontaliere dezvoltat de IBM include parteneriate cu băncile din zonă.
  • În septembrie 2018, Lightyear Corporation a achiziționat Chain, Inc, iar compania combinată a fost numită Interstellar.

Ripple vs Stellar: Diferențele

Diferențele dintre Ripple și Stellar vor fi printre următoarele categorii:

  • Scop.
  • Algoritmul de consens.
  • Distribuția jetonului.

# 1 Ripple vs Stellar: Scop

În primul rând, să analizăm motivele care stau la baza creării Ripple și Stellar.

Scopul Ripple

Primul lucru pe care trebuie să îl înțelegeți este că Ripple și XRP și două entități complet diferite. Ripple aka Ripple Labs este o companie cu întreprinderi private, cu propria echipă executivă, care își propune să creeze și să permită o rețea globală de instituții financiare și bănci.

XRP este o monedă digitală, cunoscută și sub numele de Ripple, care este utilizată pentru alimentarea registrului XRP. Registrul este un produs open-source creat de Ripple, care își propune să conecteze băncile într-o rețea pentru a permite plăți internaționale rapide și eficiente, cu costuri suplimentare minime..

Deci, de ce a fost nevoie de Ripple în primul rând? Răspunsul scurt, plățile internaționale așa cum știm că este defect.

Problema plăților internaționale

Odată ce lumea este din ce în ce mai conectată și cu inovații constante în comunicații și transporturi, multe companii s-au extins pe piețele externe. Cu toate acestea, sunt încă împiedicați de faptul că nu se pot răsfăța cu plăți transfrontaliere de bază și eficiente. Iată câteva dintre cele mai frecvente probleme legate de plățile internaționale:

  • Taxe de tranzacție umflate: sistemele de plăți internaționale, cum ar fi SWIFT, tind să aibă mai multe bănci care acționează ca punte între banca de origine și banca de destinație. Aceste bănci vă percep niște comisioane pentru trecere. Taxele tind să se adune și să devină extrem de umflate până la final.
  • Rate de schimb: Importatorii și exportatorii sunt ambii afectați de ratele de schimb. Băncile percep o primă la cursul de schimb valutar, care este adesea o marjă semnificativă peste cursul de schimb mediu.

    Urmărirea plăților: este imposibil să urmăriți plățile între diferitele părți.

    Timp: Întregul proces durează mult.

155 de miliarde de dolari se mută peste granițe în fiecare an. Instituțiile financiare câștigă o mulțime de bani din aceste tranzacții. Rețineți că, chiar dacă băncile colectează doar 2% din comisioanele pentru tranzacții, aceasta este o sumă enormă de 3,1 trilioane de dolari. Aproape toate criptomonedele au fost create pentru a distruge sistemul bancar corupt la pământ, cu excepția Ripple. Abordarea Ripple este de a lucra îndeaproape cu băncile și de a le ajuta să creeze schimbări din interior.

RippleNet este o rețea de furnizori de plăți instituționale (bănci, MSB-uri etc.) care utilizează soluții dezvoltate de Ripple. Ripple are trei produse principale:

  • xRapid: Este un produs comercial care va permite băncilor să utilizeze simbolul XRP pentru a transfera bani la nivel global. Acest lucru va ajuta băncile să profite din plin de comisioanele și tranzacțiile sale reduse.
  • xCurrent: Conectează băncile pentru a transfera bani la nivel global, putând urmări cum și unde se mișcă. xCurrent nu folosește jetoane XRP.
  • xVia: o interfață de plată concepută pentru a face experiența utilizatorului de xCurrent și xRapid mai intuitivă și introduce mai multă abstractizare. xVia nu folosește jetoane XRP

Ripple a făcut deja niște POC-uri interesante. De exemplu, ATB Financial, cea mai mare instituție financiară din Alberta, a colaborat cu SAP SE, start-up-ul tehnologiei financiare Ripple Labs Inc. și ReiseBank AG din Germania pentru a trimite prima plată blockchain internațională reală din Canada în Germania. Au reușit să trimită 1000 CAD, care ar fi durat de obicei 2-5 zile lucrătoare, în 20 de secunde! Pentru a face lucrurile și mai uimitoare, și-au îmbunătățit POC-ul și au redus timpul de tranzacționare și mai mult la 10 secunde.

Scop Stelar

În timp ce Ripple dorește să perturbe plățile transfrontaliere lucrând îndeaproape cu băncile și instituțiile, abordarea lui Stellar este să se concentreze asupra maselor nebancare ale lumii.

Consultați următorul grafic:

Ripple vs Stellar

Se pare că o uluitoare 2 miliarde de oameni în întreaga lume nu au nici măcar un cont bancar. Dintre aceștia, 438 de milioane de persoane sunt nebancate doar în sud-estul Asiei 73% din întreaga populație trăind în regiune singur.

De fapt, un studiu realizat de McKinsey arată că atingerea populației nebancare din ASEAN ar putea crește contribuția economică a regiunii de la 17 miliarde dolari la 52 miliarde dolari până în 2030.

Stellar își propune să ajungă la toți acești oameni și să le ofere mijloacele de a deține controlul asupra banilor lor. Să facem o scurtă prezentare generală a modului în care va funcționa acest sistem.

Să presupunem că Alice vrea să îi trimită bani lui Bob. Alice locuiește în Statele Unite și Bob locuiește în Nigeria. Vrea să trimită 100 de dolari lui Bob, care va fi convertit în Naira nigeriană. Cum va funcționa?

Alice aparține băncii A cu sediul în SUA, iar Bob aparține băncii B cu sediul în Nigeria. Ambele bănci sunt conectate la rețeaua Stellar și sunt „Ancore” (mai multe despre aceasta mai târziu). Ok, așa că acum să vedem ce se întâmplă.

  • Alice îi trimite lui Bob 100 USD, iar intenția tranzacției este trimisă la Banca B în câteva secunde pentru a vedea dacă Bob este conform sau nu.
  • În momentul în care Banca A primește semnalul verde de la Banca B, ei deduc fondurile din contul personal al lui Alice.
  • USD este apoi mutat în contul de pool al băncii A și apoi mutat în rețeaua Stellar sub formă de credite cunoscute sub denumirea de Lumens, jetoanele Stellar native.
  • Odată ajuns în interior, rețeaua caută cel mai bun curs de schimb pe care să îl utilizați pentru a converti Lumenii în Naira.
  • Banii se mută apoi în contul de bază al Băncii B, care apoi este creditat în contul lui Bob.

# 2 Ripple vs Stellar: Algoritmul de consens

Algoritmul de consens Ripple (RPCA)

Înainte de a înțelege cum funcționează Ripple Consensus Algorithm (RPCA), există câțiva termeni cu care ar trebui să vă familiarizați:

  • Server: orice entitate care rulează software-ul Ripple Server și participă la procesul său de consens se numește server.
  • Lista de noduri unice (UNL): UNL este un set de alte servere care este întreținut de fiecare server. Membrii UNL ai unui server sunt responsabili pentru vot și stabilirea consensului.

Așadar, să vedem cum funcționează RPCA. RPCA apare în runde.

  • Fiecare server ia toate tranzacțiile disponibile la începutul procesului de consens. Aceste tranzacții ar putea fi noi, rămase din runda anterioară sau nu au primit anterior numărul necesar de confirmări.
  • Serverul trimite apoi acest set de tranzacții către toate serverele din UNL-ul său. Membrii UNL votează apoi asupra validității fiecărei tranzacții.
  • Când cel puțin 80% dintre membrii UNL sunt de acord cu validitatea unei tranzacții, tranzacția se adaugă la registrul.

RPCA este extrem de rapid, deoarece realizează 1.500 de tranzacții pe secundă.

Profesorul David Mazières de la Stanford și cofondatorul Stellar Development Foundation a sugerat că există unele defecte în RPCA.

În primul rând, el susține că rezultatul imposibilității Fischer Lynch Paterson (FLP) a afirmat că orice sistem de consens asincron determinist poate avea doar două dintre următoarele trei proprietăți:

  • Siguranță.
  • Reziliere garantată sau viață.
  • Toleranță la erori.

Potrivit acestuia, Algoritmul Consensului Ripple sacrifica Siguranța față de celelalte două. El conchide,

„Aceasta înseamnă că prioritizează închiderea registrului și disponibilitatea față de toți cei care sunt de acord cu privire la ceea ce este registrul – deschizând astfel mai multe scenarii de risc potențial.”

În al doilea rând, problema „corectitudinii probabile”. El a cercetat întregul sistem și a aflat că algoritmul nu reușește să fie sigur în toate circumstanțele.

Notă: Ripple a răspuns cercetărilor profesorului Mazières pe care le puteți citiți aici.

Protocolul de consens stelar

Stellar folosit anterior pentru implementarea algoritmului de consens al Ripple, dar de atunci au început să utilizeze protocolul lor de consens numit Stellar Consensus Protocol sau SCP.

SCP este un protocol FBA (Federated Byzantine Agreement) care garantează că nodurile sale bine comportate pot susține rețeaua în ciuda prezenței nodurilor rău intenționate. Aceasta înseamnă că este tolerant la defectele bizantine.

Modul în care SCP realizează acest lucru și ideea de bază din spatele acestuia este votul federat.

Vot federativ

Fiecare nod v din ecosistem poate vota pentru o declarație „a”, cu condiția ca „a” să fie în concordanță cu declarațiile anterioare care au fost convenite în prealabil.

Acum, să presupunem că avem un cvorum U care include nodul v, atunci avem următoarele două condiții de ratificare:

  • U ratifică un dacă și numai dacă fiecare membru al U ratifică un.
  • Nodul v ratifică un dacă și numai dacă cvorumul U ratifică un.

Teoria din spatele acestui lucru este foarte simplă. Dacă într-adevăr avem un sistem bizantin tolerant la erori, atunci în ciuda faptului că avem noduri rău intenționate, afirmația „a” poate fi totuși ratificată.

Cu toate acestea, chiar și atunci avem două scenarii de eșec:

  • Nodul v nu poate vota de fapt pentru un.
  • Unele noduri care au votat pentru un pot înceta să funcționeze.

Deci, cum ar trebui să arate rezultatul votului federat? Este la fel ca rezultatul pentru orice vot zilnic simplu ar trebui să arate astfel:

Ripple vs Stellar

Ce se intampla aici?

  • La început, avem un set mixt de oameni. Fie votează „a”, fie „ā”. Acest stat mixt care poate vota pentru oricare dintre cele două state se numește stat „bivalent”.
  • Acum avem trei scenarii. Fie majoritatea nodurilor votează pentru „a”.
  • Sau, majoritatea nodurilor votează pentru „ā”.
  • Sau, nu există o majoritate clară și întregul sistem este blocat.

Acesta este modul în care funcționează într-un sistem de vot centralizat și așa ar trebui să arate rezultatul votului federat.

Cu toate acestea, avem din nou două puncte de eșec:

  • Întreaga premisă de vot funcționează pe presupunerea că sistemul nu poate da greș. Cu toate acestea, acest lucru nu îl face tolerant la defecțiunile bizantine.
  • Un nod v într-un cvorum Q nu poate presupune doar că celelalte cvorumuri vor fi corecte.

Deci, de unde știm că un sistem descentralizat din SCP va vota într-adevăr pentru o declarație „a” și o va face valabilă? Pentru ca acest lucru să se întâmple, fiecare nod trebuie să aibă ratificarea directă.

Pentru a realiza acest lucru, trebuie să răspundem la următoarele două întrebări:

  • Cum poate un nod v ajunge la un consens cu privire la declarația „a” chiar și după ce a votat împotriva ei?
  • De unde știi că întregul sistem a ajuns la un consens cu privire la „a?”

Deci, să abordăm aceste întrebări.

Răspuns la întrebarea 1

În primul rând, să răspundem la prima întrebare: Cum poate un nod v ajunge la un consens cu privire la declarația „a” chiar și după ce a votat împotriva ei?

Pentru ca declarația „a” să fie acceptată de nodul „v”, aceasta trebuie să îndeplinească două condiții:

  • Cvorumul căruia îi aparține „v” trebuie să fi votat sau să fi acceptat „a”.
  • Fiecare membru al setului de blocare v, adică nodurile care formează o felie de cvorum cu „v” trebuie să accepte „a”.

Ultimul punct se asigură că nodul „v” acceptă declarația „a” chiar și după ce a votat împotriva ei.

Cu toate acestea, încă nu avem un consens clar. Ne confruntăm încă cu două probleme:

  • Nu știm dacă toate nodurile intacte vor accepta încă afirmația „a”.
  • Nu putem garanta siguranța sub-optimă a nodurilor neintacte care se bucură de intersecția cvorumului.

Răspuns la întrebarea 2

Pentru a aborda ambele probleme, trebuie să răspundem la a doua întrebare: De unde știi că întregul sistem a ajuns la un consens cu privire la „a?”

Soluția pentru asta este un alt vot. Este un vot pentru a confirma faptul că primul vot a reușit.

Cum funcționează această confirmare?

  • Cvorumul U confirmă o declarație a, prin ratificarea că „am votat pentru o”.
  • Nodul v confirmă „a” dacă și numai dacă aparține cvorumului „a”.

Acum, cum va rezolva acest al doilea vot atât problemele prezentate anterior?

Problemă: Nu știm dacă toate nodurile intacte vor accepta încă afirmația „a”.

Soluţie: Nodurile intacte pot vota împotriva declarației „a”, dar nu vor vota împotriva faptului că cvorumul lor a votat pentru declarația „a”.

Problemă: Nu putem garanta siguranța sub-optimă a nodurilor neintacte care se bucură de intersecția cvorumului.

Soluţie: Nodurile neintacte nu mai suferă din cauza nodurilor de blocare v rău intenționate, deoarece ratificarea în această etapă este directă și nu depinde de decizia cvorumului său.

Teoria de bază a confirmării merge astfel: dacă un nod intact confirmă o afirmație, atunci toate celelalte noduri intacte vor urma exemplul.

Aducând totul împreună

În cele din urmă, să reunim totul și să vedem cum arată rezumatul final al procesului de vot federat.

Ripple vs Stellar

În imaginea de mai sus, cele două straturi de vot în sistemul de vot federat. Deci, cum se măsoară SCP cu alte mecanisme de consens bine cunoscute?

Ripple vs Stellar

Credit de imagine: hârtie albă SCP

# 3 Ripple vs Stellar: Distribuția jetonului

Distribuție XRP

Jetonul XRP este utilizat în principal ca jeton de utilitate în ecosistem. Desigur, au existat o mulțime de controverse care plutesc recent dacă jetonul XRP este sau nu o securitate. O decizie formală trebuie încă luată, cu toate acestea, toate semnele indică contrariul. Un jeton de securitate reprezintă faptul că dețineți o anumită parte a companiei care îl emite. Cu toate acestea, XRP și blockchain-ul XRP pot rula teoretic în continuare dacă compania Ripple se oprește.

Înainte de a merge mai departe, există anumite lucruri pe care trebuie să le cunoașteți despre XRP.

  • Ripple a fost deja complet minat. Ripple nu are mineri sau jucători în ecosistemul său.
  • 20 de miliarde de jetoane XRP au fost reținute de creatori.
  • Restul de 80% au fost înmânate Ripple Labs pentru a crește lichiditatea disponibilă și a consolida piața generală.
  • Pentru a reglementa aprovizionarea cu jetoane în ecosistem, 55 miliarde XRP sunt blocate într-un escrow continuu de 5 ani care eliberează 1 miliard XRP pe lună și returnează partea neutilizată / nevândută la escrow, adăugând o lună suplimentară la sfârșitul stabilit de cinci ani.

Distribuție XLM

100 miliarde XLM au fost deja pre-minate. Stellar Development Foundation (SDF) ar trebui să supravegheze distribuția celor 95 de miliarde de lumeni (95%). Distribuția se va întâmpla astfel:

  • 50% să fie acordat în trepte mici la cât mai mulți oameni posibil pe parcursul a 10 ani. Mai largă distribuție, mai descentralizat sistemul.
  • 25% pentru alte companii și organizații nonprofit pentru a ajunge la oameni la care Stellar nu ar putea altfel să ajungă prin programul de înscriere directă.
  • 20% vor merge către deținătorii de bitcoin și ripple
  • 5% vor fi reținute de Stellar pentru dezvoltarea viitoare și alte costuri de operare.

Stellar are un sistem de inflație fix încorporat. În fiecare an, numărul total de lumeni crește cu 1%.

Stellar are, de asemenea, o altă caracteristică interesantă, numită „Taxe de spam”. Spammingul unei rețele cu tranzacții pentru a încetini sistemul poate fi foarte problematic. Pentru a opri acest atac, Stellar face două lucruri.

  • În primul rând, Stellar percepe o mică taxă pe tranzacție. Acest lucru va împiedica spammerii să efectueze mai multe tranzacții, deoarece nu va fi viabil din punct de vedere economic. Aceste taxe de spam sunt adăugate la fondul de inflație. Oricine deține lumeni poate vota unde vor merge fondurile din piscină. În fiecare săptămână, lumenul este distribuit către orice cont care obține peste 0,05% din voturi din conturi.

  • În al doilea rând, fiecare cont din rețeaua Stellar deține cel puțin 20 de XLM. Acest lucru ajută la asigurarea autenticității contului.

Ripple vs Stellar: Concluzie

Înainte de a concluziona, să facem o scurtă prezentare generală a diferențelor dintre aceste două proiecte:

Ripple vs Stellar

Fanii atât ai Ripple cât și ai Stellar au tendința de a cearta foarte mult unul împotriva celuilalt. Cu toate acestea, deși funcționalitatea lor poate fi destul de similară, filozofiile lor de bază sunt complet diferite și ambele soluționează probleme care trebuie rezolvate. Ripple remediază plăți transfrontaliere pentru instituții, în timp ce Stellar face același lucru la nivel individual. Având în vedere toate acestea, ambele sunt proiecte importante care aduc o utilitate importantă în ecosistemul criptografic.

Mike Owergreen Administrator
Sorry! The Author has not filled his profile.
follow me