Markkinat ovat täysin herkistyneet "nopeille julkisille ketjuille", miksi Somnia on erilainen?

Kirjoittaja: TVBee

Tätä artikkelia analysoidaan seuraavilla kahdella kysymyksellä:

Kysymys 1: Markkinat ovat täysin herkistyneet "nopealle julkiselle ketjulle", miksi Somnia on erilainen?

Kysymys 2: Kehuskeleeko Sommia nopeimmalla ja kustannustehokkaimmalla rinnakkaisella EVM Layer 1:llä?

➡️➡️➡️ Jane • Puhdas • Painos ⬅️⬅️⬅️

Tässä osassa Sonnia on tiivistetty kolmesta ulottuvuudesta: teknologiasta, taustasta ja ekologiasta, jotta ymmärrät Somnia-projektin kohokohdat ja edut.

💠Somnian tekniset kohokohdat

🔹 Monivirtainen konsensusalgoritmi: tietoketju + konsensusketju, joka edistää MEV:n estämistä, redundanssin vähentämistä, kustannusten vähentämistä ja tehokkuuden lisäämistä.

🔹 Innovatiivinen EVM-kääntäjä: Toteuttaa rinnakkaisen EVM:n käskytasolla ratkaistakseen korkeataajuisia vuorovaikutuksia äärimmäisissä tapauksissa.

🔹 Itse kehitetty IceDB-tietokantamoottori: parantaa tietojen luku-/kirjoitusnopeutta ja verkon vakautta.

🔹 Tiedonpakkaustekniikka: Paranna tiedonsiirron tehokkuutta.

💠Somnian taustaedut

🔹 Tiimi: Kehitystiimi on Improbablesta, vuonna 2012 perustetusta monikansallisesta teknologiayrityksestä, jonka pääkonttori sijaitsee Lontoossa, Isossa-Britanniassa. Hän on kehittänyt ohjelmistoja, pelejä ja Web3-metaversumituotteita.

🔹 Rahoitus: MSquared, a16z, SoftBank, Mirana ja muut tunnetut instituutiot sijoittivat yhteensä 270 miljoonaa dollaria.

💠Ekologinen kehitys Somniassa

🔹 Ekologinen maisema: Somnia-testiverkko on jo asettunut 4 tekoäly-/sosiaaliseen tuotteeseen, 7 peliin, 4 NFT-projektiin ja 6 Defi-sovellukseen, ja pian julkaistaan vielä 2 tekoäly-/sosiaalista tuotetta, 11 peliä ja 1 Defi-sovellus.

🔹 Ekologiset tiedot: Helmikuun 2025 lopulla tapahtuneesta lanseerauksestaan kirjoittamiseen (26. kesäkuuta 2025) Somnia-testiverkko on tuottanut yli 100 miljoonaa lohkoa, ja keskimääräinen tuotantoaika on 0,1 sekuntia lohkoa kohden. Testiverkkoon osallistui yhteensä 96 878 557 lompakko-osoitetta, joiden kaupankäyntivolyymi oli 26,43 miljoonaa viimeisen 1 päivän aikana.

Lohkotutkijoilla voit usein nähdä jatkuvasti vilkkuvien tapahtumien ja lohkojen määrän, jota Sonnia kutsuu "ali-toissijaiseksi", joka näkyy paljaalla silmällä.

💠 Miksi Somnia voisi olla erilainen?

🔹 Korkeataajuinen vuorovaikutus: Vaikka markkinat ovat täysin herkistyneet "nopean julkisen ketjun" käsitteelle, Somnia ei tavoittele vain teknisiä indikaattoreita, vaan keskittyy siihen, miten Web3-teknologia saadaan todella palvelemaan sovellusskenaarioita, erityisesti korkeataajuisilla vuorovaikutusaloilla, kuten peleissä ja sosiaalisessa verkostoitumisessa.

