Web3.com Ventures Analiză originală de cercetare
0xFishylosof
Introducere
Blockchain-ul Sui este unul dintre noile proiecte majore L1 care utilizează limbajul Move și a adunat o atenție majoră a mass-media și a capitalului în evoluțiile sale tehnologice [1]. În comparație cu multe alte blockchain-uri L1 noi, în special cu Aptos, Sui se mândrește cu un set întreg de design-uri experimentale, inovații tehnologice și tokenomics unice pentru a oferi un blockchain care „scalează orizontal” cu un avantaj practic nelimitat [2]. În acest articol, voi trece prin descoperirile tehnologice primare ale Sui, precum și prin modelul unic de tokenomics al proiectului, înainte de a oferi o evaluare critică a potențialului Sui ca lanț L1 axat pe scalabilitate.
Principii tehnice Sui
Există o mare varietate de inovații tehnice pe care Sui le face ca proiect și care toate au scopul de a optimiza viteza și debitul tranzacțiilor, în special pentru tranzacțiile simple peer-to-peer. În această secțiune, mă voi concentra pe trei dintre cele mai proeminente inovații tehnologice: modificarea limbajului Move pentru a crea Sui Move, gestionarea „tranzacțiilor simple” fără consens și motorul unic de consens Narwhal-Tusk.
În mișcare
În primul rând, spre deosebire de Aptos și alte proiecte în limbajul Move, care preiau direct limbajul original Move al Meta Libra, Sui folosește propria sa versiune personalizată a limbajului Move, Sui Move, pentru a-și scrie contractele inteligente. Move, ca limbaj de contract inteligent bazat pe resurse, implementat folosind structuri activate de abilități, este optimizat în mod natural pentru execuția paralelă. Dar, în timp ce limbajul original Diem-Move a fost dezvoltat cu un „sistem autorizat” în minte în care controlul accesului a fost aplicat strict, ideea lui Sui de adoptare în masă necesită un sistem mult mai deschis pentru a accelera integrarea. În acest scop, Sui Move creează funcții mai primitive, cum ar fi funcția de transfer, care permit „crearea în masă a activelor fără frecare” [3].
Alte modificări ale lui Sui la limbajul Move includ o curățare a sistemelor de tastare ale lui Move pentru a permite o experiență de programare mult mai fluidă. Permițând transferurile și proprietatea de tip nativ al activelor, dezvoltatorii nu trebuie să folosească „modele de ambalare” ca în limbajul tradițional Move. Optimizarea „tipului” de resurse de către Sui Move permite, de asemenea, gruparea activelor tip diferite într-un container mai mare de active, extinzând astfel funcționalitatea tipurilor definite personalizat și permițând o structură de polimorfism mai curată [3].
Tranzacții simple „un singur scriitor”.
Gestionarea de către Sui a tranzacțiilor simple „single-writer” este, fără îndoială, cea mai importantă inovație a proiectului și asiguratorul cheie pentru scalabilitatea proiectului. Tranzacțiile cu un singur scriitor, așa cum sugerează și numele, includ tranzacții obișnuite în blockchain, cum ar fi plăți peer-to-peer și transferuri NFT în care este implicat un singur expeditor. Sui afirmă că „optimizează pentru obiecte cu un singur scriitor, permițând un design care renunță la consens pentru tranzacții simple” [4]. Acest lucru pare contradictoriu cu principiile designului blockchain - la urma urmei, consensul este pasul crucial pentru a ne asigura că datele trimise prin blockchain sunt sigure. Deci, cum gestionează Sui securitatea datelor fără consens?
Cheia aici este că Sui folosește un algoritm cunoscut sub numele de „Byzantine Consistent Broadcast”, un algoritm mai simplu care elimină cheltuielile generale din abordările tradiționale de consens, dar garantează totuși securitatea și vitalitatea în condiții adverse bizantine (practic cerința standard de securitate pentru consens). Acest algoritm este de fapt destul de similar cu algoritmul Transport Layer Security (TLS) care este folosit în mod tradițional de paginile web pentru a stabili o conexiune sigură [5].
Într-un mecanism tradițional de consens, există o abordare „fire-and-forget” pentru expeditor, în care după transmiterea unei tranzacții către validatori, expeditorul nu mai face nimic cu tranzacția, iar validatorii fac toată munca [6]. Acest lucru se datorează faptului că validatorii trebuie să verifice dacă tranzacția nu intră în conflict cu celelalte tranzacții trimise de alți clienți. Dar în cazul unei simple operațiuni „single-writer”, știm deja că nu vor exista alte scrieri conflictuale de la alți expeditori. Prin urmare, putem descărca sarcina de calcul a numărării voturilor către expeditor, mai degrabă decât să folosim calculul valoros al validatorului.
Mai precis, tranzacțiile simple parcurg următorii patru pași [6]:
Expeditorul trimite datele tranzacției către validatori și păstrează o înregistrare că a trimis această tranzacție
Validatorii își trimit voturile (ponderate cu dovada mizei) înapoi expeditorului
Expeditorul însumează toate voturile primite de validatori și, odată ce depășește pragul de validare, creează un „certificat de verificare” care este trimis înapoi validatorilor.
Validatorii primesc acest certificat, verifică valabilitatea și finalizează instantaneu această tranzacție.
Deoarece validatorii nu trebuie să comunice între ei (ca în cazul consensului tradițional), acest algoritm ingenios permite tranzacțiile simple au costuri de calcul foarte mici pentru validatorii din rețeaua Sui, în timp ce mecanismul de certificat oferă și aceste tranzacții cu un nivel corect de robustețe din punct de vedere al securității.
Mai important, acest algoritm este foarte scalabil. Datorită acestui algoritm ingenios, rețeaua Sui teoretic nu are o limită superioară a numărului de tranzacții simple pe care le poate procesa. Deoarece calculul principal al numărării voturilor validatorilor se face pe partea clientului, pe măsură ce tot mai mulți oameni folosesc rețeaua Sui, validatorii nu trebuie să se confrunte cu aceeași presiune de calcul ca și Ethereum, Solana sau chiar Aptos ( utilizatorii în esență calcul DIY). Acesta este motivul pentru care creatorii Sui promovează blockchain-ul ca fiind diferit din punct de vedere calitativ în comparație cu alte blockchain-uri prin faptul că utilizează o strategie de „scalare orizontală” [7].
Motor de consens Narwhal-Tusk
Desigur, în timp ce Sui se poate optimiza pentru tranzacții simple cu un singur scriitor, are și un mecanism de consens global mai „tradițional” utilizat pentru tranzacții mai complexe și pentru a verifica periodic starea globală a blockchain-ului. Acest motor de consens, care folosește structurile de date grafice (mai precis DAG), este, de asemenea, un mecanism de consens de ultimă oră în sine. Există două componente principale ale motorului de consens al lui Sui [8]:
Narwhal, mempool-ul lui Sui sau, practic, un majordom care ține sub control tranzacțiile de consens în așteptare
Tusk (și predecesorul său Bullshark), protocoale care asigură ordonarea tranzacțiilor de consens
Narwhal preia, în esență, o grămadă de tranzacții în așteptare și le „graficează” în timp ce acestea așteaptă să fie procesate [9]. În loc să înregistreze tranzacțiile în blocuri de confirmare, ca în consensul tradițional blockchain, Narwhal va ștampila tranzacțiile cu un număr de versiune, precum și cu indicatoare către numerele de versiune ale tranzacțiilor anterioare, creând astfel un grafic aciclic direcționat (DAG) care este un fel de ca un arbore de fișiere. Această structură DAG este destul de similară cu noțiunea lui Arweave de „blockweave”, care transformă structura unidimensională de tip LinkedList a unui „blockchain” într-un grafic de tip arbore de fișiere pentru a permite o stocare mai eficientă a datelor [10] .
Tusk este, de asemenea, în esență o versiune modificată a protocolului de consens HotStuff, optimizată pentru structura DAG oferită de Narwhal, concentrată pe reducerea comunicării generale între validatorii din rețea. Când Narwal și Tusk sunt utilizate împreună, ele pot atinge până la „160.000 tx/sec cu o latență de aproximativ 3 secunde” în condiții tradiționale de toleranță la erori bizantine (BFT) [9]. Astfel, eficiența tranzacțiilor Narwal-Tusk este deja de vârf, chiar și fără a lua în considerare optimizarea suplimentară pe care Sui o implementează pentru tranzacțiile cu un singur scriitor folosind algoritmul de difuzare constantă bizantin menționat mai sus.
Sui Tokenomics
Pe lângă faptul că are o serie de inovații tehnice care vizează optimizarea compunebilității și scalabilității rețelei, Sui implementează și un model tokenomic unic care ține cont de costul stocării în rețea [11]. În mod tradițional, blockchain-urile precum Ethereum nu trebuie să țină cont de costul stocării datelor în rețea, deoarece prețul „gazului” pentru a scrie date în blockchain este atât de mare, devenind astfel un factor natural de descurajare pentru oamenii care scriu cantități mari de date. în rețea. Cu toate acestea, în cazul lui Sui, scalabilitatea ridicată a rețelei înseamnă că taxele de gaz devin extrem de mici, astfel încât oamenii ar putea dori într-adevăr să stocheze porțiuni mari de date în lanț.
După cum se arată în diagramă, modelul tokenomics al lui Sui este, în esență, modelul tradițional tokenomics al unui lanț de dovadă a mizei, cu o întorsătură suplimentară a „fondului de stocare”. Deci, ce rezolvă „fondul de stocare”? Un blockchain este în esență o structură de date care poate fi adăugată doar și trebuie să garanteze că odată ce datele sunt scrise în blockchain, acestea vor rămâne întotdeauna acolo. Să presupunem că avem doi utilizatori, A și B. Utilizatorul A folosește Sui la începutul său. Deoarece nu există multe „date moștenite” de care validatorii trebuie să le țină cont, utilizatorul A se poate bucura de taxe de gaz foarte mici. Pe de altă parte, utilizatorul B folosește Sui numai odată ce rețeaua s-a maturizat și există o cantitate semnificativă de date în lanț. Deoarece validatorii trebuie să întrețină toate aceste date vechi, utilizatorul B trebuie să plătească taxe mult mai mari decât utilizatorul A. „Fondul de stocare” este practic o modalitate de a compensa această problemă, făcându-l pe utilizatorul A să plătească mai multe taxe, astfel încât cei doi utilizatori să poată utilizați rețeaua cu un nivel comparabil de taxe [12].
Fondul de stocare al lui Sui plătește validatorilor din sistem sau celor care stochează de fapt datele blockchain-ului și fac „lucrarea de întreținere” de întreținere a datelor. Pe măsură ce lucrările de întreținere cresc, și plata validatorilor va crește, astfel încât mai mulți oameni vor fi stimulați să devină un validator în sistem, mai degrabă decât un delegator de simboluri care miză moneda și uită de ea [13]. Pe măsură ce mai mulți oameni devin validatori, crește și cantitatea totală de spațiu de stocare disponibil.
Prin urmare, modelul Sui tokenomics este conceput special pentru a aborda întrebarea „ce se întâmplă mai departe” după ce se obține o scalabilitate ridicată. Este un model tokenomic paradigmatic pentru un lanț extrem de scalabil care utilizează teoria jocurilor pentru a se asigura că prețurile gazelor vor rămâne relativ constante pe toată durata de viață a blockchain-ului.
Evaluare
De la Byzantine Consistent Broadcast și mecanismul de consens Narwhal-Tusk la limbajul Sui-Move și Storage-Fund Tokenomics, Sui este un proiect care are inovații majore în fiecare parte a unui proiect blockchain, un statut unic chiar și în comparație cu alte noi L1. lanțuri precum Aptos. Toate aceste inovații sunt combinate într-o narațiune coerentă - o optimizare end-to-end pentru adoptarea în masă a blockchain-ului la scara rețelelor sociale moderne și a altor proiecte Web 2.
Dintre toată această gamă de inovații tehnice, poate cel mai mare punct culminant tehnic al Sui este încă limita sa superioară „nelimitată” pentru tranzacțiile cu o singură scriere (datorită algoritmului de difuzare constantă bizantin). Prin urmare, proiectele care valorifică în mare măsură tranzacțiile cu o singură scriere vor realiza cu siguranță cele mai mari câștiguri de scalabilitate prin utilizarea rețelei Sui.
Sui oferă câteva exemple ale acestor DApp-uri „single-writer”, inclusiv tranzacții obișnuite cu jetoane peer-to-peer, un buletin public, mesagerie privată și baterea și distribuția în masă a activelor jocului [14]. În esență, optimizarea pentru tranzacțiile cu un singur scriitor înseamnă că cele mai obișnuite funcții ale aplicațiilor de social media pot fi integrate pe Sui fără nicio grijă de scalabilitate, iar întreaga amploare a efectelor de rețea ale acestor aplicații de social media poate fi pusă în joc datorită scalabilității Sui. solutii. Un exemplu în acest sens este ComingChat, care încearcă să creeze un serviciu holistic de mesagerie instantanee, cum ar fi Telegram și WhatsApp cu integrare în portofel, care plănuiește să fie implementat pe Sui și Aptos [15].
Mai mult decât atât, proiectele tehnice ale lui Sui sunt, de asemenea, capabile să realizeze întregul potențial NFT ca mărfuri de masă. Din start, Sui rezolvă complet problema creșterii prețurilor comună cu distribuția în masă a NFT-urilor Ethereum (cum ar fi BAYC). Dar privind dincolo de aceasta, făcând baterea în masă accesibilă și scalabilă, Sui deschide porțile pentru NFT care au valoare intrinsecă scăzută, dar scop social ridicat. De la cupoane în lanț, la ID-uri descentralizate, la carduri de credit și carte de îmbarcare, tot ceea ce Apple Wallet sau orice alt portofel fizic poate deține poate fi pus în lanț ca NFT datorită soluțiilor de scalabilitate ale Sui.
Făcând acest lucru mai departe, Sui poate acționa chiar ca o versiune blockchain permanentă a MongoDB. Amintiți-vă că caracteristicile limbajului Sui Move îi permit lui Sui să definească și să tranzacționeze foarte curat „resurse” de diferite tipuri personalizate și să permită un grad mare de polimorfism și modularitate. Acestea pot fi folosite de fapt pentru a construi artefacte asemănătoare MongoDB și permit o nouă modalitate de stocare structurală a obiectelor pe un blockchain, cu toate garanțiile de securitate și permanență ale blockchain-ului.
Cred că cea mai mare contribuție a lui Sui în spațiu este în construirea unui plan viabil pentru un blockchain L1 care este capabil să gestioneze scalabilitatea la nivel de Web 2. Mai important, cred că dezvoltarea Sui este un simbol al maturității în creștere a Web 3 și al încrederii tot mai mari în domeniul că pe termen lung promite o scară de un miliard de utilizatori. În acest sens, indiferent dacă ecosistemul Sui este capabil să prospere pe termen lung, cred că proiectul în sine, precum și revizuirea sa inovatoare a blockchain-ului reprezintă deja un succes răsunător.
🐦 @0xfishylosopher
📅 9 noiembrie 2022
Mulțumim Web3.com Ventures pentru consultarea și sponsorizarea acestui articol.
Referințe
[1] https://sui.io/resources-sui/raise-announcement/
[2] https://medium.com/mysten-labs/recap-7-21-sui-ama-unlocking-opportunities-on-sui-with-adeniyi-abiodun-f4fa96a15d7c
[3] https://sui.io/resources-move/why-we-created-sui-move/
[4] https://docs.sui.io/learn/how-sui-works
[5] https://www.cloudflare.com/learning/ssl/transport-layer-security-tls/
[6] https://docs.sui.io/learn/how-sui-works#simple-transactions
[7] https://boxmining.com/sui-blockchain/
[8] https://docs.sui.io/learn/architecture/consensus
[9] https://arxiv.org/abs/2105.11827
[10] https://www.arweave.org/technology
[11] https://docs.sui.io/learn/tokenomics
[12] https://docs.sui.io/learn/tokenomics/storage-fund
[13] Mai multe despre delegatori și validatori: https://coinguides.org/validators-delegators-staking/
[14] O listă de exemple de aplicații cu scriitor unic: https://docs.sui.io/learn/single-writer-apps
[15] https://coming.chat/
