Deși Sei Network a făcut multe optimizări și inovații în îmbunătățirea vitezei tranzacțiilor, a sacrificat parțial și descentralizarea.

Scris de: Delphi Digital

Compilat de: Babywhale, Foresight News

Pe 4 ianuarie, schimbul de criptomonede MEXC a anunțat lansarea unui fond special de 20 milioane USD pentru a sprijini dezvoltarea proiectelor cheie în Rețeaua Sei. Încă din 31 august, Sei Labs a anunțat că a finalizat o rundă de finanțare inițială de 5 milioane USD, condusă de Multicoin Capital, cu investitori participanți, inclusiv Coinbase Ventures, GSR, Flow Traders, Hudson River Trading, Delphi Digital, Tangent etc. La o lună de la anunțul oficial privind finalizarea finanțării, Sei Network a lansat un fond ecologic de 50 de milioane de dolari pentru a sprijini aplicațiile DeFi dezvoltate pe acesta.

Ca unul dintre investitorii rețelei Sei, Delphi Digital a scris un raport pentru a explica de ce este optimist în privința rețelei Sei. Autorul rezumă aici conținutul cheie al raportului pe care să-l discute toată lumea.

O rețea concepută pentru DeFi

Când construim blockchain-uri, de obicei încercăm să le clasificam în două categorii diferite: lanțuri de uz general sau lanțuri de aplicații. Lanțurile universale sunt folosite pentru inovații fără permisiune, în timp ce lanțurile de aplicații sunt folosite pentru cazuri de utilizare specifice care necesită permisiuni. Dar „lanțul de aplicații” nu este alb-negru, ci este determinat de lanțul în sine. Sei este un viitor lanț ecologic Cosmos care își propune să devină un blockchain de nivel 1 „conceput pentru DeFi”.

„Designed for DeFi” înseamnă efectuarea de modificări fundamentale (și compromisuri) la nivelul de bază, astfel încât aplicațiile DeFi să poată înflori. Sei are încorporat un motor de potrivire a comenzilor, viteză de decontare sub secundă, procesarea în paralel a comenzilor, executarea comenzilor într-un singur bloc etc. Toate aceste funcții personalizate sunt completate la nivelul de bază. Ceea ce trebuie să știți este că Sei nu este un DEX, este un blockchain Layer 1 optimizat pentru DeFi. În același timp, Sei nu este un lanț de aplicații pur, spre deosebire de THORChain, care se concentrează doar pe schimburile încrucișate, ci un blockchain dezvoltat pentru caracteristicile unor produse precum DEX, contracte și futures.

Pentru a înțelege de ce am dori să facem aceste modificări în rețeaua de bază, ne putem uita la Serum și Solana. Solana este un blockchain de uz general de nivel 1, promovat ca „Nasdaq pe lanț”, care vizează timpi de confirmare a blocurilor de 400 de milisecunde și un randament extrem de ridicat. Teza principală a Solanei este că platformele de tranzacționare a registrului de ordine vor prelua în cele din urmă AMM-urile, iar indicatorii de pe Solana susțin această viziune. Serum este o aplicație de carte de comenzi construită pe Solana Este cea mai utilizată aplicație din ecosistemul Solana, reprezentând aproximativ 1/3 din tranzacțiile pe Solana. Serumul este „stratul de carte de comandă” pe Solana și este folosit de proiecte precum Mango Markets, Zeta, Atrix, Bonfida și Jupiter. Când oamenii se gândesc la Solana, de obicei se gândesc la Serum.

Cu toate acestea, această arhitectură are și unele dezavantaje, mai ales, deoarece Solana este un lanț universal, Serum (și aplicațiile construite pe deasupra) concurează constant pentru resurse cu alte aplicații. Activitățile care nu au nimic de-a face cu Serum, cum ar fi jocurile de noroc și baterea NFT-urilor, pot provoca congestie pe lanț, așa cum am mai experimentat cu mai multe „întreruperi” ale lui Solana. Sei a ales să-și „tăie picioarele pentru a se potrivi pantofilor” și să scoată toate activitățile non-DeFi din lanț. O explicație simplă este că Sei este echivalent cu Serum care își lansează propriul blockchain Layer 1: făcând compromisuri specifice pentru a optimiza stratul de bază pentru DeFi și oferind aplicațiilor DeFi construite pe el mai multe avantaje nedrepte.

Principalul compromis aici este că Sei nu va fi lipsit de permisiune ca Solana, deoarece dezvoltarea de aplicații pe el necesită înscrierea în lista albă prin guvernare. În timp ce pierdeți unele dintre avantajele inovației fără permisiuni, puteți crea un mediu mai optimizat. Motorul nativ de potrivire a comenzilor, oracolele de preț, executarea comenzilor în paralel și executarea comenzilor într-un singur bloc sunt câteva dintre lucrurile pe care Sei le-a construit la nivel de infrastructură. Sei este un lanț de aplicații, dar cartea de comenzi în lanț al Sei creează o arhitectură componabilă care permite compozibilitatea sincronizată între aplicațiile CosmWasm de pe Sei și partajarea lichidității prin motorul nativ de potrivire a comenzilor. Fiind un lanț Cosmos care acceptă IBC, este în mod inerent compus asincron.