🔹Web3 vs. Web3 Konvergenssi: Somnian ainutlaatuisella taustalla voi olla keskeinen rooli Web3:n ja Web2:n lähentymisessä. Somnialla on potentiaalia tarjota Web2-käyttäjille saumaton pääsy Web3-maailmaan, mikä saattaa johtaa aidosti käyttäjäkeskeiseen sovellusekosysteemiin.

➡️➡️➡️ Yksityiskohdat• Selitys• Painos ⬅️⬅️⬅️

Edellisessä osassa esiteltiin [WHAT] Somnian kohokohdat, edut ja ekologinen kehitys, ja tämä osa tarjoaa syvällisen tulkinnan Somnian teknologiasta. Anna kaikkien ymmärtää, kuinka [MITEN] Somnia saavuttaa teknisesti korkeataajuisen vuorovaikutuksen, kuinka saavuttaa alhaiset kustannukset ja korkea suorituskyky ja miksi [MIKSI] Somnia eroaa muista rinnakkaisista EVM-projekteista.

💠 Monivirtainen konsensusalgoritmi: tietoketju + konsensusketju

🔹 Yleiskatsaus: Tietoketju + konsensusketjun rakenne

Somnia käyttää uutta multistream consensus (MULTISTREAM) -algoritmia.

Niin sanotussa monivirrassa Somnia tallentaa tapahtumatiedot useisiin tietoketjuihin, jokaisen datalinkin tallentaa 1 validoija, eikä kukin validoija voi häiritä muiden validoijien tietoketjua.

Somnia toteuttaa konsensuksen konsensusketjusta, lajittelee tapahtumat ja kirjaa viittaukset konsensusketjun transaktioihin. Kaikki validoijat toteuttavat ja ylläpitävät konsensusketjua.

🔹 Yleiskatsaus: Somnian monivirtakonsensuksen työnkulku

a Kun käyttäjä on tehnyt pyynnön Somnia-verkkoon, pyynnön vastaanottava validoija kirjoittaa tapahtuman dataketjuun erikseen.

b Joka toinen konsensusketjun ajanjakso (esim. 30 sekuntia, 1 sekunti jne.) datalinkin validoija ja muut datalinkin validoijat lataavat ja lataavat dataketjun yläosassa olevat datasirpaleet.

C Validaattori kirjoittaa kaikkien tietoketjujen yläosassa olevien tiedonsirpaleiden kokoelman konsensusketjuun täydellisenä tietoviipaleena.

d Validoijat lajittelevat tapahtumat, ja kaikki validaattorit kirjoitetaan synkronisesti Somnian IceDB-tietokantaan lajiteltujen tapahtumien päivitetyn tilan mukaan.

🔹 Poimintoja: Somnian transaktioiden sekvensointi on hyvä MEV-ehkäisyn kannalta

Somnia käyttää determinististä pseudosatunnaisfunktiota tapahtumien lajitteluun.

Tiedämme, että laskentaohjelmassa ei ole todellista satunnaisuutta, vaan pseudosatunnaisuutta algoritmien avulla. Deterministisillä pseudosatunnaisfunktioilla on kaksi ominaisuutta: toinen on satunnaisuus, joka ei ennusta seuraavaa satunnaislukua, vaan jokainen validaattori tuottaa saman satunnaisluvun kiinteässä järjestyksessä suoritettaessa.

Tällä tavalla kaikki validoijat suorittavat saman deterministisen pseudosatunnaisfunktion, joka luo sarjan identtisiä satunnaislukuja ja lajittelee tietoketjun satunnaislukujen mukaan. Tämän perusteella tämän kauden tapahtumat lajitellaan.

Lajiteltu tietoketju on esimerkiksi B, A, C......

Tällöin tapahtumajärjestys on se, että tietoketjun B tapahtuma tulee ensin, jota seuraavat tietoketju A ja tietoketju C...... Tietenkin tämä prosessi poistaa päällekkäiset tapahtumat hajautusarvon perusteella.

