CGV-onderzoek | Van gekleurde munten tot slimme contracten: een uitgebreide analyse van de technologische evolutie in het Bitcoin-ecosysteem

Geproduceerd door: CGV Onderzoek
Auteur: Cynicus

Bitcoin, als de eerste succesvolle gedecentraliseerde digitale valuta, vormt sinds de oprichting in 2009 de kern van het cryptocurrency-veld. Bitcoin fungeert als innovatief betaalmiddel en als opslagmiddel voor waarde en heeft een wijdverbreide wereldwijde belangstelling voor cryptocurrency en blockchain-technologie aangewakkerd. Naarmate het Bitcoin-ecosysteem volwassener wordt en zich uitbreidt, wordt het echter geconfronteerd met verschillende uitdagingen, waaronder transactiesnelheid, schaalbaarheid, beveiliging en regelgevingskwesties.

Onlangs heeft het script-ecosysteem, geleid door BRC20, de markt stormenderhand veroverd, waarbij verschillende scripts een honderdvoudige toename kenden. Bitcoin-on-chain-transacties zijn ernstig overbelast, waarbij het gemiddelde gas meer dan 300 sat/vB bereikt. Tegelijkertijd is de airdrop van Nostr Assets trekt nog meer de aandacht van de markt en het protocolontwerp whitepaperEr worden programma’s zoals BitVM en BitStream voorgesteld, wat het groeiende potentieel van het Bitcoin-ecosysteem aangeeft.

Het CGV Research-team voert, door middel van een uitgebreid overzicht van de huidige staat van het Bitcoin-ecosysteem, waarbij technologische vooruitgang, marktdynamiek, wettelijke regelgeving, enz. wordt bestreken, een diepgaande analyse uit van Bitcoin-technologie en onderzoekt markttrends. Wij streven ernaar een panoramisch perspectief te bieden op de ontwikkeling van Bitcoin. Het artikel begint met het opnieuw bekijken van de fundamentele principes en ontwikkelingsgeschiedenis van Bitcoin en duikt vervolgens in de technologische innovaties van het Bitcoin-netwerk, zoals het Lightning Network en Segregated Witness, terwijl het voorspellingen doet over de toekomstige ontwikkelingstrends.

Uitgifte van activa: te beginnen met gekleurde munten

De essentie van het Script-ecosysteem ligt in het geven van het recht aan gewone individuen om activa uit te geven met lage barrières, vergezeld van eenvoud, eerlijkheid en gemak. De opkomst van het scriptprotocol voor Bitcoin vond plaats in 2023, maar al in 2012 bestond er het concept om Bitcoin te gebruiken voor de uitgifte van activa, bekend als Coloured Coins.

Gekleurde munten: vroege pogingen

Gekleurde munten verwijzen naar een reeks technologieën die het Bitcoin-systeem gebruiken om de creatie, het eigendom en de overdracht van andere activa dan Bitcoin vast te leggen. Deze technologie kan worden gebruikt om digitale activa en materiële activa van derden te volgen, waardoor eigendomstransacties via gekleurde munten worden vergemakkelijkt. De term ‘gekleurd’ verwijst naar het toevoegen van specifieke informatie aan Bitcoin UTXO’s, waardoor deze worden onderscheiden van andere Bitcoin UTXO’s, waardoor heterogeniteit tussen homogene bitcoins wordt geïntroduceerd. Via de Coloured Coins-technologie bezitten uitgegeven activa veel kenmerken die identiek zijn aan Bitcoin, waaronder het voorkomen van dubbele uitgaven, privacy, veiligheid, transparantie en weerstand tegen censuur, waardoor de betrouwbaarheid van transacties wordt gewaarborgd.

Het is vermeldenswaard dat het protocol defined by Coloured Coins wordt niet geïmplementeerd door typische Bitcoin-software. Er is specifieke software vereist om transacties met betrekking tot gekleurde munten te identificeren. Het is duidelijk dat gekleurde munten alleen waarde hebben binnen gemeenschappen die het Coloured Coins-protocol erkennen; anders gaan de gekleurde eigenschappen van heterogene gekleurde munten verloren en keren ze terug naar pure satoshis. Aan de ene kant kunnen gekleurde munten die door kleinschalige gemeenschappen worden erkend, veel voordelen van Bitcoin benutten voor de uitgifte en circulatie van activa. Aan de andere kant is het vrijwel onmogelijk dat het Coloured Coins-protocol via een zachte vork wordt samengevoegd tot de grootste consensus Bitcoin-Core-software.