Sei a implementat unele dintre optimizările lor prin ABCI++, o actualizare viitoare la ABCI Cosmos care face ca fiecare pas al consensului să fie programabil. Sei a încercat să facă trei îmbunătățiri cu ABCI++: producție optimizată de blocuri, difuzare inteligentă a blocurilor și execuție paralelă a comenzilor.

Optimizarea Sei cu ABCI++

Pentru tranzacționarea concentrată a registrului de comenzi, timpul de producție în bloc, decontarea tranzacțiilor și latența sunt cele mai importante pentru creatorii de piață. Creatorii de piață trebuie să-și actualizeze prețurile în fiecare bloc, astfel încât timpii de bloc mai scurti înseamnă diferențe de preț mai mici între blocuri, spread-uri mai mici și risc mai mic pentru formatorii de piață. Orice lucru care depășește câteva sute de milisecunde este inacceptabil (și câteva sute de milisecunde pot fi încă prea mari pe termen lung). Un lanț Cosmos standard are un timp de confirmare a blocului de aproximativ 6 secunde, făcând din registrul de comenzi o soluție suboptimă. Cu toate acestea, frumusețea Cosmos este personalizarea sa, iar Sei s-a concentrat pe realizarea de modificări pentru a optimiza consensul și a-l face cât mai rapid posibil (vizând ~300-600ms). Cele trei domenii principale de atenție ale lui Sei sunt:

Optimizați producția de blocuri, difuzarea inteligentă a blocurilor și comandați execuția paralelă.

Sei face acest lucru utilizând ABCI++. ABCI este interfața dintre aplicații și consens. Funcția sa principală este de a executa blocuri determinate de consens. Cu ABCI, aplicațiile interacționează doar cu consensul pentru luarea deciziilor și au puțin control asupra tranzacțiilor care sunt selectate din mempool. ABCI++ adaugă programabilitate la fiecare pas al consensului, permițând aplicațiilor să reordoneze, să modifice, să abandoneze, să întârzie sau să adauge tranzacții, precum și să reducă timpul de producție a blocurilor prin introducerea capacității de a optimiza producția de bloc.

După pasul propunerii de consens, aplicațiile pot începe să optimizeze procesarea blocurilor, în paralel cu fazele de pre-vot și pre-commit. Sei va începe apoi să schimbe starea „prin optimizare” într-o stare candidat temporar până când va fi acceptată prin consens. Dacă nu este acceptat (rar), blocul este abandonat. În acest pas, există o mulțime de date de procesat și poate fi destul de lent. Dar prin optimizarea procesării schimbării stării, putem scurta timpul pentru generarea blocurilor și putem reduce semnificativ latența (cu aproximativ 300 ms).​

Pe lângă optimizarea producției de blocuri, Sei îmbunătățește și difuzarea informațiilor bloc. În Tendermint, atunci când un validator propune un bloc, acest bloc va include toate detaliile tranzacției, iar cantitatea de date va fi foarte mare, dar validatorul a obținut deja aproximativ 99,9% din aceste tranzacții prin mempool-ul local, deci nu este Need să așteptați să primiți din nou aceste date de la solicitantul de blocare. În loc să trimită toate detaliile, propunerii vor trimite acum pur și simplu hash-ul fiecărei tranzacții din bloc, iar validatorii vor putea reconstrui rapid blocul folosind propriul mempool local.

Sei a numit aceste două optimizări „Twin-Turbo Consensus” și a spus că prin implementarea acestor două optimizări (producție optimizată de blocuri și difuzare inteligentă a blocurilor), debitul a crescut cu 83%.​

A treia optimizare a procesului de producție a blocurilor se învârte în jurul execuției tranzacțiilor. Procesarea tranzacțiilor pe lanțul Cosmos folosind ABCI este efectuată secvenţial. În acest proces, tranzacţiile sunt procesate una câte una, indiferent de piața pe care se află, ceea ce împiedică foarte mult debitul. Și pe măsură ce sarcina crește, latența va crește și ea exponențial. Folosind procesarea paralelă, piețele independente care nu se suprapun pot fi procesate simultan. În loc să procesați prima tranzacție în Piața B după tranzacția în Piața A, le puteți procesa simultan. Tranzacțiile dintr-o anumită piață trebuie încă procesate pentru a evita non-determinismul, care apare atunci când doi validatori diferiți obțin rezultate diferite pentru aceeași stare (de exemplu, un validator procesează înaintea utilizatorului B comanda utilizatorului A, dar un alt validator procesează comanda utilizatorului B). înainte de A, provocând un conflict între prețul de decontare al utilizatorului).​

