Rynek całkowicie znieczulił się na "szybkie łańcuchy publiczne", dlaczego Somnia jest inna?

Rynek całkowicie znieczulił się na "szybkie łańcuchy publiczne", dlaczego Somnia jest inna?

Autor: TVBee

Ten artykuł zostanie przeanalizowany pod kątem następujących dwóch pytań:

Pytanie 1: Rynek całkowicie znieczulił się na "szybki łańcuch publiczny", dlaczego Somnia jest inna?

Pytanie 2: Czy Sommia chwali się najszybszym i najbardziej opłacalnym równoległym EVM Layer 1?

➡️➡️➡️ Jane • Czysty • Edycja ⬅️⬅️⬅️

W tej części Sonnia jest podsumowana w trzech wymiarach: technologii, tła i ekologii, abyś mógł zrozumieć najważniejsze cechy i zalety projektu Somnia.

💠Najważniejsze cechy techniczne firmy Somnia

🔹 Wielostrumieniowy algorytm konsensusu: łańcuch danych + łańcuch konsensusu, który sprzyja zapobieganiu MEV, zmniejszaniu redundancji, obniżaniu kosztów i zwiększaniu wydajności.

🔹 Innowacyjny kompilator EVM: Implementuje równoległy EVM na poziomie instrukcji, aby w skrajnych przypadkach rozwiązywać interakcje o wysokiej częstotliwości.

🔹 Samodzielnie opracowany silnik bazy danych IceDB: poprawia szybkość odczytu/zapisu danych i stabilność sieci.

🔹 Technologia kompresji danych: Poprawa wydajności transmisji danych.

💠Podstawowe zalety Somni

🔹 Zespół: Zespół programistów pochodzi z Improbable, międzynarodowej firmy technologicznej założonej w 2012 roku z siedzibą w Londynie w Wielkiej Brytanii. Opracowywał oprogramowanie, gry i produkty metaverse Web3.

🔹 Finansowanie: Łącznie 270 milionów dolarów zainwestowały MSquared, a16z, SoftBank, Mirana i inne znane instytucje.

💠Postęp ekologiczny w Somalii

🔹 Krajobraz ekologiczny: Sieć testowa Somnia zadomowiła się już w 4 produktach AI/społecznościowych, 7 grach, 4 projektach NFT i 6 aplikacjach Defi, a kolejne 2 produkty AI/społecznościowe, 11 gier i 1 aplikacja Defi zostaną wkrótce uruchomione.

🔹 Dane ekologiczne: Od momentu uruchomienia pod koniec lutego 2025 r. do chwili pisania tego tekstu (26 czerwca 2025 r.), sieć testowa Somnia wyprodukowała ponad 100 milionów bloków, ze średnim czasem produkcji 0,1 sekundy na blok. W sieci testowej wzięło udział łącznie 96 878 557 adresów portfeli, a wolumen obrotu wyniósł 26,43 miliona w ciągu ostatniego dnia.

Na eksploratorach bloków często można zobaczyć liczbę transakcji i bloków stale, co Sonnia nazywa "sub-secondary", co jest widoczne gołym okiem.

💠 Dlaczego Somnia może być inna?

🔹 Interakcja o wysokiej częstotliwości: Chociaż rynek całkowicie znieczulił się na koncepcję "szybkiego łańcucha publicznego", Somnia nie tylko dąży do wskaźników technicznych, ale koncentruje się na tym, jak sprawić, by technologia Web3 naprawdę służyła scenariuszom zastosowań, zwłaszcza w dziedzinach interakcji związanych z wysoką częstotliwością, takich jak gry i sieci społecznościowe.

🔹Konwergencja Web3 a Web3: Unikalne pochodzenie Somni może odegrać kluczową rolę w konwergencji Web3 i Web2. Somnia ma potencjał, aby zapewnić użytkownikom Web2 bezproblemowy dostęp do świata Web3, potencjalnie prowadząc do prawdziwie zorientowanego na użytkownika ekosystemu aplikacji.

