CGV kutatás | A színes érméktől az intelligens szerződésekig – a Bitcoin ökoszisztéma technológiai fejlődésének átfogó elemzése

Gyártó: CGV Research
Szerző: Cynic

A Bitcoin, mint az első sikeres decentralizált digitális valuta, 2009-es megalakulása óta a kriptovaluta-terület középpontjában áll. Innovatív fizetőeszközként és értéktárolóként szolgálva a Bitcoin széles körű globális érdeklődést váltott ki a kriptovaluták és a blokklánc technológia iránt. Ahogy azonban a Bitcoin ökoszisztémája folyamatosan érik és terjeszkedik, számos kihívással néz szembe, beleértve a tranzakciós sebességet, a méretezhetőséget, a biztonságot és a szabályozási kérdéseket.

A közelmúltban a BRC20 által vezetett szkript-ökoszisztéma hatalmasat hódított a piacon, és a különböző szkriptek több mint százszoros növekedést tapasztaltak. A láncon belüli bitcoin-tranzakciók súlyosan túlterheltek, az átlagos Gas több mint 300 sat/vB. Ezzel egyidejűleg a airdrop A Nostr Assets cégtől még jobban megragadja a piac figyelmét és a protokolltervezést whitepapers, mint a BitVM és a BitStream javasolt, jelezve a Bitcoin ökoszisztéma növekvő potenciálját.

A CGV Research csapata a Bitcoin ökoszisztéma jelenlegi állapotának átfogó áttekintésén keresztül, amely kiterjed a technológiai fejlődésre, a piaci dinamikára, a jogi szabályozásra stb., mélyreható elemzést végez a Bitcoin technológiájáról és megvizsgálja a piaci trendeket. Célunk, hogy panorámaszerű perspektívát nyújtsunk a Bitcoin fejlődéséről. A cikk a Bitcoin alapelveinek és fejlődéstörténetének újbóli áttekintésével kezdődik, majd a Bitcoin-hálózat technológiai újításaiba, például a Lightning Network és a Segregated Witnessbe nyúlik bele, miközben előrejelzéseket ad a jövőbeli fejlődési trendekről.

Eszközkibocsátás: színes érmékkel kezdve

A Script ökoszisztéma lényege abban rejlik, hogy a hétköznapi egyének számára biztosítsa a jogot, hogy alacsony korlátokkal rendelkező eszközöket bocsáthassanak ki, amihez egyszerűség, méltányosság és kényelem társul. A bitcoin szkriptprotokolljának megjelenése 2023-ban történt, de már 2012-ben létezett a Bitcoin eszközkibocsátásra való felhasználásának koncepciója, amelyet Colored Coin néven ismertek.

Színes érmék: korai próbálkozások

A színes érmék a Bitcoin rendszert használó technológiák egy csoportját jelentik a Bitcointól eltérő eszközök létrehozásának, tulajdonjogának és átruházásának rögzítésére. Ez a technológia felhasználható a digitális eszközök és a harmadik felek birtokában lévő tárgyi eszközök nyomon követésére, megkönnyítve a tulajdonjogot a színes érmék révén. A „színes” kifejezés arra utal, hogy a Bitcoin UTXO-khoz specifikus információkat adunk, megkülönböztetve azokat a többi Bitcoin UTXO-tól, ezáltal heterogenitást hozva létre a homogén bitcoinok között. A Colored Coins technológiának köszönhetően a kibocsátott eszközök számos, a Bitcoinéval megegyező tulajdonsággal rendelkeznek, beleértve a kettős költekezés megelőzését, a magánélet védelmét, a biztonságot, az átláthatóságot és a cenzúrával szembeni ellenállást, biztosítva a tranzakciók megbízhatóságát.

Érdemes megjegyezni, hogy a protokoll defined by Colored Coins nem valósítja meg a tipikus Bitcoin szoftver. A színes érmékkel kapcsolatos tranzakciók azonosításához speciális szoftverre van szükség. Nyilvánvaló, hogy a színes érmék csak azokon a közösségeken belül bírnak értékkel, amelyek elismerik a Színes érmék protokollt; ellenkező esetben a heterogén színes érmék színes tulajdonságai elvesznek, és visszaállnak a tiszta satoshis-ba. Egyrészt a kis közösségek által elismert színes érmék a Bitcoin számos előnyét kihasználhatják az eszközök kibocsátása és forgalomba hozatala terén. Másrészt szinte lehetetlen, hogy a Colored Coins protokollt egy puha villán keresztül a legnagyobb konszenzusos Bitcoin-Core szoftverbe egyesítsék.

