Miten Solayer käyttää RDMA:ta laitteiston tuella saavuttaakseen 340 000 TPS:n?
Kuulin, että Solayer julkaisi InfiniSVM Devnetin, ja se heitti pois käyttökelpoisen testiympäristön huipulla 340 000+ TPS? Totta puhuen, kun Solana-ekosysteemi on edelleen 4 000 TPS:ssä ja PumpFunin käyttäjät kärsivät edelleen transaktioiden epäonnistumisista, Solayerin ratkaisu ei ole asteittainen optimointi, vaan suora suuruushyppy.
Missä on luottamus tämän takana?
1) InfiniSVM:n luottamus tulee ensin alan todellisuudesta: puhdas ohjelmistojen optimointireitti on lähellä rajaa ja laitteistokiihdytys on oikeaan aikaan.
Viime vuosina lohkoketjun suorituskyvyn parannukset ovat perustuneet pääasiassa arkkitehtonisiin innovaatioihin – Bitcoinin UTXO:sta Ethereumin tilimalliin, PoW:stä PoS:ään, yhdestä ketjusta L1+Layer2 modulaariseen pinoamiseen, jotka kaikki ovat läpimurtoja ohjelmistotasolla. Mutta nyt tie kapenee ja kapenee.
Syy siihen, miksi suurin osa korkean suorituskyvyn ketjuista on juuttunut 10 000 tason TPS:n kynnykselle, johtuu tästä.
Aptoksen väittämä 160 000 TPS on teoreettinen arvo suurimman osan ajasta, ja Suin on vaikea jatkaa täysipainoista toimintaa käytännön sovelluksissa yleisen laitteistoarkkitehtuurin fyysisen pullonkaulan vuoksi.
Laitteistorajoitukset, kuten perinteinen suorittimen sarjakäsittely, verkon I/O-latenssi ja muistin käyttökustannukset, ovat nousemassa suurimmiksi esteiksi suorituskyvyn parantamiselle.
InfiniSVM:n valitsema RDMA (Remote Direct Memory Access) -laitteistokiihdytysreitti ohittaa olennaisesti suorittimen pullonkaulan ja antaa solmujen kommunikoida suoraan keskenään muistitasolla. Lisäksi InfiniSVM esittelee myös monitoimisen rinnakkaisprosessointimallin, joka toimii SDN:n (Software Defined Networking) kanssa reaaliaikaisen liikenteen optimointia varten. Nämä ovat mahdollisuuksia löytää uusia läpimurtoja laitteistotasolta, ja ne ovat myös tärkeä käänne alan kehityksessä.
2) InfiniSVM on täysin yhteensopiva Solana-virtuaalikoneen kanssa, mikä tekee InfiniSVM:ään siirtymisestä periaatteessa "RPC-päätepisteiden vaihtamista" kehittäjille, jotka ovat jo syvästi mukana Solana-ekosysteemissä. Tämän yhteensopivan mallin kaupallinen arvo on itsestään selvä. Perinteisiä lohkoketjuja rajoittaa TPS-katto, ja monet sovellusskenaariot voivat pysyä vain konseptivaiheessa. Esimerkiksi korkean taajuuden algoritminen kaupankäynti, reaaliaikainen pelitilan synkronointi jne. InfiniSVM:n vahvistuksen lopullisuus (0,01 sekunnin vahvistusaika) on läpimurto monissa sovellusskenaarioissa: reaaliaikainen vuorovaikutus ketjupeleissä, millisekuntitason selvitys DEX:issä ja korkeataajuiset automatisoidut tapahtumat AI Agentin kanssa. Tämä on avain nykyisten Solana-sovellusskenaarioiden rajoitusten läpimurtamiseen.
3) InfiniSVM:n omaksuma hybridi-POAS, konsensusmalli yrittää löytää tasapainon suorituskyvyn ja hajauttamisen välillä. Päivittäiset tapahtumat käsitellään nopeasti validointiverkon kautta, ja Solana-pääverkkoa käytetään lopullisena välimiesmenettelynä riitojen tai poikkeamien sattuessa, mikä on varsin pragmaattinen "pikakaista + vakuutusmekanismi" -suunnitteluideassa.
Itse asiassa tämä suunnitteluidea ei ole uusi - Polygonin varhaisissa malleissa, erilaisissa sivuketjujärjestelmissä, oli samanlainen logiikka. Ongelmana on, että laitteistokiihdytysratkaisut nostavat luonnollisesti solmujen toiminnan kynnystä, ja vaikka RDMA- ja InfiniBand-teknologioilla on vahva suorituskyky, myös kustannukset ja tekninen monimutkaisuus kasvavat vastaavasti, ja niillä on väistämättä sama varmennussolmuverkon "keskittämisen" ongelma kuin useimmilla korkean suorituskyvyn ketjuilla.
Logiikka on realistinen: koska laitteistokiihdytetty reitti johtaa väistämättä keskitettyyn validoijien verkkoon, lainaa täysimittaista hajautettua verkkoa lopullisena turvana. Se on kuin "suorituskyvyn" ja "turvallisuuden" vaatimusten kerrostaminen – InfiniSVM äärimmäiseen suorituskykyyn ja Solana äärimmäiseen turvallisuuteen.
Yläpuolella. On huomattava, että Devnet on tässä vaiheessa vielä sisäisessä testausvaiheessa, lohkoketjun tila nollautuu ajoittain ja verkkotiedot voivat olla ajoittain epävakaita, mikä viittaa siihen, että suunnittelutyötä on vielä paljon tehtävänä, ennen kuin se on valmis tuotantoon. Varsinkin kun todella kohtaat äärimmäisen paineen 1 miljoona + TPS.
Yleisesti ottaen InfiniSVM edustaa tärkeää suunnanmuutosta lohkoketjuinfrassa - ohjelmistojen optimoinnista laitteistokiihdytykseen, teoreettisista innovaatioista tekniseen toteutukseen. (Kuten alla olevasta kuvasta näkyy, reaaliaikaisia TPS:iä on lähes 100 000)