Tietoketjun järjestys on toki kiinteä, mutta eri tietoketjujen tapahtumien järjestys voi olla erilainen. Esimerkiksi tietoketjussa A tapahtuma 1 voi olla edessä ja tapahtuma 2 takana, kun taas tietoketjussa B tapahtuma 2 voi olla edessä ja tapahtuma 1 takana. Koska tietoketjun järjestys on B ennen A:ta, lopullinen tapahtumajärjestys on tapahtuma 2 ennen ja tapahtuma 1 viimeinen.

Tämän tilausmenetelmän etuna on, että MEV-hyökkääjän on vaikea lahjoa validoijaa, koska hän ei tiedä, mikä validaattoria vastaava tietoketju on. Jos verkossa on yhteensä 100 validointisolmua, olettaen, että vaikka MEV-hyökkääjä lahjoisi 50 validoijaa, niin kauan kuin on validoija (mukaan lukien hyökkäyksen kohteena oleva tapahtuma), jota ei ole lahjottu näiden 50 validoijan edessä, konsensusketju tallennetaan oikeassa transaktiojärjestyksessä ja MEV-hyökkäys epäonnistuu.

🔹 Kohokohdat: Vähennä redundanssia, vähennä kustannuksia ja lisää tehokkuutta

Toisaalta Somnia tallentaa erillisen tietoketjun kullekin validoijalle, eikä validoijien välillä ole tietojen validointiprosessia. Tilannekuvia siirrettäessä lähetetään vain kunkin tietolinkin tilannekuvatiedot, eivätkä tilannevedostiedot sisällä tiettyjä tapahtumatietoja, joten vuorovaikutuksen redundanssi vähenee.

Toisaalta jokaisen Somnian tietoketjun ei tarvitse synkronoida muiden tietoketjujen tietoja, eikä konsensusketju tallenna tapahtumatietoja, vaan tallentaa tilannekuvan tietoketjun tiedoista ja lajitelluista transaktioviitteistä (hajautusarvot) joka toinen aikaväli. Tällä tavalla varastoinnin redundanssi vähenee.

Vuorovaikutuksen vähentyneen redundanssin ansiosta Somnia voi olla tehokkaampi työskennellessään.

Somnian on toimittava halvemmalla, koska tallennustilan redundanssi on pienempi.

🔹 Lisätty: Peukaloinnilta suojatut tietolinkit

Vaikka tietoketjun tietoja ei tarkisteta, validoija ei voi peukaloida tapahtumatietoja. Koska kun validoija käsittelee tapahtumatietoja, se vaikuttaa transaktion hajautusarvoon ja sen myöhempien tapahtumien hajautusarvoon, mikä johtaa ristiriitaan sen tietojen ja konsensusketjuun tallennettujen tietojen välillä.

💠 Rinnakkainen EVM opetustasolla

🔹 Kipupiste: On vaikea parantaa korkeataajuisten vuorovaikutusten ruuhkautumista rinnakkaistransaktioissa

Somnian rinnakkainen EVM eroaa Monadista ja Reddiosta, ja näiden kolmen ketjun EVM-rinnakkaisuus on transaktioiden rinnakkaisuus, eli transaktiot rinnastetaan transaktioiden nopeuden parantamiseksi.

Monad on optimistinen salliessaan transaktioiden olla rinnakkaisia, havaita ristiriidat ja korjata ne. Reddio puolestaan on rinnakkainen transaktio, joka ei ole ristiriidassa eikä sillä ole riippuvuuksia.

Kun lähipiiritapahtumia kuitenkin syntyy paljon, tapahtumat eivät voi olla rinnakkaisia, joten ruuhkautumista voi helposti esiintyä. On olemassa kaksi äärimmäistä esimerkkiä, kuten se, että verkkoon ilmaantuu äkillisesti suuri määrä käyttäjiä, jotka käyttävät USDC:tä tietyn tokenin kauppaan, ja näitä transaktioita ei voida rinnastaa, koska niillä käydään kauppaa LP-poolien kanssa, vaan ne voidaan suorittaa vain peräkkäin.