Nyissa meg az Eszközök elemet

2013 végén Flavien Charlon bevezette az Open Assets Protocolt a színes érmék egyik megvalósításaként. Az eszközkibocsátók aszimmetrikus kriptográfiát használnak az eszközazonosítók kiszámításához, biztosítva, hogy csak az eszközazonosítóhoz tartozó privát kulccsal rendelkező felhasználók állíthassanak ki azonos eszközöket. Az eszközök metaadatainál az OP_RETURN műveleti kódot használják a metaadatok tárolására a szkriptben, amelyet „jelölő kimenetnek” neveznek, amely az UTXO-k szennyezése nélkül tárolja a színes információkat. Mivel a Bitcoin nyilvános-privát kulcsú kriptográfiai eszközeit használja, az eszközök kibocsátása több aláírási mechanizmuson keresztül is végrehajtható.

EPOBC

2014-ben a ChromaWay bevezette az EPOBC protokollt, amely az Enhanced, Padded, Order-Based Coloring rövidítése. A protokoll kétféle műveletet tartalmaz: genezist és transzfert. A genezis művelet vagyonkibocsátásra szolgál, míg az átruházási művelet a vagyonátadást segíti elő. Az eszköztípust nem lehet kifejezetten kódolni vagy megkülönböztetni, és minden genezis-tranzakció új eszközt bocsát ki, amely a kibocsátás során határozza meg annak teljes mennyiségét. Az EPOBC-eszközöket az átviteli művelettel kell átvinni, és ha egy EPOBC-eszközt használnak bemenetként egy nem átviteli művelethez, akkor az eszköz elveszik.

Az EPOBC eszközökkel kapcsolatos további információk a Bitcoin-tranzakciók nSequence mezőjében tárolódnak. Az nSequence mező egy fenntartott mező a Bitcoin-tranzakciókban, amely 32 bitből áll. A legalacsonyabb hat bitje a tranzakció típusának meghatározására szolgál, a 6-12. bitek pedig a kitöltésre szolgálnak, hogy megfeleljenek a Bitcoin protokoll portámadás elleni követelményeinek. Az nSequence mező használatának előnye a metaadatok tárolására abban rejlik, hogy nincs szükség további tárolásra. Mivel nincs eszközazonosító az azonosításhoz, minden EPOBC-eszközt érintő tranzakciót vissza kell vezetni a genezis-tranzakcióhoz, hogy meghatározzuk annak kategóriáját és legitimitását.

Mastercoin/Omni réteg

A fent említett protokollokhoz képest a Mastercoin sikeresebb kereskedelmi megvalósítást ért el. 2013-ban a Mastercoin lebonyolította a történelem első ICO-ját, 5000 BTC-t emelve, és új korszakot nyitott meg. A széles körben ismert USDT-t, amelyet eredetileg a Bitcoin blokkláncon bocsátottak ki, az Omni Layer-en keresztül vezették be.

A Mastercoin kevésbé függ a Bitcointól, és úgy dönt, hogy állapotának nagy részét a láncon kívül tartja, és csak minimális információt tárol a láncon. A Mastercoin lényegében decentralizált naplórendszerként kezeli a Bitcoint, és bármilyen Bitcoin-tranzakciót használ az eszközműveletek változásainak közvetítésére. A tranzakció hatékonyságának ellenőrzése magában foglalja a Bitcoin blokklánc folyamatos szkennelését és a láncon kívüli eszközadatbázis karbantartását. Ez az adatbázis megőrzi a címek és az eszközök közötti leképezési kapcsolatot, és a címek újrahasználják a Bitcoin címrendszerét.

Az Early Colored Coins elsősorban az OP_RETURN műveleti kódot használta a szkriptekben az eszközök metaadatainak tárolására. A SegWit és Taproot frissítések után az új származtatott protokollok több lehetőséget kínálnak.

A SegWit, a Segregated Witness rövidítése, lényegében elválasztja a Tanút (tranzakció bemeneti szkriptet) a tranzakciótól. Ennek a szétválasztásnak az a fő oka, hogy a bemeneti szkript módosításával megakadályozzuk a csomópontok támadásait. Ennek azonban van egy előnye: hatékonyan növeli a blokk kapacitását, lehetővé téve a tanúk adatainak több tárolását.