➡️➡️➡️ Szczegóły• Wyjaśnienie• Wydanie ⬅️⬅️⬅️

W poprzedniej części przedstawiono najważniejsze cechy, zalety i postęp ekologiczny [CO] Somnia, a w tej części przedstawimy dogłębną interpretację technologii Somnia. Niech wszyscy zrozumieją, w jaki sposób Somnia technicznie osiąga interakcję o wysokiej częstotliwości, jak osiągnąć niski koszt i wysoką wydajność oraz dlaczego [DLACZEGO] Somnia różni się od innych równoległych projektów EVM.

💠 Wielostrumieniowy algorytm konsensusu: łańcuch danych + łańcuch konsensusu

🔹 Omówienie: Łańcuch danych + struktura łańcucha konsensusu

Somnia wykorzystuje nowy algorytm konsensusu wielostrumieniowego (MULTISTREAM).

W tak zwanym multistreamie Somnia zapisuje informacje o transakcjach w wielu łańcuchach danych, każde łącze danych jest rejestrowane przez 1 walidatora, a każdy walidator nie może ingerować w łańcuch danych innych walidatorów.

Somnia wykonuje konsensus w łańcuchu konsensusu, sortuje transakcje i rejestruje odwołania do transakcji w łańcuchu konsensusu. Łańcuch konsensusu jest wykonywany i utrzymywany przez wszystkich walidatorów.

🔹 Omówienie: Przepływ pracy dla wielostrumieniowego konsensusu Somnia

a Po tym, jak użytkownik wyśle żądanie do sieci Somnia, walidator, który otrzyma żądanie, zapisuje transakcję w łańcuchu danych oddzielnie.

b Co drugi okres czasu (np. 30 sekund, 1 sekunda itd.) łańcucha konsensusu, walidator łącza danych i inni walidatorzy łącza danych przesyłają i pobierają fragmenty danych znajdujące się na szczycie łańcucha danych.

C Walidator zapisuje zbiór fragmentów danych na górze wszystkich łańcuchów danych do łańcucha konsensusu jako kompletny wycinek danych.

d Walidatory sortują transakcje, a wszystkie walidatory są synchronicznie zapisywane w bazie danych IceDB Somnia zgodnie z aktualnym statusem posortowanych transakcji.

🔹 Najważniejsze informacje: Sekwencjonowanie transakcji Somni jest dobre w zapobieganiu MEV

Somnia używa deterministycznej funkcji pseudolosowej do sortowania transakcji.

Wiemy, że w programie obliczeniowym nie ma prawdziwej losowości, ale pseudolosowość poprzez algorytmy. Deterministyczne funkcje pseudolosowe mają dwie cechy: jedną z nich jest losowość, która nie przewiduje, jaka będzie następna liczba losowa, ale każdy walidator wygeneruje tę samą liczbę losową w ustalonej kolejności po wykonaniu.

W ten sposób wszystkie walidatory uruchamiają tę samą deterministyczną funkcję pseudolosową, która generuje serię identycznych liczb losowych i sortuje łańcuch danych według liczb losowych. Na tej podstawie sortowane są transakcje za ten okres.

Na przykład posortowany łańcuch danych to B, A, C......

Następnie kolejność transakcji polega na tym, że najpierw pojawia się transakcja łańcucha danych B, a następnie łańcuch danych A i łańcuch danych C...... Oczywiście proces ten usuwa zduplikowane transakcje na podstawie wartości skrótu.

Oczywiście kolejność łańcucha danych jest stała, ale kolejność transakcji w różnych łańcuchach danych może być inna. Na przykład w łańcuchu danych A transakcja 1 może znajdować się z przodu, a transakcja 2 z tyłu, podczas gdy w łańcuchu danych B transakcja 2 może znajdować się z przodu, a transakcja 1 z tyłu. Ponieważ kolejność łańcucha danych to B przed A, końcowa kolejność transakcji to transakcja 2 przed i transakcja 1 ostatnia.