Activa openen

Eind 2013 introduceerde Flavien Charlon het Open Assets Protocol als een implementatie van gekleurde munten. Uitgevers van activa gebruiken asymmetrische cryptografie om activa-ID's te berekenen, zodat alleen gebruikers met de privésleutel voor de activa-ID identieke activa kunnen uitgeven. Voor metagegevens van assets wordt de OP_RETURN-opcode gebruikt om de metagegevens in het script op te slaan, ook wel de 'markeruitvoer' genoemd, die gekleurde informatie opslaat zonder UTXO's te besmetten. Omdat het gebruik maakt van de publiek-private cryptografische tools van Bitcoin, kan de uitgifte van activa worden uitgevoerd via mechanismen met meerdere handtekeningen.

EPOBC

In 2014 introduceerde ChromaWay het EPOBC-protocol, wat staat voor Enhanced, Padded, Order-Based Coloring. Het protocol omvat twee soorten operaties: ontstaan ​​en overdracht. De genesisoperatie wordt gebruikt voor de uitgifte van activa, terwijl de overdrachtsoperatie de overdracht van activa vergemakkelijkt. Het activatype kan niet expliciet worden gecodeerd of gedifferentieerd, en elke ontstaanstransactie geeft een nieuw actief uit, waarbij de totale hoeveelheid ervan tijdens de uitgifte wordt bepaald. EPOBC-activa moeten worden overgedragen met behulp van de overdrachtsoperatie. Als een EPOBC-activum wordt gebruikt als input voor een transactie zonder overdrachtsoperatie, gaat het actief verloren.

Aanvullende informatie over EPOBC-activa wordt opgeslagen via het veld nSequence in Bitcoin-transacties. Het nSequence-veld is een gereserveerd veld bij Bitcoin-transacties en bestaat uit 32 bits. De laagste zes bits worden gebruikt om het transactietype te bepalen, en bits 6-12 worden gebruikt voor opvulling om te voldoen aan de anti-stofaanvalvereisten van het Bitcoin-protocol. Het voordeel van het gebruik van het nSequence-veld voor het opslaan van metadata-informatie ligt in het feit dat er geen extra opslag nodig is. Omdat er geen activa-ID voor identificatie bestaat, moet elke transactie waarbij een EPOBC-activum betrokken is, worden herleid tot de ontstaanstransactie om de categorie en legitimiteit ervan te bepalen.

Mastercoin/Omni-laag

Vergeleken met de bovengenoemde protocollen heeft Mastercoin een meer succesvolle commerciële implementatie gezien. In 2013 voerde Mastercoin de allereerste ICO in de geschiedenis uit, waarbij 5000 BTC werd opgehaald en een nieuw tijdperk werd ingeluid. De algemeen bekende USDT, aanvankelijk uitgegeven op de Bitcoin-blockchain, werd geïntroduceerd via de Omni Layer.

Mastercoin vertoont een lagere mate van afhankelijkheid van Bitcoin en kiest ervoor om het grootste deel van zijn status buiten de keten te behouden, met slechts minimale informatie die in de keten wordt opgeslagen. Mastercoin behandelt Bitcoin in wezen als een gedecentraliseerd logsysteem, waarbij elke Bitcoin-transactie wordt gebruikt om wijzigingen in activatransacties door te geven. De validatie van de effectiviteit van transacties omvat het continu scannen van de Bitcoin-blockchain en het onderhouden van een off-chain activadatabase. Deze database bewaart de kaartrelatie tussen adressen en activa, waarbij adressen het Bitcoin-adressysteem hergebruiken.

Early Coloured Coins gebruikten voornamelijk de OP_RETURN-opcode in scripts om metadata over activa op te slaan. Na de SegWit- en Taproot-upgrades hebben nieuwe afgeleide protocollen meer opties.

