Piața s-a desensibilizat complet la "lanțurile publice de mare viteză", de ce este diferit Somnia?

Autor: TVBee

Acest articol va fi analizat cu următoarele două întrebări:

Întrebarea 1: Piața s-a desensibilizat complet la "lanțul public de mare viteză", de ce este diferit Somnia?

Întrebarea 2: Se laudă Sommia cu cel mai rapid și mai rentabil EVM paralel Layer 1?

➡️➡️➡️ Jane • Curat • Ediție ⬅️⬅️⬅️

În această parte, Sonnia este rezumat din trei dimensiuni: tehnologie, fundal și ecologie, astfel încât să puteți înțelege punctele forte și avantajele proiectului Somnia.

💠Repere tehnice ale Somnia

🔹 Algoritm de consens multi-stream: lanț de date + lanț de consens, care este propice prevenirii MEV, reducerii redundanței, reducerii costurilor și creșterii eficienței.

🔹 Compilator EVM inovator: Implementează EVM paralel la nivel de instrucțiune pentru a rezolva interacțiunile de înaltă frecvență în cazuri extreme.

🔹 Motor de baze de date IceDB dezvoltat de sine stătător: îmbunătățește viteza de citire/scriere a datelor și stabilitatea rețelei.

🔹 Tehnologie de compresie a datelor: Îmbunătățiți eficiența transmisiei datelor.

💠Avantajele de fundal ale Somniei

🔹 Echipa: Echipa de dezvoltare este de la Improbable, o companie multinațională de tehnologie fondată în 2012 și cu sediul în Londra, Marea Britanie. A dezvoltat software, jocuri și produse Metaverse Web3.

🔹 Finanțare: Un total de 270 de milioane de dolari au fost investiți de MSquared, a16z, SoftBank, Mirana și alte instituții cunoscute.

💠Progresul ecologic în Somnia

🔹 Peisaj ecologic: Rețeaua de testare Somnia s-a instalat deja în 4 produse AI/sociale, 7 jocuri, 4 proiecte NFT și 6 aplicații Defi, iar alte 2 produse AI/sociale, 11 jocuri și 1 aplicație Defi vor fi lansate în curând.

🔹 Date ecologice: De la lansarea sa la sfârșitul lunii februarie 2025 până la momentul redactării acestui articol (26 iunie 2025), rețeaua de testare Somnia a produs peste 100 de milioane de blocuri, cu un timp mediu de producție de 0,1 secunde pe bloc. Un total de 96.878.557 de adrese de portofel au participat la testnet, cu un volum de tranzacționare de 26,43 milioane în ultima 1 zi.

Pe exploratorii de blocuri, puteți vedea adesea numărul de tranzacții și blocuri care clipesc constant, pe care Sonnia îl numește "sub-secundar", care este vizibil cu ochiul liber.

💠 De ce ar putea Somnia să fie diferită?

🔹 Interacțiune de înaltă frecvență: Deși piața s-a desensibilizat complet la conceptul de "lanț public de mare viteză", Somnia nu urmărește doar indicatori tehnici, ci se concentrează pe modul în care tehnologia Web3 servește cu adevărat scenariilor de aplicare, în special în domeniile de interacțiune legate de frecvență înaltă, cum ar fi jocurile și rețelele sociale.

🔹Convergența Web3 vs. Web3: Fundalul unic al Somnia poate juca un rol cheie în convergența Web3 și Web2. Somnia are potențialul de a oferi utilizatorilor Web2 acces fără întreruperi la lumea Web3, ceea ce ar putea duce la un ecosistem de aplicații cu adevărat centrat pe utilizator.

➡️➡️➡️ Detalii• Explicație• Ediție ⬅️⬅️⬅️

Partea anterioară a prezentat punctele principale, avantajele și progresul ecologic al [CE] Somnia, iar această parte va oferi o interpretare aprofundată a tehnologiei Somnia. Lăsați pe toată lumea să înțeleagă cum [CUM] Somnia realizează din punct de vedere tehnic interacțiunea de înaltă frecvență, cum să obțină costuri reduse și performanță ridicată și de ce [DE CE] Somnia este diferit de alte proiecte EVM paralele.