Zaletą tej metody porządkowania jest to, że atakującemu MEV trudno jest przekupić walidatora, ponieważ nie wie, jaki będzie łańcuch danych odpowiadający walidatorowi. Jeśli w sieci znajduje się łącznie 100 węzłów walidatorów, zakładając, że nawet jeśli atakujący MEV przekupi 50 walidatorów, o ile istnieje walidator (w tym zaatakowana transakcja), który nie został przekupiony przed tymi 50 walidatorami, łańcuch konsensusu zostanie zapisany we właściwej kolejności transakcji, a atak MEV zakończy się niepowodzeniem.

🔹 Najważniejsze informacje: Redukcja redundancji, redukcja kosztów i zwiększenie wydajności

Z jednej strony Somnia rejestruje osobny łańcuch danych dla każdego walidatora i nie ma procesu walidacji danych między walidatorami. Podczas przesyłania migawek przesyłane są tylko informacje o migawkach każdego łącza danych, a informacje o migawkach nie zawierają określonych informacji o transakcjach, więc nadmiarowość interakcji jest zmniejszona.

Z drugiej strony, każdy łańcuch danych w Somnia nie musi synchronizować informacji z innych łańcuchów danych, a łańcuch konsensusu nie rejestruje informacji o transakcjach, ale rejestruje migawkę informacji o łańcuchu danych i posortowanych odwołań do transakcji (wartości skrótu) co drugi okres. W ten sposób zmniejsza się nadmiarowość pamięci masowej.

Dzięki zmniejszonej redundancji interakcji, Somnia może być bardziej wydajna podczas pracy.

Somnia musi pracować przy niższych kosztach ze względu na zmniejszoną nadmiarowość pamięci masowej.

🔹 Dodano: Linki danych odporne na manipulacje

Chociaż nie ma weryfikacji informacji w łańcuchu danych, walidator nie może manipulować informacjami o transakcji. Ponieważ gdy walidator manipuluje informacjami o transakcji, wpłynie to na wartość skrótu transakcji i wartość skrótu jej kolejnych transakcji, powodując konflikt między jego informacjami a informacjami przechowywanymi w łańcuchu konsensusu.

💠 Równoległy EVM na poziomie instrukcji

🔹 Problem: Trudno jest poprawić zagęszczenie interakcji o wysokiej częstotliwości w transakcjach równoległych

Równoległy EVM Somni różni się od Monad i Reddio, a równoległość EVM tych trzech łańcuchów to równoległość transakcji, to znaczy transakcje są równoległe w celu poprawy szybkości transakcji.

Monad jest optymistą w kwestii dopuszczania równoległości transakcji, wykrywania konfliktów i korygowania ich. Z drugiej strony Reddio to transakcja równoległa, która nie powoduje konfliktów i nie ma zależności.

Jednak w przypadku wystąpienia dużej liczby transakcji z podmiotami powiązanymi transakcje te nie mogą być równoległe, więc łatwo może dojść do przeciążenia. Istnieją dwa skrajne przykłady, takie jak nagłe pojawienie się dużej liczby użytkowników w sieci używających USDC do handlu określonym tokenem, a transakcje te nie mogą być równoległe, ponieważ mają być przedmiotem handlu z pulami LP, ale mogą być wykonywane tylko sekwencyjnie.

Innym ekstremalnym przykładem jest niezliczona ilość ludzi spieszących się do wybicia tego samego NFT, który również nie może być równoległy, ponieważ liczba NFT jest skończona i musi być wykonywana sekwencyjnie, aby określić, które osoby mogą odnieść sukces w Mint, a inne nie.