SegWit, een afkorting van Segregated Witness, scheidt in wezen de Witness (transactie-invoerscript) van de transactie. De belangrijkste reden voor deze scheiding is om te voorkomen dat knooppunten aanvallen door het invoerscript te wijzigen. Het heeft echter een voordeel: het effectief vergroten van de blokcapaciteit, waardoor meer opslag van getuigengegevens mogelijk is.

Taproot introduceert een belangrijke functie genaamd MAST, waarmee ontwikkelaars metadata voor elk item kunnen opnemen in de uitvoer met behulp van Merkle Trees. Het maakt gebruik van de handtekeningen van Schnorr om de fungibiliteit en schaalbaarheid te verbeteren, en ondersteunt multi-hop-transacties via het Lightning Network.

Ordinals & BRC20 en gesimuleerde handel: een groots sociaal experiment

In brede zin bestaan ​​Ordinals uit vier componenten:

– Een BIP voor het sequencen van sats

– Een indexer die de Bitcoin Core Node gebruikt om de positie (ordinaal) van alle satoshis te volgen

– Een portemonnee voor het afhandelen van ordinal-gerelateerde transacties

– Een blokverkenner om ordinaal-gerelateerde transacties te identificeren

De kern is uiteraard het BIP/protocol zelf. Ordinalen defiEr is een sorteerschema (beginnend bij 0 op basis van de volgorde waarin ze worden gedolven), waarbij getallen worden toegewezen aan de kleinste eenheid in Bitcoin, Satoshis. Dit verleent heterogeniteit aan de oorspronkelijk homogene Satoshis, waardoor schaarste ontstaat.

Het kan de infrastructuur van BTC hergebruiken, inclusief enkele handtekeningen, meervoudige handtekeningen, tijdsloten, hoogtesloten, enz., zonder de noodzaak om expliciet rangtelwoorden te creëren. Het biedt goede anonimiteit en laat geen expliciete voetafdruk achter in de keten. De nadelen zijn echter duidelijk, aangezien een groot aantal kleine en ongebruikte UTXO's de omvang van de UTXO-set kunnen vergroten, wat mogelijk kan leiden tot wat bekend staat als een stofaanval. Bovendien is de ruimte die door de index wordt ingenomen aanzienlijk, waardoor specifieke informatie vereist is elke keer dat u een bepaalde zaterdag doorbrengt:

– Blockchain-header

– Merkle-pad naar de muntbasistransactie die deze sat heeft gecreëerd

– Coinbase-transactie die deze sat heeft gecreëerd

Om te bewijzen dat een specifieke sat is opgenomen in een specifieke output.

Inscriptie is in deze context het graveren van willekeurige inhoud op sats. De specifieke methode omvat het plaatsen van de inhoud in de taproot-scriptpadbestedingsscripts, volledig on-chain. De ingeschreven inhoud wordt geserialiseerd volgens het HTTP-antwoordformaat en in niet-uitvoerbare scripts in spend-scripts gepusht, ook wel ‘enveloppen’ genoemd. Inscriptie omvat met name het toevoegen van OP_FALSE vóór voorwaardelijke instructies, waarbij de ingeschreven inhoud in een niet-uitvoerbare voorwaardelijke instructie in JSON-indeling wordt geplaatst. De grootte van de ingeschreven inhoud wordt beperkt door het taproot-script en bedraagt ​​in totaal niet meer dan 520 bytes.

Omdat taproot-bestedingsscripts vereisen dat bestaande taproot-outputs worden uitgegeven, vereist inschrijving twee stappen: vastleggen en onthullen. In de eerste stap wordt een taproot-uitvoer gemaakt die zich aan de ingeschreven inhoud wijdt. In de tweede stap worden de ingeschreven inhoud en het overeenkomstige Merkle-pad gebruikt om de taproot-uitvoer van de vorige stap uit te geven, waardoor de ingeschreven inhoud in de keten wordt onthuld.