💠 Algoritm de consens multi-flux: lanț de date + lanț de consens

🔹 Prezentare generală: Lanțul de date + structura lanțului de consens

Somnia folosește un nou algoritm de consens multistream (MULTISTREAM).

În așa-numitul multi-stream, Somnia înregistrează informații despre tranzacții pe mai multe lanțuri de date, fiecare legătură de date este înregistrată de 1 validator și fiecare validator nu poate interfera cu lanțul de date al altor validatori.

Somnia execută consensul asupra lanțului de consens, sortează tranzacțiile și înregistrează referințele la tranzacțiile din lanțul de consens. Lanțul de consens este executat și menținut de toți validatorii.

🔹 Prezentare generală: Flux de lucru pentru consensul multi-stream Somnia

a După ce un utilizator face o solicitare către rețeaua Somnia, validatorul care primește cererea scrie tranzacția în lanțul de date separat.

b La fiecare două perioade de timp (de exemplu, 30 de secunde, 1 secundă etc.) a lanțului de consens, validatorul legăturii de date și alți validatori de legături de date încarcă și descarcă fragmentele de date din partea de sus a lanțului de date.

C Validatorul scrie colecția de fragmente de date din partea de sus a tuturor lanțurilor de date în lanțul de consens ca o felie completă de date.

d Validatorii sortează tranzacțiile și toți validatorii sunt scrise sincron în baza de date IceDB a Somnia în funcție de starea actualizată a tranzacțiilor sortate.

🔹 Repere: Secvențierea tranzacțiilor de la Somnia este bună pentru prevenirea MEV

Somnia folosește o funcție pseudo-aleatorie deterministă pentru a sorta tranzacțiile.

Știm că nu există aleatoriu real în programul de calcul, ci pseudo-aleatoriu prin algoritmi. Funcțiile pseudoaleatorii deterministe au două caracteristici: una este aleatoriul, care nu prezice care va fi următorul număr aleatoriu, dar fiecare validator va genera același număr aleatoriu într-o ordine fixă atunci când este executat.

În acest fel, toți validatorii rulează aceeași funcție pseudo-aleatorie deterministă, care generează o serie de numere aleatorii identice și sortează lanțul de date în funcție de numerele aleatorii. Pe această bază, tranzacțiile pentru această perioadă sunt sortate.

De exemplu, lanțul de date sortat este B, A, C......

Apoi ordinea tranzacțiilor este că tranzacția lanțului de date B este prima, urmată de lanțul de date A și lanțul de date C...... Desigur, acest proces elimină tranzacțiile duplicate pe baza valorii hash.

Desigur, ordinea lanțului de date este fixă, dar ordinea tranzacțiilor în diferite lanțuri de date poate fi diferită. De exemplu, în lanțul de date A, tranzacția 1 poate fi în față și tranzacția 2 în spate, în timp ce în lanțul de date B, tranzacția 2 poate fi în față și tranzacția 1 în spate. Deoarece ordinea lanțului de date este B înainte de A, ordinea finală a tranzacției este tranzacția 2 înainte și tranzacția 1 ultima.

Avantajul acestei metode de ordonare este că este dificil pentru un atacator MEV să mituiască validatorul, deoarece nu știe care va fi lanțul de date corespunzător validatorului. Dacă există un total de 100 de noduri de validare în rețea, presupunând că, chiar dacă un atacator MEV mituiește 50 de validatori, atâta timp cât există un validator (inclusiv tranzacția atacată) care nu a fost mituit în fața acestor 50 de validatori, lanțul de consens va fi înregistrat în ordinea corectă a tranzacțiilor, iar atacul MEV va eșua.

🔹 Repere: Reduceți redundanța, reduceți costurile și creșteți eficiența

Pe de o parte, Somnia înregistrează un lanț de date separat pentru fiecare validator și nu există un proces de validare a datelor între validatori. La transferul instantaneelor, sunt transmise numai informațiile instantanee ale fiecărei legături de date, iar informațiile instantanee nu includ informații specifice tranzacției, astfel încât redundanța interacțiunii este redusă.