Toinen äärimmäinen esimerkki on lukemattomat ihmiset, jotka ryntäävät lyömään samaa NFT:tä, mikä ei myöskään voi olla rinnakkaista, koska NFT:iden määrä on rajallinen ja se on suoritettava peräkkäin, jotta voidaan määrittää, ketkä ihmiset voivat menestyä Mintissä ja muut epäonnistuvat.

Reddion ratkaisu tähän ongelmaan on käyttää GPU:ta, joka käyttää GPU:n tehokasta laskentatehoa tämän korkeataajuisten vuorovaikutusten ruuhkautumisen ratkaisemiseen. Vaikka se voi parantaa kaupankäynnin tehokkuutta, se lisää myös kaupankäynnin kustannuksia.

🔹 Kohokohta: Opetustason rinnakkainen EVM

Ratkaistakseen ruuhkaongelman, joka johtuu siitä, että suuri määrä lähipiiritransaktioita toteutetaan samanaikaisesti ja transaktioita on vaikea ratkaista rinnakkain, Sommia on kehittänyt innovatiivisesti EVM-kääntäjän.

Tavallisessa EVM-toteutuksessa toimeksiantojen toteuttaminen transaktiossa voidaan tulkita vain peräkkäin. Somnia tukee kuitenkin transaktioiden jakamista useisiin käskyihin, jotka eivät ole ristiriidassa ja joilla ei ole riippuvuuksia.

Swap-kaupankäynnin esimerkkinä se voidaan jakaa useisiin käskyjoukkoihin toimintojen mukaan: parametrien todentaminen, parametrien käsittely, saldon tarkistus, valtuutustarkistus, poolin tilan tarkistus, hinnanlaskenta, maksulaskelma, syöttötokenien siirto, poolin tilan ja maksutietueiden päivittäminen, lähtötokenien siirto ja tapahtuman käynnistäminen. Niistä voidaan rinnastaa käskyjoukko, joka ei ole ristiriidassa ja jolla ei ole riippuvuuksia, jotta voidaan parantaa transaktioiden suorittamisen tehokkuutta.

Rinnakkaisen EVM-käskyjoukon avain on Somnian alkuperäinen EVM-kääntäjä, joka kääntää EVM:n tavukoodin x86-konekoodiksi. Nykyaikaiset suorittimet ovat monisäikeisiä ytimiä, ja jokainen CPU-ydin voi rinnakkain koodata konetta useilla säikeillä, joten useita EVM:n sormisarjoja voidaan rinnastaa, mikä lisää yhden tapahtuman suoritusnopeutta. Siksi Somniaa voidaan kutsua myös rinnakkaiseksi EVM:ksi laitteistotasolla.

🔹 Kohokohdat: Kustannukset ja tehokkuus

Tavallinen EVM-tulkinnan suoritus: tapahtuma 1 → jäsennetään tavukoodiksi → peräkkäinen tulkinnan suoritus→ tapahtuma 2 →jäsennetään tavukoodiksi → peräkkäisen tulkinnan suoritus→ tapahtuma 3 →jäsennetään tavukoodiksi → peräkkäisen tulkinnan suorittamiseksi......

Somnian EVM-käännös ja toteutus: sopimuskoodi jäsennetään tavukoodiksi →→ käännetään dynaamisesti konekoodiksi→ käskyjoukko transaktion 1 rinnakkaiseen suorittamiseen→ käskysarja transaktion 2 rinnakkaiseen suorittamiseen→ käskyjoukko transaktion 3 rinnakkaiseen suorittamiseen......

Kuten voidaan nähdä, mitä enemmän transaktioita on, sitä edullisempi Somnian EVM-kokoaminen ja toteutus on.