Sei a făcut câteva teste de încărcare în jurul paralelizării (în timp ce găzduiește și validatorii) pentru a vedea ce îmbunătățiri ar putea fi aduse în ceea ce privește timpul de blocare, latența și debitul. În general, prin execuția paralelizată, timpii de bloc pot fi redusi cu 75-90% față de procesarea secvențială, cu latențe paralele de 40-120ms și latențe secvențiale de 200-1370ms. Cu 10.000 de comenzi/bloc și 20 de contracte diferite (piețe), paralelismul poate reduce timpul de blocare de la 1,33s la 0,81s, întârzierea de la 371ms la 48ms și debitul de la 7500 comenzi/s la 12200 comenzi/s. Se observă îmbunătățiri semnificative la toate nivelurile de încărcare (comenzi/blocuri), cu o optimizare marginală mai mare pe măsură ce volumul de încărcare crește.​

Pe lângă cele trei îmbunătățiri majore menționate mai sus, Sei adaugă și alte caracteristici la stratul de bază, cum ar fi:

Oracolul prețului nativ. Un oracol este construit în stratul de bază; validatorii trebuie să convină asupra unui preț atunci când produc un bloc. Blocurile nu sunt create până când validatorii nu convin asupra unui preț. Permiteți altor module să obțină informații fiabile despre prețuri de pe piața în lanț.

Executarea unui singur bloc de ordine. Permite plasarea și executarea comenzilor într-un singur bloc (necesită blocuri multiple în Serum).

Gruparea comenzilor. Creatorii de piață pot actualiza prețurile pe mai multe piețe într-o singură tranzacție.

Licitații frecvente de loturi. Ordinele de piață pot fi agregate la sfârșitul blocului pentru lichidare la un singur preț, scopul este de a încerca să minimizeze avansul.

Pe lângă îmbunătățirile software, Sei a testat și structuri de validare mai mici și cerințe hardware mai ridicate. Deși există compromisuri în descentralizare, acestea vin cu îmbunătățiri semnificative ale performanței și evidențiază încă o dată ceea ce face Cosmos unic: personalizarea.​

Utilizarea validatoarelor de configurare hardware de înaltă performanță

În prima versiune a documentației proiectului Sei, specificațiile recomandate erau similare cu lanțul standard Cosmos. Cerințele hardware au fost apoi crescute, iar în anumite teste de încărcare cerințele au fost crescute și mai mult. Modelul registrului de comenzi are cerințe hardware ridicate, iar mașinile cu performanță scăzută vor reduce performanța generală a rețelei. Deși nu este o cerință la nivelul Solana, Sei a precizat clar că doresc ca validatorul lor să depășească blockchain-urile obișnuite. În plus, ei fac eforturi pentru centralizarea zonelor geografice de validare pentru a reduce și mai mult latența.

De ce Colocare? Dacă validatorii sunt dispersați geografic, transmiterea informațiilor va dura mai mult, rezultând întârzieri mai mari în atingerea consensului și generarea de blocuri. Platformele de tranzacționare a registrului de ordine trebuie să reducă cât mai mult posibil latența. Sei a lansat încă o dată câteva dintre rezultatele testelor lor privind colocarea:

1. Colocarea reduce latența cu aproximativ 46% în comparație cu dispersia geografică.

2. 50 de validatori este limita de latență acceptabilă.

Există compromisuri evidente pentru a avea toți validatorii în aceeași zonă geografică, dar îmbunătățirea performanței este greu de ignorat. Când Sei lansează rețeaua principală, probabil că se vor îndrepta către acest set centralizat, mai mic de validatoare. În graficul de mai jos, p50/p75/p95 se referă la probabilitatea ca x% din cereri să fie mai rapide decât o anumită valoare. De exemplu, p50 înseamnă că 50% dintre solicitări vor fi mai rapide decât valoarea p50 pentru acel test. Deci p95 înseamnă că 95% dintre solicitări vor fi mai rapide decât valoarea p95.

Rezuma

Raportul Delphi Digital include și conținut despre ecologie, jetoane etc. Acest articol le va omite temporar și va arăta doar inovațiile Rețelei Sei în tehnologie și mecanisme. Se poate observa că Sei a făcut inovații în procesarea în paralel și difuzarea în bloc, ceea ce a îmbunătățit viteza de confirmare a tranzacțiilor în rețea, dar pe de altă parte, Sei necesită validatori cu configurație hardware de înaltă performanță și locația geografică a acestor validatoare centralizată pentru a-și satisface în continuare suportul pentru platforma de tranzacționare cu model de carte de ordine, Delphi a admis și problema centralizării soluției în raport, dar a declarat că îmbunătățirea performanței acesteia nu poate fi ignorată.

Autorul consideră că, așa cum se menționează în articol, lanțul de aplicații ecologice Cosmos este extrem de personalizabil, iar Web3 ar trebui să fie suficient de incluziv pentru ideologia modului în care ar trebui să fie prezentată blockchain-ul. Putem sprijini proiecte cu un grad ridicat de descentralizare sacrificarea oarecare descentralizare pentru eficiență poate fi de asemenea acceptată. Cu toate acestea, indiferent dacă Rețeaua Sei poate fi la fel de „rapidă” cum se spune, trebuie totuși să folosim date reale pentru a da răspunsul după ce rețeaua principală este online.