Pe de altă parte, fiecare lanț de date din Somnia nu trebuie să sincronizeze informațiile altor lanțuri de date, iar lanțul de consens nu înregistrează informații despre tranzacții, ci înregistrează un instantaneu al informațiilor despre lanțul de date și referințele de tranzacție sortate (valori hash) la fiecare două perioade de timp. În acest fel, redundanța spațiului de stocare este redusă.

Datorită redundanței reduse a interacțiunilor, Somnia poate fi mai eficientă atunci când lucrează.

Somnia trebuie să funcționeze la un cost mai mic datorită redundanței reduse a spațiului de stocare.

🔹 Adăugat: legături de date inviolabile

Deși nu există nicio verificare a informațiilor din lanțul de date, validatorul nu poate falsifica informațiile despre tranzacție. Deoarece odată ce un validator modifică informațiile tranzacției, acesta va afecta valoarea hash a tranzacției și valoarea hash a tranzacțiilor sale ulterioare, rezultând un conflict între informațiile sale și informațiile stocate în lanțul de consens.

💠 EVM paralel la nivel de instruire

🔹 Punct dureros: Este dificil să se îmbunătățească congestionarea interacțiunilor de înaltă frecvență în tranzacțiile paralele

EVM paralel al Somniei este diferit de Monad și Reddio, iar paralelismul EVM al acestor trei lanțuri este paralelismul tranzacțiilor, adică tranzacțiile sunt paralele pentru a îmbunătăți viteza tranzacțiilor.

Monad este optimistă în a permite tranzacțiilor să fie paralele, detectarea conflictelor și corectarea acestora. Reddio, pe de altă parte, este o tranzacție paralelă care nu intră în conflict și nu are dependențe.

Cu toate acestea, atunci când apar un număr mare de tranzacții cu părți afiliate, tranzacțiile nu pot fi paralele, astfel încât poate apărea cu ușurință congestia. Există două exemple extreme, cum ar fi apariția bruscă a unui număr mare de utilizatori în rețea care folosesc USDC pentru a tranzacționa un anumit token, iar aceste tranzacții nu pot fi paralelizate, deoarece urmează să fie tranzacționate cu pool-uri LP, dar pot fi executate doar secvențial.

Un alt exemplu extrem sunt nenumărații oameni care se grăbesc să emită același NFT, care nu poate fi paralel, deoarece numărul de NFT-uri este finit și trebuie executat secvențial pentru a determina care oameni pot reuși în Mint și alții eșuează.

Soluția Reddio la această problemă este utilizarea GPU-ului, care folosește puterea de calcul puternică a GPU-ului pentru a rezolva această congestie de interacțiuni de înaltă frecvență. Deși poate îmbunătăți eficiența tranzacționării, crește și costul tranzacționării.

🔹 Evidențiere: EVM paralel la nivel de instrucțiune

Pentru a rezolva problema congestiei conform căreia un număr mare de tranzacții cu părți afiliate sunt efectuate în același timp și tranzacțiile sunt dificil de rezolvat în paralel, Sommia a dezvoltat în mod inovator un compilator EVM.

Într-o execuție EVM standard, executarea ordinelor într-o tranzacție poate fi interpretată doar secvențial. Cu toate acestea, Somnia acceptă împărțirea tranzacțiilor în mai multe seturi de instrucțiuni care nu intră în conflict și nu au dependențe.

Luând ca exemplu tranzacționarea Swap, aceasta poate fi împărțită în mai multe seturi de instrucțiuni în funcție de funcții: verificarea parametrilor, procesarea parametrilor, verificarea soldului, verificarea autorizării, verificarea stării pool-ului, calculul prețului, calculul taxei, transferul tokenurilor de intrare, actualizarea stării pool-ului și înregistrările comisioanelor, transferul tokenurilor de ieșire și lansarea evenimentului. Printre acestea, setul de instrucțiuni care nu intră în conflict și nu are dependențe poate fi paralelizat, astfel încât să îmbunătățească eficiența execuției tranzacțiilor.