Siksi tavallisessa ei-korkean taajuuden kaupankäynnissä Somnia käyttää edelleen tavallista EVM-tulkintasuoritusta, joka kerta kun EVM suoritetaan, älysopimuskoodi jäsennetään EVM-tavukoodiksi ja suoritus tulkitaan järjestyksessä.

Keskitettyä, korkeataajuista transaktioiden suorittamista varten Somnia mahdollistaa EVM-kääntäjän, joka kääntää EVM:n tavukoodin x86-konekoodiksi. Sitten konekoodi voidaan suorittaa toistuvasti parametrien mukaan keskitetyn korkean taajuuden kaupankäynnin nopeaksi suorittamiseksi, mikä ei ole mahdollista transaktiotason rinnakkaisella EVM:llä.

Tämän seurauksena Somnia voi saavuttaa kaksinkertaisen edun kustannusten ja tehokkuuden välillä.

💠IceDB-tietokantamoottori

🔹 Yleiskatsaus: LSM-puiden käyttäminen Merkle-puun tietorakenteiden sijaan

Suurin osa lohkoketjuista käyttää Merkle Tree -tietorakennetta. Merkle-puun lehtisolmut tallentavat transaktiotietojen hajautusarvon (tai itse transaktiotiedot ja hajauttavat ne sitten), kun taas ei-lehtisolmut tallentavat alisolmujensa hajautusarvon hajautusarvon, ja hajautusarvo lasketaan kerros kerrokselta ja lopuksi lasketaan Merkle-juuri, jotta lohkon tietojen eheys voidaan varmistaa turvallisesti ja tietoja voidaan peukaloida.

Kun otetaan esimerkkinä ERC20-token-sopimuksen tietojen tallennus, Merkle-puun lehtisolmuja ovat:

• Tallenna määritteet, kuten TotalSupply ja NameSymbol, joista kukin vastaa avainta (attribuutin nimi) ja arvoa (määritteen arvo);

• Kaikkien tokenien hallussapito-osoitteiden hallussapitotila, joista jokainen vastaa avainta (osoitteen hajautusarvo) ja arvoa (tokenien lukumäärä);

• Kaikki tunnuksen valtuutustilat, jokainen valtuutusosoite vastaa avainta (osoitteen hajautusarvo) ja arvoa (valtuutusmäärä);

……

Oletetaan, että ERC-tokenilla on 4 attribuuttia, 32 000 pito-osoitetta ja 2 764 valtuutettua osoitetta. Tämä summa ei tietenkään ole paljon. Lehtisolmuja on kuitenkin yhteensä 32 768, ja tokenin Merkle-oikeuksien kirjoittamiseksi on laskettava 65 535 hajautusarvoa.

Somnian itse kehittämä IceDB-tietokantamoottori ei käytä yleisesti käytettyä Merkle-puun tietorakennetta, joten sen lohkotiedoissa ei ole hash-juurta.

IceDB käyttää Log-Structured Merge-Tree (LSM Tree) -puuta. Tämä on lokipohjainen puutietorakenne, jonka pääominaisuus on, että tiedot liitetään ja kirjoitetaan paikan päällä muokattavien sijaan, joten peukalointiongelmaa ei ole.

Kun kirjoitat IceDB-tietokantaan, muistissa oleva MemTable kirjoitetaan ensin. Kun MemTable on täynnä, se huuhdellaan levylle, jolloin muodostuu SSTable. LSM yhdistää ajoittain SSTablen ja poistaa kaksoisavaimet.

Tämä prosessi ei vaadi hajautusarvon laskemista, vain uudet tiedot on kirjoitettava MemTableen, joten riippumatta siitä, kirjoitetaanko tiedot muistiin, välimuistiin vai levylle, IceDB-tietokanta on huomattavasti nopeampi.

🔹 Poimintoja: Nopeampi lukeminen ja kirjoittaminen