A Taproot bevezeti a MAST nevű fontos funkciót, amely lehetővé teszi a fejlesztők számára, hogy a Merkle Trees segítségével bármely eszköz metaadatait belefoglalják a kimenetekbe. A Schnorr aláírásait használja fel a helyettesíthetőség és a méretezhetőség javítása érdekében, és támogatja a többugrásos tranzakciókat a Lightning Networkön keresztül.

Ordinals & BRC20 és szimulált kereskedés: Nagy társadalmi kísérlet

Tágabb értelemben az ordinális négy összetevőből áll:

– BIP a sats szekvenáláshoz

– Egy indexelő, amely a Bitcoin Core Node-ot használja az összes satoshi pozíciójának (sorrendjének) nyomon követésére

– Pénztárca a sorszámmal kapcsolatos tranzakciók lebonyolításához

– Egy blokkböngésző a sorszámmal kapcsolatos tranzakciók azonosítására

Természetesen a mag a BIP/protokoll maga. Sorszámok define egy rendezési sémát (0-tól kezdődően a bányászat sorrendje alapján), számokat rendelve a Bitcoin legkisebb egységéhez, a Satoshishoz. Ez heterogenitást kölcsönöz az eredetileg homogén Satoshisnak, bevezetve a szűkösséget.

Újra felhasználhatja a BTC infrastruktúráját, beleértve az egyszeri aláírásokat, a többszörös aláírásokat, az időzárakat, a magassági zárakat stb., anélkül, hogy kifejezetten sorszámokat kellene létrehoznia. Jó névtelenséget kínál, és nem hagy kifejezett lábnyomot a láncon. A hátrányok azonban nyilvánvalóak, mivel a nagyszámú kis és használaton kívüli UTXO megnövelheti az UTXO-készlet méretét, ami potenciálisan portámadáshoz vezethet. Ezen túlmenően az index által elfoglalt hely jelentős, és minden alkalommal, amikor egy adott ülésen eltöltünk, konkrét információkra van szükség:

– Blockchain fejléc

– Merkle út a coinbase tranzakcióhoz, amely létrehozta, hogy sat

– Coinbase tranzakció, amely létrehozta, hogy sat

Annak bizonyítására, hogy egy adott sat szerepel egy adott kimenetben.

A felirat ebben az összefüggésben tetszőleges tartalom gravírozása a satsra. A konkrét módszer magában foglalja a tartalom elhelyezését a taroot script-path elköltési szkriptjeibe, teljesen a láncon belül. A beírt tartalom a HTTP-válaszformátum szerint sorba rendeződik, és nem végrehajtható szkriptekbe kerül a költési szkriptekben, amelyeket „borítékoknak” neveznek. Pontosabban, az inscription magában foglalja az OP_FALSE hozzáadását a feltételes utasítások elé, a beírt tartalom JSON formátumú, nem végrehajtható feltételes utasításba helyezését. A beírt tartalom méretét a taproot szkript korlátozza, összesen legfeljebb 520 bájt.

Mivel a taproot költési szkriptekhez a meglévő taproot kimeneteket kell elkölteni, a feliratkozás két lépést igényel: véglegesítés és feltárás. Az első lépésben egy taproot kimenet jön létre, amely elkötelezett a beírt tartalom mellett. A második lépésben a beírt tartalom és a megfelelő Merkle-útvonal az előző lépés taproot kimenetének elköltésére szolgál, felfedve a beírt tartalmat a láncon.

A felirat eredeti célja nem helyettesíthető tokenek bevezetése volt (NFTs) a BTC-hez. Az új fejlesztők azonban létrehozták az ERC20-at utánozva a BRC20-at, amely lehetővé tette helyettesíthető eszközök kibocsátását az Ordinals számára. A BRC20 olyan műveleteket tartalmaz, mint a Telepítés, Pénzverés, Átvitel stb., amelyek mindegyike végrehajtási és feltárási lépéseket is igényel. A tranzakciós folyamat bonyolultabb, magasabb költségekkel jár.

Példaként valós adatok felhasználása: [Példaadatok nincsenek megadva]

A kiválasztott rész a beírt tartalom, és az eredmény a deserializálás után a következő:

Az Atomicals-tól származó ARC20 protokoll célja a tranzakciók egyszerűsítése azáltal, hogy az ARC20 tokenek minden egységét a satoshihoz köti, a Bitcoin tranzakciós rendszer újrafelhasználásával. Az eszközök véglegesítési és feltárási lépésekkel történő kiadása után az ARC20 tokenek közötti átvitel közvetlenül végrehajtható a megfelelő satoshis átvitelével. Az ARC20 kialakítása jobban illeszkedik a szóközhöz defiSzínes érmék niciója – új tartalom hozzáadása a meglévő zsetonokhoz új zsetonok létrehozásához, ahol az új token értéke nem alacsonyabb, mint az arany és ezüst ékszerekre emlékeztető eredeti token értéke.

Client-Side Validation (CSV) és következő generációs eszközprotokollok

A Peter Todd által 2017-ben javasolt ügyféloldali érvényesítés magában foglalja a láncon kívüli adattárolást, a láncon belüli kötelezettségvállalásokat és az ügyféloldali ellenőrzést. Jelenleg az ügyféloldali érvényesítést támogató eszközprotokollok közé tartozik az RGB és a Taproot Assets (Taro).

RGB:

Az ügyféloldali érvényesítés mellett az RGB a Pedersen hash-t használja kötelezettségvállalási mechanizmusként, és támogatja a kimeneti vakolást. Fizetés kérésekor a tokent fogadó UTXO-t nem kell nyilvánosan közzétenni; ehelyett egy hash értéket küldenek, ami fokozza a magánélet védelmét és a cenzúrával szembeni ellenállást. A token elköltésekor az elvakult értéket fel kell tárni a címzett számára a tranzakciós előzmények ellenőrzéséhez.

Ezenkívül az RGB bevezeti az AluVM-et a nagyobb programozhatóság érdekében. Az ügyféloldali érvényesítés során a felhasználók nemcsak a bejövő fizetési információkat ellenőrzik, hanem megkapják a fizetőtől az összes tranzakciós előzményt is, visszavezetve az eszköz keletkezési tranzakciójához a véglegességhez. Az összes tranzakciós előzmény ellenőrzése biztosítja a kapott eszközök érvényességét.

Taproot eszközök:

A Lightning Labs által kifejlesztett Taproot Assets lehetővé teszi a kibocsátott eszközök azonnali, nagy volumenű, alacsony költségű átvitelét a Lightning Networkön. A teljes egészében a Taproot protokoll köré készült, növeli az adatvédelmet és a méretezhetőséget.

A tanúk adatait a láncon kívül tárolják, a láncon belül ellenőrzik, és létezhetnek lokálisan vagy „univerzumok” nevű információs tárolókban (hasonlóan a Git adattárakhoz). A tanúk ellenőrzéséhez az eszközök kibocsátásából származó összes előzményadatra van szükség, amelyeket a Taproot Assets pletykarétegen keresztül terjesztenek. Az ügyfelek keresztellenőrzést végezhetnek egy helyi blokklánc-másolat segítségével.

A Taproot Assets a Sparse Merkle Sum Tree segítségével tárolja az eszközök globális állapotát, magas tárolási költségekkel, de hatékony ellenőrzést biztosítva. A felvétel/bevonás igazolása lehetővé teszi a tranzakciók ellenőrzését az eszközök tranzakciós előzményeinek visszakövetése nélkül.

Skálázhatóság: A Bitcoin örök ajánlata

A legmagasabb piaci érték, biztonság és stabilitás ellenére a Bitcoin eltér a „peer-to-peer elektronikus készpénzrendszer” kezdeti elképzelésétől. A korlátozott blokkkapacitás miatt a Bitcoin nem tudja kezelni a nagy és gyakori tranzakciókat, aminek következtében az elmúlt évtizedben különböző protokollok kezelték ezt a problémát.

Fizetési csatornák és Lightning Network: A Bitcoin ortodox megoldás