Cheia setului de instrucțiuni EVM paralel este compilatorul EVM original al Somnia, care compilează codul de octeți al EVM în cod mașină x86. Procesoarele moderne sunt nuclee multi-threaded, iar fiecare nucleu CPU poate codifica în paralel pe mai multe fire de execuție, astfel încât mai multe seturi de degete ale EVM pot fi paralele, crescând astfel viteza de execuție a unei singure tranzacții. Prin urmare, Somnia poate fi numit și EVM paralel la nivel hardware.

🔹 Repere: Cost și eficiență

Execuție standard de interpretare EVM: tranzacția 1 → analizată în octecode → execuție interpretare secvențială→ tranzacție 2 →analizată în octete → execuție interpretare secvențială→ tranzacție 3 →analizată în octecode → execuție de interpretare secvențială......

Compilarea și execuția EVM a Somnia: codul de contract → analizat în octecode→ compilat dinamic în cod mașină→ set de instrucțiuni pentru execuția paralelă a tranzacției 1→ set de instrucțiuni pentru executarea paralelă a tranzacției 2→ set de instrucțiuni pentru executarea paralelă a tranzacției 3......

După cum se poate vedea, cu cât sunt mai multe tranzacții, cu atât mai avantajoasă va fi compilarea și execuția EVM a Somnia.

Prin urmare, pentru tranzacționarea obișnuită fără frecvență înaltă, Somnia folosește în continuare execuția standard de interpretare EVM, de fiecare dată când EVM este executat, codul contractului inteligent este analizat în cod de octeți EVM, iar execuția este interpretată în ordine.

Pentru executarea centralizată și de înaltă frecvență a tranzacțiilor, Somnia activează compilatorul EVM, care compilează bytecode-ul EVM în cod mașină x86. Apoi, codul mașină poate fi executat în mod repetat în funcție de parametri pentru a finaliza rapid tranzacționarea centralizată de înaltă frecvență, ceea ce nu este posibil cu EVM paralel la nivel de tranzacție.

Ca urmare, Somnia poate obține un avantaj dublu între cost și eficiență.

💠Motorul bazei de date IceDB

🔹 Prezentare generală: Utilizați arborii LSM în loc de structurile de date ale arborilor Merkle

Marea majoritate a blockchain-urilor folosesc structura de date Merkle Tree. Nodurile frunză ale arborelui Merkle stochează hash-ul datelor tranzacției (sau datele tranzacției în sine, apoi le hash-ul), în timp ce nodurile non-frunză stochează valoarea hash a valorii hash a nodurilor lor copil, iar valoarea hash este calculată strat cu strat și, în cele din urmă, se calculează o rădăcină Merkle, astfel încât integritatea datelor din bloc să poată fi verificată în siguranță și datele să poată fi modificate.

Luând ca exemplu stocarea datelor contractului de token ERC20, nodurile frunze ale arborelui Merkle includ:

• Stocați atribute precum TotalSupply și NameSymbol, fiecare dintre acestea corespunzând unei chei (numele atributului) și unei valori (valoarea atributului);

• Starea de deținere a tuturor adreselor de deținere a tokenurilor, fiecare dintre ele corespunzând unei chei (hash de adresă) și unei valori (numărul de tokenuri);

• Toată starea de autorizare a tokenului, fiecare adresă de autorizare corespunde unei chei (hash de adresă) și unei valori (suma de autorizare);

……

Să presupunem că un token ERC are 4 atribute, 32.000 de adrese de reținere și 2.764 de adrese autorizate. Această sumă evident nu este multă. Dar există un total de 32.768 de noduri frunză și 65.535 de hash-uri trebuie calculate pentru a scrie drepturile Merkle ale tokenului.

Motorul de baze de date IceDB dezvoltat de Somnia nu folosește structura de date a arborelui Merkle utilizat în mod obișnuit, deci nu există rădăcină hash în informațiile sale de bloc.

IceDB folosește arborele de îmbinare structurat în jurnal (arborele LSM). Aceasta este o structură de date arborescentă bazată pe log, a cărei caracteristică principală este că datele sunt adăugate și scrise în loc să fie modificate in situ, deci nu există nicio problemă de manipulare.