Rozwiązaniem tego problemu przez Reddio jest użycie procesora graficznego, który wykorzystuje potężną moc obliczeniową procesora graficznego do rozwiązania tego przeciążenia interakcji o wysokiej częstotliwości. Chociaż może poprawić efektywność handlu, zwiększa również koszty handlu.

🔹 Najważniejsze informacje: Równoległy EVM na poziomie instrukcji

Aby rozwiązać problem zatorów komunikacyjnych polegający na tym, że w tym samym czasie przeprowadzana jest duża liczba transakcji z podmiotami powiązanymi, a transakcje są trudne do rozwiązania równolegle, firma Sommia innowacyjnie opracowała kompilator EVM.

W standardowej realizacji EVM realizacja zleceń w transakcji może być interpretowana tylko sekwencyjnie. Jednak Somnia obsługuje dzielenie transakcji na kilka zestawów instrukcji, które nie powodują konfliktu i nie mają zależności.

Biorąc za przykład handel swapami, można go podzielić na kilka zestawów instrukcji zgodnie z funkcjami: weryfikacja parametrów, przetwarzanie parametrów, kontrola salda, kontrola autoryzacji, kontrola stanu puli, obliczanie ceny, obliczanie opłat, transfer tokenów wejściowych, aktualizacja statusu puli i zapisy opłat, transfer tokenów wyjściowych i uruchomienie zdarzenia. Wśród nich zestaw instrukcji, który nie jest w konflikcie i nie ma zależności, może być zrównoleglony, aby poprawić efektywność realizacji transakcji.

Kluczem do równoległego zestawu instrukcji EVM jest oryginalny kompilator EVM firmy Somnia, który kompiluje kod bajtowy EVM do kodu maszynowego x86. Nowoczesne procesory są rdzeniami wielowątkowymi, a każdy rdzeń procesora może równolegle wykonywać kod maszynowy w wielu wątkach, dzięki czemu można połączyć równolegle kilka zestawów palców EVM, zwiększając w ten sposób szybkość wykonywania pojedynczej transakcji. Dlatego Somnia może być również nazywana równoległym EVM na poziomie sprzętowym.

🔹 Najważniejsze cechy: Koszt i wydajność

Standardowe wykonanie interpretacji EVM: transakcja 1 → parsowana do kodu bajtowego → sekwencyjne wykonanie interpretacji→ transakcja 2 →przeanalizowana do kodu bajtowego → sekwencyjna interpretacja wykonana→ transakcja 3 →przeanalizowana do kodu bajtowego → sekwencyjne wykonanie interpretacji......

Kompilacja i wykonanie EVM firmy Somnia: kod kontraktu → przetwarzany na kod bajtowy→ dynamicznie kompilowany do kodu maszynowego→ zestaw instrukcji do równoległego wykonywania transakcji 1→ zestaw instrukcji do równoległego wykonywania transakcji 2→ zestaw instrukcji do równoległego wykonywania transakcji 3......

Jak widać, im więcej transakcji, tym korzystniejsze będzie zestawienie i wykonanie EVM przez Somnia.

W związku z tym, w przypadku zwykłych transakcji bez wysokiej częstotliwości, Somnia nadal używa standardowego wykonania interpretacji EVM, za każdym razem, gdy EVM jest wykonywany, kod inteligentnego kontraktu jest analizowany na kod bajtowy EVM, a wykonanie jest interpretowane w kolejności.

W celu scentralizowanego wykonywania transakcji o wysokiej częstotliwości, Somnia umożliwia kompilator EVM, który kompiluje kod bajtowy EVM do kodu maszynowego x86. Następnie kod maszynowy może być wykonywany wielokrotnie zgodnie z parametrami, aby szybko zakończyć scentralizowany handel o wysokiej częstotliwości, co nie jest możliwe w przypadku równoległego EVM na poziomie transakcji.

W rezultacie, Somnia może osiągnąć podwójną przewagę między kosztami a wydajnością.

💠Silnik bazy danych IceDB