A Lightning Network fizetési csatornák kialakításával működik. A felhasználók fizetési csatornákat hozhatnak létre bármely két fél között, összekapcsolhatnak csatornákat egy kiterjedtebb fizetési csatornahálózat kialakításával, és akár közvetetten is fizethetnek a felhasználók között közvetlen csatorna nélkül. Például, ha Alice és Bob több tranzakciót szeretnének végrehajtani anélkül, hogy mindegyiket rögzítenék a Bitcoin blokkláncon, akkor fizetési csatornát nyithatnak közöttük. Ezen a csatornán belül számos tranzakciót tudnak végrehajtani, mindössze két blokklánc-felvételt igényelnek: egyszer a csatorna nyitásakor és egy másikat a csatorna bezárásakor. Ez jelentősen csökkenti a várakozási időt a blokklánc megerősítésére, és enyhíti a blokklánc terheit.

Jelenleg a Lightning Network több mint 14,000 60,000 csomóponttal, 5000 XNUMX csatornával rendelkezik, és teljes kapacitása meghaladja az XNUMX BTC-t.

Sidechains: Az Ethereum megközelítés a Bitcoinban

Stacks

A Stacks a Bitcoin intelligens szerződéses rétegeként pozicionálja magát, és natív tokenjét Gas tokenként használja. A Stacks mikroblokk-mechanizmust alkalmaz, amely a Bitcoinnal szinkronban fejlődik, ahol a blokkjaikat egyidejűleg erősítik meg. A Stacksben ezt „rögzített blokknak” nevezik. Minden Stacks tranzakciós blokk egyetlen Bitcoin-tranzakciónak felel meg, ami nagyobb tranzakciós átviteli sebességet ér el. Az egyidejűleg generált blokkokkal a Bitcoin sebességkorlátozóként működik a Stacks blokkok létrehozásánál, megelőzve a szolgáltatásmegtagadási támadásokat a társhálózatán.

A Stacks a Proof of Transfer (PoX) kettős spirális mechanizmusa révén konszenzusra jut. A bányászok BTC-t küldenek az STX stakereknek, hogy versenyezzenek a blokkok bányászatának jogáért, a sikeres bányászok pedig STX jutalmakat kapnak egy blokk sikeres bányászása után. A folyamat során az STX stakerek arányos mennyiségű BTC-t kapnak, amelyet a bányász küldött. A Stacks arra törekszik, hogy a bányászokat natív tokenek kibocsátásával ösztönözze a történelmi főkönyv fenntartására, bár az ösztönzés továbbra is elérhető natív tokenek nélkül (ahogy az RSK-ban látható).

A Stacks blokkláncban lévő tranzakciós adatok esetében a tranzakciós adatok kivonatát a Bitcoin tranzakciós szkript tárolja az OP_RETURN bájtkód használatával. A Stacks csomópontok a Clarity beépített funkcióival lekérhetik a Bitcoin-tranzakciókban tárolt Stacks tranzakciós adatok kivonatait.

A stackek szinte egy 2. rétegű láncnak tekinthetők a Bitcoin számára; azonban még mindig vannak hiányosságok az eszközök határokon átnyúló mozgásában. A Nakamoto frissítés után a Stacks támogatja a Bitcoin-tranzakciók küldését az eszközmozgások befejezéséhez, de a tranzakciók összetettsége miatt nem ellenőrizhetők a Bitcoin-láncon. A vagyonmozgásokat csak több aláírással rendelkező bizottságon keresztül lehet ellenőrizni.

RSK

Az RSK egy egyesített bányászati ​​algoritmust használ, ahol a Bitcoin bányászai szinte költség nélkül segíthetik az RSK-t a blokkgyártásban, további jutalmakat szerezve. Az RSK nem rendelkezik natív tokennel, és továbbra is a BTC-t (RBTC) használja Gas Tokenként. Az RSK saját végrehajtó motorral rendelkezik, amely kompatibilis az Ethereum virtuális géppel (EVM).

Folyadék

A Liquid a Bitcoin egyesített oldallánca, engedélyezett csomóponti hozzáféréssel, amelyet tizenöt blokkgyártásért felelős tag felügyel. Az eszközök átvitele a lock and-mint mechanizmus segítségével történik, ahol az eszközöket a Liquid többaláírású címére küldik a BTC segítségével, lehetővé téve az eszközök belépését a Liquid oldalláncba. A kilépéshez az L-BTC elküldésre kerül a Liquid lánc multisignature címére. A többaláírású cím biztonsága 11-ből 15-re van beállítva.

Folyadék összpontosít pénzügyi alkalmazásokat, és pénzügyi szolgáltatásokkal kapcsolatos SDK-t kínál a fejlesztőknek. A teljes zárolt érték (TVL) a Liquid hálózaton jelenleg körülbelül 3000 BTC.