Când scrieți într-o bază de date IceDB, mai întâi se scrie MemTable în memorie. Când MemTable este plin, acesta este spălat pe disc, formând un SSTable. LSM îmbină periodic SSTable în timp ce elimină cheile duplicate.

Acest proces nu necesită calcularea hash-ului, doar datele noi trebuie scrise în MemTable, deci indiferent dacă datele sunt scrise în memorie, cache sau disc, baza de date IceDB este semnificativ mai rapidă.

🔹 Repere: Viteză mai mare de citire și scriere

Structura de date arborescentă LSM are un avantaj clar de performanță în scrierea datelor. În plus, documentația tehnică Somnia menționează că "a fost creat un cache de date care optimizează atât citirile, cât și scrierile, astfel încât timpul mediu de citire și scriere al IceDB este între 15 și 100 de nanosecunde".

🔹 Caracteristici: Citiți și scrieți rapoarte de performanță cu gaz corect și eficient

În majoritatea rețelelor blockchain, nodul final de validare tinde să stocheze aceleași date. Cu toate acestea, pentru o perioadă scurtă de timp, există o anumită discrepanță între memoria diferitelor noduri de validare și datele stocate pe disc. Ca urmare, utilizatorii vor consuma cantități diferite de gaz atunci când citesc și scriu date datorită accesării diferitelor locații. Pe de altă parte, din cauza diferitelor locații de acces, poate dura mult timp pentru ca utilizatorii să citească și să scrie date, iar gazul rețelei se poate schimba în această fereastră de timp. Prin urmare, este dificil să se determine un gaz corect și eficient. Dacă gazul este subestimat, nodurile pot fi pasive din cauza veniturilor scăzute, ceea ce va afecta eficiența rețelei. Dacă gazul este supraestimat, utilizatorii vor plăti taxe suplimentare inutile, ceea ce poate oferi chiar o oportunitate pentru atacuri MEV.

În motorul bazei de date IceDB, de fiecare dată când citiți sau scrieți date, nu puteți găsi datele de care aveți nevoie în cache, așa că trebuie să citiți datele din memorie și, respectiv, SSD, să numărați frecvența de citire a datelor din memorie și SSD și să returnați un "raport de performanță". "Raportul de performanță" oferă o bază deterministă pentru calcularea gazului necesar utilizatorilor, făcând astfel gazul de rețea mai corect și mai eficient, în favoarea stablecoin-ului de rețea.

💠 Tehnologie de compresie a datelor

Conform teoriei puterii volumului informației și distribuției frecvenței introdusă în documentul tehnic Somnia, datele pot fi comprimate la o rată mare de mărire prin rezumarea informațiilor în funcție de probabilitatea apariției informațiilor.

Fiecare legătură de date din Somnia este responsabilă pentru un validator, iar validatorul nu trebuie să trimită întregul bloc, ci trebuie doar să trimită fluxul de informații, iar compresia fluxului are o rată de compresie mai mare, deci este favorabilă îmbunătățirii capacității de transmisie a rețelei.

În plus, Somnia folosește semnături BLS pentru a îmbunătăți viteza de transmitere și verificare a semnăturilor.

Conform algoritmului de consens multi-stream al Somnia, nodurile de validare ale lanțului de date își trimit fragmente de date între ele și nu există un lider centralizat care să încarce și să descarce datele într-o manieră centralizată, iar lățimea de bandă poate fi distribuită uniform între validatori. Fiecare validator trimite fragmente de date către alți validatori și descarcă fragmente de date trimise de alți validatori, astfel încât lățimea de bandă necesară pentru încărcarea și descărcarea fiecărui validator este simetrică. Prin urmare, capacitatea de transport a rețelei Somnia va fi relativ echilibrată și stabilă.

💠 Scrieți la sfârșit

Deși Web3 este mai high-end decât Web2 la suprafață, de fapt, sistemul tehnic al Web2 este adesea mai complex și mai matur. Când dezvoltatorii Web2 sunt implicați în dezvoltarea Web3, pregătirea lor tehnică este capabilă să aducă mai multă inovație în lumea blockchain.