Bitcoin Hyper vastaan Lightning: kaksi vastausta samaan ongelmaan
Vertailu Lightning Networkin ja Bitcoin Hyperin ehdottaman arkkitehtuurin välillä: käyttöskenaariot, operatiivinen kypsyys, ohjelmoitavuus, likviditeetti ja luottamusoletukset — olettamatta toiminnallista vastaavuutta.
Opetustarkoitus. Tämän artikkelin sisältö palvelee yksinomaan tiedotus- ja valistustarkoitusta. Se ei ole sijoitusneuvontaa. Täydellinen vastuuvapauslauseke.
Sama ongelma, eri filosofiat
Sekä Lightning Network että Bitcoin Hyper tavoittelevat yleistä päämäärää laajentaa Bitcoinin käyttömahdollisuuksia, mutta ne vastaavat eri tarpeisiin eri arkkitehtuureilla ja luottamusoletuksilla. Tämä vertailu ei oleta toiminnallista vastaavuutta.
Ne eivät välttämättä ole suoria kilpailijoita ja voisivat toimia rinnakkain, vaikka niiden mahdollinen täydentävyys riippuu toteutuksesta, leviämisestä ja todellisista käyttöskenaarioista.
Lightning: kanavien verkko
Lightning Network toimii solmujen välisten maksukanavien kautta. Maksaakseen Bobille Alice voi käyttää omaa kanavaansa ja reitittää maksun verkon läpi; hänen ei välttämättä tarvitse avata suoraa kanavaa Bobille. Maksut voidaan suorittaa erittäin nopeasti ja yleensä alhaisin kustannuksin, kunhan löytyy reitti, jolla on riittävä likviditeetti. Kun kanava suljetaan, loppusaldo selvitetään Bitcoinissa. Lightning on ennen kaikkea suunnattu maksuihin.
Vahvuudet: nopeat maksut; yleensä alhaiset kustannukset, joskin ne riippuvat reitistä, likviditeetistä ja solmujen käytännöistä; non-custodial-toiminta edellyttäen, että käyttäjät hallitsevat itse avaimiaan; ja Bitcoin-native-kanaviin perustuva rakenne. Järjestelmä säilyttää kuitenkin operatiiviset oletukset, jotka liittyvät saatavuuteen, kanavien hallintaan ja reititykseen.
Rakenteelliset rajoitukset: maksukapasiteetti riippuu kanavien likviditeetistä; reititys voi osoittautua monimutkaiseksi; eikä Lightning tarjoa universaalia älysopimusympäristöä, joka olisi verrattavissa virtuaalikoneeseen. Nämä seikat juontuvat suunnittelukompromisseista, jotka ovat kanavien verkolle ominaisia, ja eroavat riskeistä, jotka liittyvät sequenceriin tai bridgeen.
Bitcoin Hyper: suorituskerros
Bitcoin Hyper esittäytyy toisenlaisena lähestymistapana: universaalina suoritus- ja älysopimusympäristönä, jonka on suunnitelman mukaan määrä käyttää SVM:ää. Julkaistun arkkitehtuurin mukaan projekti aikoo lisäksi ankkuroida state commitmentit Bitcoiniin. Nämä toiminnot eivät rajapäivänä olleet vielä toiminnassa Mainnetissä.
Projektin ilmoittamat ominaisuudet: SVM:ään perustuva universaali ohjelmoitavuus; rinnakkainen suoritus Sealevelin kautta; ennakoitu yhteensopivuus Solanan työkalujen kanssa; ja state commitmentien säännöllinen julkaiseminen Bitcoiniin. Näiden toimintojen toteutus ja todellinen kattavuus on vielä todennettava riippumattomasti.
Rakenteelliset rajoitukset: keskitetty sequencer alkuvaiheessa; Canonical Bridge, joka tuo mukanaan luottamusoletuksia sekä säilytys- ja protokollariskejä; datan saatavuus, jota ei ole vielä ratkaistu; pakotetun sisällyttämisen mekanismi, joka ei ollut vielä toiminnassa; ja uusi protokolla, jota ei ole koeteltu tuotannossa. Jokainen arkkitehtuuri tuo mukanaan erilaisen yhdistelmän suunnittelukompromisseja ja luottamusoletuksia.
Vertailutaulukko
| Ulottuvuus | Lightning | Bitcoin Hyper |
|---|---|---|
| Käyttöskenaario | Maksut | DeFi, älysopimukset ja sovellukset, ennakoidun arkkitehtuurin mukaan |
| Selvitys | Kanavien sulkeminen Bitcoinissa | State commitmentit ennakoitu Bitcoiniin |
| Ohjelmoitavuus | Ei universaali; suunnattu maksuihin | Ennakoitu universaaliksi (SVM) |
| Hajauttaminen | Hajautettu solmujen ja kanavien verkko | Yksi ainoa sequencer ennakoitu alkuvaiheessa |
| Kypsyys | Tuotannossa vuodesta 2018 | Devnet; Mainnetiä edeltävä vaihe |
| Vaadittava luottamus | Non-custodial-malli, jossa on operatiivisia oletuksia kanavista ja reitityksestä | Sequencer ja bridge alkuperäisen arkkitehtuurin mukaan |
| Likviditeetti | Kapasiteetti riippuu kanavien likviditeetistä | Riippuu bridgestä ja ekosysteemissä saatavilla olevasta likviditeetistä |
| Kehitysympäristö | Core Lightning, LND, Eclair | Ilmoitettu yhteensopivuus Anchorin, Rustin ja Solanan työkalujen kanssa |
Ovatko ne kilpailijoita?
Ei välttämättä: ne palvelevat eri markkinarakoja. Lightning on optimoitu nopeisiin ja toistuviin maksuihin ihmisten — tai koneiden — välillä. Bitcoin Hyper tarjoaa universaalin ohjelmoitavuuden. Nämä kaksi järjestelmää eivät ole vastaavia, eikä kumpikaan ole yleisesti toista parempi.
Lightning on ennen kaikkea suunnattu maksuihin, kun taas Bitcoin Hyper esittäytyy laajempana ohjelmoitavana ympäristönä älysopimuksiin perustuville sovelluksille. Ne vastaavat eri tarpeisiin, eikä kumpikaan välttämättä korvaa toista. Niiden operatiivinen kypsyys eroaa toisistaan: Lightning oli tuotannossa, kun taas Bitcoin Hyper oli rajapäivänä yhä Mainnetiä edeltävässä vaiheessa.
Bitcoin Hyperiä tulisi lisäksi arvioida vertaamalla sitä jo toiminnassa oleviin universaaleihin verkkoihin ja muihin Bitcoiniin liittyviin projekteihin. Tiimi on sitä mieltä, että Bitcoinin käyttö state commitmentien ankkuroimiseen voi tuoda erityistä lisäarvoa. Tämän lähestymistavan merkitys punnitaan bridgen ja protokollan todellisen turvallisuuden, datan saatavuuden, käyttäjien keskuudessa tapahtuvan leviämisen ja sovelluskehityksen kautta.