Het oorspronkelijke doel van inscriptie was om niet-fungibele tokens te introduceren (NFTs) naar BTC. Nieuwe ontwikkelaars hebben echter BRC20 gecreëerd, op basis daarvan ERC20 nabootsend, waardoor Ordinals de mogelijkheid krijgt om vervangbare activa uit te geven. BRC20 omvat bewerkingen zoals Deploy, Mint, Transfer, etc., waarbij elke bewerking zowel commit- als reveal-stappen vereist. Het transactieproces is complexer en brengt hogere kosten met zich mee.

Gebruik van echte gegevens als voorbeeld: [Voorbeeldgegevens niet verstrekt]

Het geselecteerde deel is de ingeschreven inhoud en het resultaat na deserialisatie is als volgt:

Het van Atomicals afgeleide ARC20-protocol heeft tot doel transacties te vereenvoudigen door elke eenheid ARC20-tokens aan satoshis te binden, waarbij het Bitcoin-transactiesysteem wordt hergebruikt. Na het uitgeven van activa via commit- en reveal-stappen, kunnen overdrachten tussen ARC20-tokens direct worden uitgevoerd door de overeenkomstige satoshis over te dragen. Het ontwerp van ARC20 sluit meer aan bij het letterlijke definitie van gekleurde munten: nieuwe inhoud toevoegen aan bestaande tokens om nieuwe tokens te creëren, waarbij de waarde van het nieuwe token niet lager is dan het originele token, dat lijkt op gouden en zilveren sieraden.

Client-side validatie (CSV) en activaprotocollen van de volgende generatie

Validatie aan de clientzijde, voorgesteld door Peter Todd in 2017, omvat off-chain gegevensopslag, on-chain verplichtingen en verificatie aan de clientzijde. Momenteel omvatten assetprotocollen die validatie aan de clientzijde ondersteunen RGB en Taproot Assets (Taro).

RGB:

Naast validatie aan de clientzijde gebruikt RGB Pedersen-hash als commitment-mechanisme en ondersteunt het output-blinding. Bij het aanvragen van een betaling hoeft de UTXO die het token ontvangt niet openbaar te worden gemaakt; in plaats daarvan wordt een hashwaarde verzonden, waardoor de privacy en de weerstand tegen censuur worden vergroot. Bij het uitgeven van het token moet de geblindeerde waarde aan de ontvanger worden onthuld om de transactiegeschiedenis te verifiëren.

Bovendien introduceert RGB AluVM voor verbeterde programmeerbaarheid. Tijdens de validatie aan de clientzijde verifiëren gebruikers niet alleen de binnenkomende betalingsinformatie, maar ontvangen ze ook de volledige transactiegeschiedenis van de betaler, waarbij voor de finaliteit wordt teruggegaan naar de ontstaanstransactie van het actief. Het verifiëren van de hele transactiegeschiedenis garandeert de geldigheid van ontvangen activa.

Penwortel-activa:

Taproot Assets is ontwikkeld door Lightning Labs en maakt de onmiddellijke, grootschalige en goedkope overdracht van uitgegeven activa op het Lightning Network mogelijk. Het is volledig ontworpen rond het Taproot-protocol en verbetert de privacy en schaalbaarheid.

Getuigengegevens worden off-chain opgeslagen, on-chain geverifieerd en kunnen lokaal bestaan ​​of in informatieopslagplaatsen die “Universes” worden genoemd (vergelijkbaar met Git-opslagplaatsen). Voor getuigenverificatie zijn alle historische gegevens over de uitgifte van activa vereist, verspreid via de roddellaag van Taproot Assets. Klanten kunnen een kruisverificatie uitvoeren met behulp van een lokale blockchain-kopie.

Taproot Assets maakt gebruik van de Sparse Merkle Sum Tree om de mondiale status van activa op te slaan, wat hoge opslagkosten met zich meebrengt, maar een efficiënte verificatie biedt. Bewijs van opname/niet-opname maakt verificatie van transacties mogelijk zonder de geschiedenis van activatransacties te achterhalen.

Schaalbaarheid: het eeuwige voorstel van Bitcoin

Ondanks dat Bitcoin de hoogste marktwaarde, veiligheid en stabiliteit heeft, wijkt het af van zijn oorspronkelijke visie van een ‘peer-to-peer elektronisch geldsysteem’. De beperkte blokcapaciteit zorgt ervoor dat Bitcoin niet in staat is grote en frequente transacties af te handelen, waardoor verschillende protocollen dit probleem de afgelopen tien jaar hebben aangepakt.