🔹 Omówienie: Używanie drzew LSM zamiast struktur danych drzewa Merkle'a

Zdecydowana większość blockchainów korzysta ze struktury danych Merkle Tree. Węzły liści drzewa Merkle przechowują skrót danych transakcji (lub same dane transakcji, a następnie haszują je), podczas gdy węzły inne niż liść przechowują wartość skrótu wartości skrótu swoich węzłów podrzędnych, a wartość skrótu jest obliczana warstwa po warstwie, a na końcu obliczany jest korzeń Merkle'a, dzięki czemu integralność danych w bloku może być bezpiecznie zweryfikowana, a dane mogą zostać naruszone.

Biorąc za przykład przechowywanie danych kontraktu tokena ERC20, węzły liści drzewa Merkle obejmują:

• Przechowuj atrybuty, takie jak TotalSupply i NameSymbol, z których każdy odpowiada kluczowi (nazwa atrybutu) i wartości (wartość atrybutu);

• Status posiadania wszystkich adresów przechowywania tokenów, z których każdy odpowiada kluczowi (skrótowi adresu) i wartości (liczbie tokenów);

• Cały status autoryzacji tokena, każdy adres autoryzacji odpowiada kluczowi (skrótowi adresu) i wartości (kwocie autoryzacji);

……

Załóżmy, że token ERC ma 4 atrybuty, 32 000 adresów przechowywania i 2 764 autoryzowane adresy. Kwota ta nie jest oczywiście duża. Istnieje jednak łącznie 32 768 węzłów liścia, a 65 535 skrótów musi zostać obliczonych, aby zapisać prawa Merkle do tokena.

Opracowany przez Somnia silnik bazy danych IceDB nie korzysta z powszechnie używanej struktury danych drzewa Merkle'a, więc w informacjach o bloku nie ma korzenia skrótu.

IceDB używa drzewa scalania ze strukturą logiczną (LSM Tree). Jest to struktura danych drzewa oparta na dzienniku, której główną cechą jest to, że dane są dołączane i zapisywane, a nie modyfikowane in situ, więc nie ma problemu z manipulacją.

Podczas zapisywania w bazie danych IceDB najpierw zapisywany jest element MemTable w pamięci. Gdy MemTable jest pełny, jest opróżniany na dysk, tworząc SSTable. LSM okresowo scala SSTable podczas usuwania zduplikowanych kluczy.

Proces ten nie wymaga obliczania skrótu, wystarczy zapisać nowe dane w MemTable, więc niezależnie od tego, czy dane są zapisywane w pamięci, pamięci podręcznej czy na dysku, baza danych IceDB jest znacznie szybsza.

🔹 Najważniejsze cechy: Szybszy odczyt i zapis

Struktura danych drzewa LSM ma wyraźną przewagę wydajnościową w zapisywaniu danych. Ponadto w dokumentacji technicznej Somnia wspomniano, że "stworzono pamięć podręczną danych, która optymalizuje zarówno odczyt, jak i zapis, dzięki czemu średni czas odczytu i zapisu IceDB wynosi od 15 do 100 nanosekund".

🔹 Funkcje: Odczytuj i zapisuj raporty wydajności za pomocą uczciwego i wydajnego gazu

W większości sieci blockchain końcowy węzeł walidatora ma tendencję do przechowywania tych samych danych. Jednak przez krótki okres czasu występuje pewna rozbieżność między pamięcią różnych węzłów walidatora a danymi przechowywanymi na dysku. W rezultacie użytkownicy będą zużywać różne ilości gazu podczas odczytu i zapisu danych ze względu na dostęp do różnych lokalizacji. Z drugiej strony, ze względu na różne lokalizacje dostępu, odczyt i zapis danych może zająć użytkownikom dużo czasu, a gaz sieciowy może się zmienić w tym oknie czasowym. W związku z tym trudno jest określić uczciwy i wydajny gaz. Jeśli gaz jest niedoszacowany, węzły mogą być pasywne ze względu na niskie przychody, co wpłynie na wydajność sieci. Jeśli gaz zostanie przeszacowany, użytkownicy będą płacić niepotrzebne dodatkowe opłaty, co może nawet stanowić okazję do ataków MEV.