Nostr Assets: Megerősített központosítás

A Nostr Assets, eredeti nevén NostrSwap, BRC20 kereskedési platformként szolgál. 3. augusztus 2023-án Nostr Assets Protocol-ra frissítve támogatja az összes eszköz átvitelét a Nostr ökoszisztémán belül. A Lightning Network kezeli az eszközök elszámolását és biztonságát. A Nostr Assets lehetővé teszi a felhasználók számára, hogy Lightning Network eszközöket küldjenek és fogadjanak a Nostr nyilvános és privát kulcsaival. A Nostr Assets protokollon végrehajtott tranzakciók – a befizetések és kifizetések kivételével – gázmentesek, titkosítottak, és a Nostr Protocol relén tárolódnak IPFS segítségével a gyors és hatékony hozzáférés érdekében. Támogatja a természetes nyelvi interakciót, kiküszöbölve az összetett interfészek szükségességét. A Nostr Assets egyszerű és kényelmes módot biztosít a felhasználóknak az eszközök átruházására és kereskedelmére, és potenciálisan jelentős alkalmazásokat találhatnak a Nostr közösségi protokoll forgalmi hatásaival összefüggésben. Alapvetően azonban ez egy módszer a pénztárcák ellenőrzésére (őrzésre) Nostr üzenetek segítségével. A felhasználók az eszközöket a Nostr Assets relébe helyezik el úgy, hogy átviszik azokat a Lightning Network-re, hasonlóan ahhoz, mintha az eszközöket egy központi tőzsdén helyeznék el. Amikor a felhasználók a Nostr Assets-en belül kívánnak eszközöket átvinni és kereskedni, Nostr-kulcsokkal aláírt üzeneteket küldenek a szervernek. Az ellenőrzést követően a szerver belsőleg rögzíti a tranzakciókat, megkerülve a végrehajtást a Lightning Networkön vagy a mainneten, így nulla gázdíjat és magas TPS-t ér el.

BitVM: Programozhatóság és végtelen skálázás

"Bitcoinon minden kiszámítható függvény ellenőrizhető."

— Robin Linus, a BitVM megalkotója

A Robin Linus, a ZeroSync alapítója által javasolt BitVM a meglévő Bitcoin OP kódokat (OP_BOOLEAN, OP_NOT) használja az ÉS és NEM kapuáramkörök kialakítására, a programokat primitív ÉS és NEM kapuáramkörökre bontva. A költési szkript gyökerét a Taproot-tranzakciókba helyezi az alacsony költségű láncon belüli tárolás érdekében. A számítási elmélet szerint minden logikai számítás elkészíthető ÉS és NEM kapuáramkörök használatával, ami elméletileg teljessé teszi a BitVM Turingot, és képes az összes számítás elvégzésére Bitcoinon. Ennek azonban számos gyakorlati korlátja van.

A BitVM P2P módban működik, az OP Rollup koncepcióját követve. Két szerepe van: bizonyító és ellenőrző. Minden egyes tranzakció során a bizonyító és a hitelesítő közösen épít fel egy tranzakciót, biztosítékot helyezve el. A bizonyító eredményt ad, és ha az ellenőrző eltérő eredményeket számol, csalási bizonyítékot nyújt be a láncnak, hogy megbüntesse a bizonyítót. A BitVM elsődleges használati esete a minimális bizalomhidakhoz és a ZKP-skálázáshoz (ZK Rollup) való. A BitVM javaslata kompromisszum, mivel nehéz támogatást szerezni a Bitcoin közösségben az OP_CODE összetettségének növeléséhez. A meglévő OP_CODE-okat használja az új funkciók megvalósításához.

A BitVM új skálázási paradigmát vezet be, de a gyakorlatban számos kihívással kell szembenézni:

– Túl korai: Míg az EVM átfogó virtuálisgép-architektúrával rendelkezik, a BitVM-nek csak egy funkciója van annak ellenőrzésére, hogy egy karakterlánc 0 vagy 1.

– Tárolási többlet: A NAND-kapukkal rendelkező programok létrehozása több száz megabájt adatot igényelhet, több milliárd taproot-levéllel.