Betaalkanalen en Lightning Network: de Bitcoin-orthodoxe oplossing

Het Lightning Network werkt door het opzetten van betalingskanalen. Gebruikers kunnen betaalkanalen tussen twee partijen creëren, kanalen met elkaar verbinden om een ​​uitgebreider betaalkanaalnetwerk te vormen, en zelfs indirect betalingen uitvoeren tussen gebruikers zonder een direct kanaal. Als Alice en Bob bijvoorbeeld meerdere transacties willen uitvoeren zonder ze allemaal op de Bitcoin-blockchain te registreren, kunnen ze een betalingskanaal tussen hen openen. Ze kunnen binnen dit kanaal talloze transacties uitvoeren, waarvoor slechts twee blockchain-opnamen nodig zijn: één keer bij het openen van het kanaal en één bij het sluiten ervan. Dit vermindert de wachttijden voor blockchain-bevestigingen aanzienlijk en verlicht de last voor de blockchain.

Momenteel heeft het Lightning Network meer dan 14,000 knooppunten, 60,000 kanalen en een totale capaciteit van meer dan 5000 BTC.

Sidechains: de Ethereum-aanpak in Bitcoin

Stacks

Stacks positioneert zichzelf als de slimme contractlaag van Bitcoin en gebruikt zijn eigen token als het Gas-token. Stacks maakt gebruik van een microblokmechanisme dat synchroon met Bitcoin evolueert, waarbij hun blokken tegelijkertijd worden bevestigd. In Stacks wordt dit een ‘verankerd blok’ genoemd. Elk Stacks-transactieblok komt overeen met een enkele Bitcoin-transactie, waardoor een hogere transactiedoorvoer wordt bereikt. Omdat er tegelijkertijd blokken worden gegenereerd, fungeert Bitcoin als een snelheidsbegrenzer voor het maken van Stacks-blokken, waardoor denial-of-service-aanvallen op zijn peer-netwerk worden voorkomen.

Stacks bereikt consensus via het dual-spiraalmechanisme van Proof of Transfer (PoX). Mijnwerkers sturen BTC naar STX-stakers om te strijden voor het recht om blokken te minen, en succesvolle mijnwerkers ontvangen STX-beloningen nadat ze met succes een blok hebben gemined. Tijdens dit proces ontvangen STX-stakers een evenredige hoeveelheid BTC die door de mijnwerker wordt verzonden. Stacks heeft tot doel mijnwerkers te stimuleren om het historische grootboek bij te houden door native tokens uit te geven, hoewel stimulering nog steeds kan worden bereikt zonder native tokens (zoals te zien in RSK).

Voor transactiegegevens in de Stacks-blockchain wordt de hash van transactiegegevens opgeslagen in het Bitcoin-transactiescript met behulp van de OP_RETURN bytecode. Stacks-knooppunten kunnen Stacks-transactiegegevenshashes ophalen die zijn opgeslagen in Bitcoin-transacties via de ingebouwde functionaliteiten van Clarity.

Stacks kunnen worden beschouwd als bijna een Layer 2-keten voor Bitcoin; Er zijn echter nog steeds enkele tekortkomingen in het grensoverschrijdend verkeer van activa. Na de Nakamoto-upgrade ondersteunt Stacks het verzenden van Bitcoin-transacties om activabewegingen te voltooien, maar de complexiteit van transacties maakt ze niet verifieerbaar in de Bitcoin-keten. Activabewegingen kunnen alleen worden geverifieerd via een commissie met meerdere handtekeningen.

RSK

RSK maakt gebruik van een merged-mining-algoritme, waarbij Bitcoin-miners RSK vrijwel kosteloos kunnen helpen bij de blokproductie, waardoor extra beloningen worden verdiend. RSK heeft geen native token en blijft BTC (RBTC) gebruiken als gastoken. RSK heeft een eigen uitvoeringsengine die compatibel is met de Ethereum Virtual Machine (EVM).

Vloeistof