W silniku bazy danych IceDB za każdym razem, gdy odczytujesz lub zapisujesz dane, nie możesz znaleźć potrzebnych danych w pamięci podręcznej, więc musisz odczytać dane odpowiednio z pamięci i dysku SSD, policzyć częstotliwość odczytu danych z pamięci i dysku SSD oraz zwrócić "raport wydajności". "Raport wydajności" stanowi deterministyczną podstawę do obliczania gazu wymaganego przez użytkowników, dzięki czemu gaz sieciowy jest bardziej sprawiedliwy i wydajny, na korzyść stablecoina sieciowego.

💠 Technologia kompresji danych

Zgodnie z teorią mocy objętości informacji i rozkładu częstotliwości wprowadzoną w dokumencie technicznym Somnia, dane można kompresować przy dużym powiększeniu poprzez podsumowywanie informacji zgodnie z prawdopodobieństwem wystąpienia informacji.

Każde łącze danych w Somnii jest odpowiedzialne za walidator, a walidator nie musi wysyłać całego bloku, a jedynie musi wysłać strumień informacji, a kompresja strumienia ma wyższy stopień kompresji, więc sprzyja to poprawie przepustowości transmisji sieci.

Ponadto Somnia wykorzystuje podpisy BLS w celu poprawy szybkości przesyłania i weryfikacji podpisów.

Zgodnie z wielostrumieniowym algorytmem konsensusu Somnia, węzły walidatora łańcucha danych wysyłają do siebie fragmenty danych i nie ma scentralizowanego lidera, który przesyłałby i pobierał dane w scentralizowany sposób, a przepustowość może być równomiernie rozłożona między walidatorami. Każdy walidator wysyła odłamki danych do innych walidatorów i pobiera fragmenty danych wysłane przez innych walidatorów, więc przepustowość wymagana do wysyłania i pobierania każdego walidatora jest symetryczna. W związku z tym zdolność przesyłowa sieci Somnia będzie względnie zrównoważona i stabilna.

💠 Napisz na końcu

Chociaż Web3 jest na pierwszy rzut oka bardziej zaawansowany niż Web2, w rzeczywistości system techniczny Web2 jest często bardziej złożony i dojrzały. Kiedy programiści Web2 są zaangażowani w rozwój Web3, ich zaplecze techniczne jest w stanie wprowadzić więcej innowacji do świata blockchain.

Pokaż oryginał
Treści na tej stronie są dostarczane przez strony trzecie. O ile nie zaznaczono inaczej, OKX nie jest autorem cytowanych artykułów i nie rości sobie żadnych praw autorskich do tych materiałów. Treść jest dostarczana wyłącznie w celach informacyjnych i nie reprezentuje poglądów OKX. Nie mają one na celu jakiejkolwiek rekomendacji i nie powinny być traktowane jako porada inwestycyjna lub zachęta do zakupu lub sprzedaży aktywów cyfrowych. Treści, w zakresie w jakim jest wykorzystywana generatywna sztuczna inteligencja do dostarczania podsumowań lub innych informacji, mogą być niedokładne lub niespójne. Przeczytaj podlinkowany artykuł, aby uzyskać więcej szczegółów i informacji. OKX nie ponosi odpowiedzialności za treści hostowane na stronach osób trzecich. Posiadanie aktywów cyfrowych, w tym stablecoinów i NFT, wiąże się z wysokim stopniem ryzyka i może podlegać znacznym wahaniom. Musisz dokładnie rozważyć, czy handel lub posiadanie aktywów cyfrowych jest dla Ciebie odpowiednie w świetle Twojej sytuacji finansowej.