– P2P: A jelenlegi modell két fél közötti interakciót foglal magában, a prover-challenger struktúrának pedig ösztönzési problémái vannak. Vannak megfontolások az 1-N vagy NN-re való kiterjesztésre, hasonlóan az ideális OP összesítéshez (egyetlen őszinte feltételezés).

Következtetés

A szöveg átfogó áttekintése feltárja, hogy a mainnet feldolgozási kapacitásának és számítási képességeinek korlátai miatt a Bitcoinnak le kell mozdítania a számításokat a láncról egy virágzóbb és változatosabb ökoszisztéma előmozdítása érdekében.

Egyrészt a láncon kívüli számítási és ügyféloldali ellenőrzési megoldások a Bitcoin-tranzakciók bizonyos mezőit hasznosítják a kulcsfontosságú információk tárolására, a Bitcoin főhálózatát elosztott naplózási rendszerként kezelik, kihasználva annak cenzúraállóságát és megbízhatóságát, hogy biztosítsák a kritikus adatok elérhetőségét. Bizonyos értelemben ez a megközelítés hasonlít a Sovereign Rollupokhoz. Nem igényli a Bitcoin protokollrétegének módosítását, lehetővé téve a szükséges protokollok létrehozását, ami a jelenlegi forgatókönyvben nagyobb megvalósíthatóságot kínál, de nem örökli teljes mértékben a Bitcoin biztonságát.

Másrészt erőfeszítések folynak a láncon belüli ellenőrzés előmozdítására, megkísérelve a meglévő eszközöket felhasználni a Bitcoin tetszőleges számításaira, ezt követően pedig nulla tudásbiztos technológiát használnak a hatékony skálázás érdekében. Ezek a jelenlegi megoldások azonban még nagyon korai stádiumban vannak, magas számítási költségekkel járnak, és rövid távon várhatóan nem kerülnek bevezetésre.

Természetesen egyesek elgondolkodhatnak azon, hogy miért nem térnek át az Ethereumra, amely más blokkláncokkal együtt nagy számítási teljesítménnyel rendelkezik. Miért kell átmenni a Bitcoinon való újratelepítés folyamatán?

Mert ez Bitcoin.

Referencia:

https://wizardforcel.gitbooks.io/masterbitcoin2cn/content/appdx8.html

https://github.com/chromaway/ngcccbase/wiki/EPOBC_simple

https://github.com/OpenAssets/open-assets-protocol/blob/master/specification.mediawiki

https://twitter.com/LNstats

https://twitter.com/robin_linus/status/1723472140270174528

https://github.com/fiksn/bitvm-explained

https://bitcoinmagazine.com/technical/the-big-deal-with-bitvm-arbitrary-computation-now-possible-on-bitcoin-without-a-fork

https://mirror.xyz/0x5CCF44ACd0D19a97ad5aF0da492AC0388469DfE9/_k3vtpI7a5cQn5iISH7-riECpyudfI4BTeeeBMwNYDQ

https://twitter.com/AurtrianAjian/status/1723919714798178505

A CGV-ről
A CGV (Cryptogram Venture) egy kriptovaluta befektetési cég, amelynek székhelye Tokióban, Japánban található. A CGV engedélyezett JPYW japán jen stabilcoinba fektet be és inkubál. Ezenkívül a CGV FoF korlátolt partner több világszerte elismert kriptovaluta alapban. 2022 óta a CGV sikeresen megszervezte a Japán két kiadását Web3 Hackathon (TWSH), és közös támogatást kapott olyan intézményektől és szakértőktől, mint a japán Oktatási, Kulturális, Sport-, Tudományos és Technológiai Minisztérium, a Keio Egyetem és az NTT Docomo. Jelenleg a CGV-nek Hongkongban, Szingapúrban, New Yorkban és más régiókban vannak fiókjai.

Jogi nyilatkozat: A cikkben bemutatott információk és anyagok nyilvános csatornákból származnak, ezek pontosságáért és teljességéért cégünk nem vállal garanciát. A jövőbeli helyzetekre vonatkozó leírások vagy előrejelzések előretekintő kijelentések, és a feltett javaslatok és vélemények csak tájékoztató jellegűek, és nem minősülnek befektetési tanácsnak vagy következményeknek senki számára. A cégünk által alkalmazott stratégiák lehetnek azonosak, ellentétesek vagy nem kapcsolódnak az olvasók által e cikk alapján kikövetkeztetett stratégiákhoz.