Liquid is een federatieve zijketen van Bitcoin met geautoriseerde knooppunttoegang, onder toezicht van vijftien leden die verantwoordelijk zijn voor de blokproductie. Activa worden overgedragen met behulp van het lock-and-mint-mechanisme, waarbij activa met behulp van BTC naar het multisignature-adres op Liquid worden verzonden, waardoor de activa de Liquid-zijketen kunnen betreden. Om af te sluiten, wordt L-BTC naar het multisignature-adres in de Liquid-keten gestuurd. De beveiliging van het multisignature-adres is ingesteld op 11 van de 15.

Vloeistof richt zich op financiële toepassingen en biedt ontwikkelaars een SDK gerelateerd aan financiële diensten. De Total Value Locked (TVL) op het Liquid-netwerk bedraagt ​​momenteel ongeveer 3000 BTC.

Nostr Assets: Centralisatie versterkt

Nostr Assets, oorspronkelijk NostrSwap genaamd, dient als een BRC20-handelsplatform. Het is op 3 augustus 2023 geüpgraded naar het Nostr Assets Protocol en ondersteunt de overdracht van alle activa binnen het Nostr-ecosysteem. Lightning Network verzorgt de afwikkeling en beveiliging van activa. Met Nostr Assets kunnen gebruikers Lightning Network-middelen verzenden en ontvangen met behulp van de openbare en privésleutels van Nostr. Transacties via het Nostr Assets-protocol, met uitzondering van stortingen en opnames, zijn gasvrij, gecodeerd en opgeslagen op het Nostr Protocol-relais met behulp van IPFS voor snelle en efficiënte toegang. Het ondersteunt natuurlijke taalinteractie, waardoor de noodzaak voor complexe interfaces wordt geëlimineerd. Nostr Assets biedt gebruikers een eenvoudige en handige manier om activa over te dragen en te verhandelen, waarbij mogelijk belangrijke toepassingen kunnen worden gevonden in combinatie met de verkeerseffecten van het sociale protocol Nostr. In wezen is het echter een methode om portefeuilles te controleren met behulp van Nostr-berichten. Gebruikers deponeren activa in het Nostr Assets-relais door ze over te dragen op het Lightning Network, vergelijkbaar met het deponeren van activa op een gecentraliseerde beurs. Wanneer gebruikers activa binnen Nostr Assets willen overdragen en verhandelen, sturen ze berichten ondertekend met Nostr-sleutels naar de server. Na verificatie registreert de server de transacties intern, waarbij de uitvoering op het Lightning Network of het mainnet wordt omzeild, waardoor er geen gaskosten en hoge TPS worden bereikt.

BitVM: programmeerbaarheid en oneindige schaling

“Elke berekenbare functie kan op Bitcoin worden geverifieerd.”

— Robin Linus, maker van BitVM

BitVM, voorgesteld door Robin Linus, de oprichter van ZeroSync, maakt gebruik van bestaande Bitcoin OP-codes (OP_BOOLEAN, OP_NOT) om EN- en NIET-poortcircuits te vormen, waarbij programma's worden opgesplitst in primitieve EN- en NIET-poortcircuits. Het plaatst de root van het spend-script in Taproot-transacties voor goedkope opslag in de keten. Volgens de computationele theorie kunnen alle logische berekeningen worden geconstrueerd met behulp van AND- en NOT-poortcircuits, waardoor BitVM Turing theoretisch compleet wordt en in staat is om alle berekeningen op Bitcoin uit te voeren. Er zijn echter veel praktische beperkingen.

BitVM werkt in een P2P-modus, volgens het concept van OP Rollup. Er zijn twee rollen: bewijzer en verificateur. Bij elke transactie bouwen zowel de prover als de verificateur samen een transactie op, waarbij onderpand wordt gestort. De bewijzer levert resultaten, en als de verificateur verschillende resultaten berekent, dient hij een fraudebewijs in bij de keten om de bewijzer te bestraffen. De primaire use case van BitVM is voor minimale vertrouwensbruggen en ZKP-schaling (ZK Rollup). Het voorstel van BitVM is een compromis vanwege de moeilijkheid om steun te krijgen in de Bitcoin-gemeenschap voor het vergroten van de OP_CODE-complexiteit. Het maakt gebruik van bestaande OP_CODE's om nieuwe functionaliteiten te implementeren.