LSM-puun tietorakenteella on selkeä suorituskykyetu tietojen kirjoittamisessa. Lisäksi Somnian teknisessä dokumentaatiossa mainitaan, että "on luotu datavälimuisti, joka optimoi sekä lukemisen että kirjoituksen siten, että IceDB:n keskimääräinen luku- ja kirjoitusaika on 15–100 nanosekuntia".

🔹 Ominaisuudet: Lue ja kirjoita suorituskykyraportteja reilulla ja tehokkaalla kaasulla

Useimmissa lohkoketjuverkoissa lopullisella validointisolmulla on taipumus tallentaa samat tiedot. Lyhyen ajan eri validointisolmujen muistin ja levylle tallennettujen tietojen välillä on kuitenkin tietty ristiriita. Tämän seurauksena käyttäjät kuluttavat eri määriä kaasua lukeessaan ja kirjoittaessaan tietoja eri paikkoihin pääsyn vuoksi. Toisaalta eri pääsypaikkojen vuoksi käyttäjien tietojen lukeminen ja kirjoittaminen voi kestää kauan, ja verkkokaasu voi muuttua tämän aikaikkunan aikana. Siksi on vaikea määrittää oikeudenmukaista ja tehokasta kaasua. Jos kaasua aliarvioidaan, solmut voivat olla passiivisia alhaisten tulojen vuoksi, mikä vaikuttaa verkon tehokkuuteen. Jos kaasu yliarvioidaan, käyttäjät maksavat tarpeettomia lisämaksuja, jotka voivat jopa tarjota mahdollisuuden MEV-hyökkäyksiin.

IceDB-tietokantamoottorissa et löydä tarvitsemiasi tietoja välimuistista joka kerta, kun luet tai kirjoitat tietoja, joten sinun on luettava tietoja muistista ja SSD-levyltä, laskettava tietojen lukemistiheys muistista ja SSD-levyltä ja palautettava "suorituskykyraportti". "Suorituskykyraportti" tarjoaa deterministisen perustan käyttäjien tarvitseman kaasun laskemiselle, mikä tekee verkkokaasusta oikeudenmukaisempaa ja tehokkaampaa verkon stablecoinin hyväksi.

💠 Tietojen pakkaustekniikka

Somnian teknisessä asiakirjassa esitellyn informaatiomäärän ja taajuusjakauman tehoteorian mukaan tiedot voidaan pakata suurella suurennusnopeudella tiivistämällä tiedot tiedon esiintymisen todennäköisyyden mukaan.

Jokainen Somnian datalinkki vastaa validoijasta, eikä validaattorin tarvitse lähettää koko lohkoa, vaan sen tarvitsee vain lähettää tietovirta, ja virran pakkauksella on korkeampi pakkaussuhde, joten se edistää verkon siirtokapasiteetin parantamista.

Lisäksi Somnia käyttää BLS-allekirjoituksia parantaakseen allekirjoitusten siirron ja todentamisen nopeutta.

Somnian monivirtakonsensusalgoritmissa dataketjun validointisolmut lähettävät datasirpaleita toisilleen, eikä ole keskitettyä johtajaa, joka lataa ja lataa dataa keskitetysti, ja kaistanleveys voidaan jakaa tasaisesti validoijien kesken. Kukin validoija lähettää datasirpaleita muille validoijille ja lataa muiden validoijien lähettämät tiedonsirpaleet, joten kunkin validaattorin lataamiseen ja lataamiseen tarvittava kaistanleveys on symmetrinen. Näin ollen Somnia-verkon siirtokapasiteetti on suhteellisen tasapainoinen ja vakaa.

💠 Kirjoita loppuun

Vaikka Web3 on päällisin puolin huippuluokan kuin Web2, itse asiassa Web2:n tekninen järjestelmä on usein monimutkaisempi ja kypsempi. Kun Web2-kehittäjät ovat mukana Web3-kehityksessä, heidän tekninen taustansa pystyy tuomaan lisää innovaatioita lohkoketjumaailmaan.