BitVM introduceert een nieuw paradigma voor schaalvergroting, maar er zijn in de praktijk talloze uitdagingen:

– Te vroeg: hoewel EVM een uitgebreide VM-architectuur heeft, heeft BitVM slechts één functie om te verifiëren of een string 0 of 1 is.

– Opslagoverhead: voor het construeren van programma's met NAND-poorten zijn mogelijk honderden megabytes aan gegevens nodig, met miljarden penwortelbladeren.

– P2P: Het huidige model omvat interacties tussen twee partijen, en de prover-challenger-structuur kent stimuleringsproblemen. Er zijn overwegingen om uit te breiden naar 1-N of NN, vergelijkbaar met de ideale OP Rollup (enkele eerlijke aanname).

Conclusie

Uit een uitgebreide beoordeling van de tekst blijkt dat Bitcoin, vanwege de beperkingen in de verwerkingscapaciteit en rekencapaciteiten van het mainnet, berekeningen buiten de keten moet verplaatsen om een ​​bloeiend en diverser ecosysteem te bevorderen.

Aan de ene kant gebruiken off-chain berekenings- en client-side verificatieoplossingen bepaalde velden in Bitcoin-transacties om cruciale informatie op te slaan, waarbij het Bitcoin-mainnet wordt behandeld als een gedistribueerd logsysteem, waarbij gebruik wordt gemaakt van de censuurweerstand en betrouwbaarheid om de beschikbaarheid van kritieke gegevens te garanderen. In zekere zin is deze aanpak vergelijkbaar met Sovereign Rollups. Het vereist geen aanpassingen aan de protocollaag van Bitcoin, waardoor protocollen kunnen worden gebouwd als dat nodig is, wat een hogere haalbaarheid biedt in het huidige scenario, maar de veiligheid van Bitcoin niet volledig overneemt.

Aan de andere kant worden er inspanningen geleverd om on-chain verificatie te bevorderen, waarbij wordt geprobeerd bestaande tools te gebruiken om willekeurige berekeningen op Bitcoin uit te voeren, en vervolgens gebruik te maken van zero-knowledge proof-technologie voor efficiënte schaalvergroting. Deze huidige oplossingen bevinden zich echter nog in een zeer vroeg stadium, met hoge rekenkosten, en zullen naar verwachting niet op korte termijn worden geïmplementeerd.

Natuurlijk vragen sommigen zich misschien af ​​waarom niet overstappen op Ethereum, dat, samen met andere blockchains, over een hoge rekenkracht beschikt. Waarom zou je het proces van het opnieuw implementeren van dingen op Bitcoin doorlopen?

Omdat het Bitcoin is.

Referentie:

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

Over CGV
CGV (Cryptogram Venture) is een cryptocurrency-investeringsmaatschappij met hoofdkantoor in Tokio, Japan. CGV investeert in en incubeert gelicentieerde Japanse yen stablecoin JPYW. Bovendien is CGV FoF een beperkte partner in verschillende wereldwijd gerenommeerde cryptocurrency-fondsen. Sinds 2022 heeft CGV met succes twee edities van Japan georganiseerd Web3 Hackathon (TWSH) en kreeg gezamenlijke steun van instellingen en experts zoals het Japanse Ministerie van Onderwijs, Cultuur, Sport, Wetenschap en Technologie, Keio University en NTT Docomo. Momenteel heeft CGV vestigingen in Hong Kong, Singapore, New York en andere regio's.

Disclaimer: De informatie en materialen in dit artikel zijn afkomstig van openbare kanalen en ons bedrijf geeft geen garanties met betrekking tot de juistheid en volledigheid ervan. Beschrijvingen of voorspellingen van toekomstige situaties zijn toekomstgerichte verklaringen, en alle verstrekte suggesties en meningen zijn alleen ter referentie en vormen geen beleggingsadvies of implicaties voor enig individu. De strategieën die ons bedrijf mogelijk hanteert, kunnen dezelfde zijn, tegengesteld zijn aan of geen verband houden met de strategieën die lezers op basis van dit artikel hebben afgeleid.