Ethereum heeft zijn aanvullende plan om een parallelle EVM te creëren nog niet voltooid. Bitcoin zal echter binnenkort zijn eigen parallelle VM 2 hebben.
Laten we eerst begrijpen waarom Ethereum geen parallelle EVM kan bereiken.
EVM is ontworpen met een belangrijke functie om de consistentie in het netwerk te behouden en de veiligheid te garanderen: alle transacties moeten opeenvolgend worden uitgevoerd. Dit zorgt voor slimme contracten, transacties en de uitvoering ervan in een vooraf bepaalde volgorde. Het maakt het veel eenvoudiger om de blockchain-status te controleren en te voorspellen. Het ontwerp geeft prioriteit aan beveiliging door de potentiële kwetsbaarheden en complexiteiten die gepaard gaan met parallelle verwerking te verminderen. Deze opeenvolgende uitvoering kan echter netwerkcongestie veroorzaken, net als een snelweg met één rijstrook, wanneer er veel transacties plaatsvinden.
Heeft het zin om eenvoudig rijstroken toe te voegen? Verwijzingen naar bestaande oplossingen, zoals parallelle VM's en shardingketens zoals Near. De ketens stelden voor om blockchains te schalen door extra VM’s voor slimme contracten te introduceren. In wezen blijft het werk van een slim contract in een specifieke VM. Wanneer alle slimme contracten dezelfde hoeveelheid TPS in deze keten verbruiken, is het probleem opgelost. Als slechts een klein aantal contracten meer dan 90% van de blokruimte in beslag nemen (zoals het Aave- of Uniswap-protocol), dan zou het laten draaien van de contracten op een enkele shard de keten alleen maar laten schalen zonder de voordelen die sharding met zich meebrengt. Vanwege het gebrek aan mogelijkheid om tussen rijstroken te wisselen, is het toevoegen van rijstroken het grootste probleem bij parallellisatie.
Parallelle EVM is een methode voor het cachen of knippen van gegevens op gegevensniveau. Soliditeit is de meest gebruikte taal voor slimme contracten. Het wordt echter beperkt door het EVM-programmeermodel. Dit is hetzelfde als het niet gebruiken van SQL met NVIDIA GPU. Solidity heeft geen uitdrukkingen ter ondersteuning van parallelle architecturen zoals Relay Execution, en het mist een atomiciteit die is gedefinieerd voor transacties.
Om echt parallellisme te bereiken, moet de blockchain-architectuur transacties vanuit een slim contract tegelijkertijd op meerdere VM’s kunnen uitvoeren. Om een parallel blockchain-model volledig te kunnen benutten, is CUDA of een ander programmeermodel noodzakelijk.
BitReXe Bitcoin vermeldt dat het een Turing-complete parallelle VM Layer 2 introduceert als een manier om echte applicaties binnen de Bitcoin-ecosfeer te ondersteunen, en dat het 'Preda' introduceert als een exclusieve programmeertaal voor parallelle VM's.
BitReXe Parallelle Vms op Bitcoin
Parallelle virtuele machines
Deze illustratie benadrukt enkele verschillen tussen BitReXe en andere initiatieven die parallelle VM's promoten. In de linkerbovenhoek van het diagram volgt Ethereum een toestandsmodel dat is gebaseerd op één enkele machine. Alle codes (smart contract) en gegevens (staten) worden beheerd en gerepliceerd door elk blockchain-knooppunt via zijn Ethereum Virtual Machine. Zoals u in het midden van het diagram kunt zien, gebruiken de bestaande projecten parallelle EVM's waarbij één slim contract kan worden geïmplementeerd op een speciale virtuele machine (of meerdere VM's die deel uitmaken van een aangewezen shard voor consensus). Alle slimme contracten worden afgehandeld door de speciale VM.
Het uniforme parallaxmodel van BitReXe wordt weergegeven als het segment uiterst rechts in de afbeelding. Alle slimme contracten worden geïmplementeerd op alle VM’s in het netwerk. Slimme contractstatussen worden gepartitioneerd en gedistribueerd over verschillende VM-instanties om een niet-overlappende distributie te garanderen. Op dezelfde manier worden de transacties verdeeld en verdeeld over VM's voor parallelle en onafhankelijke verwerking. Deze aanpak vergemakkelijkt, in het ideale scenario, het lineair schalen van de transactiedoorvoer met een toenemend aantal virtuele machines.
De belangrijkste uitdaging is het efficiënt beheren van de afhankelijkheden van de uitvoeringslogica en de contractstatus, terwijl onafhankelijke VM's mogelijk worden gemaakt en synchronisatie wordt vermeden.
onderwijzen
We presenteren parallelle relay-uitvoering gedistribueerde architectuur (onderwijzenPreda ondersteunt parallelle architectuur. Als Solidity op Ethereum kan worden vergeleken met het programmeren van een CPU met minder cores, is PREDA's parallelle model voor BitReXe vergelijkbaar met NVIDIA's GPU. PREDA is een parallelle architectuur: Als Solidity op Ethereum kan worden vergeleken met programmeren op een enkele CPU-core, is de parallelle architectuur van PREDA vergelijkbaar met CUDA in de GPU van NVIDIA.
In het PREDA-model worden twee sleutelelementen geïntroduceerd: “Programmeerbare contractscopes” De programmeurs kunnen de contractstatus-partitionering definiëren volgens de toegangspatronen van hun applicatie, waardoor het databereik wordt beperkt en de data-afhankelijkheden worden geminimaliseerd. “Asynchrone functionele relais” De programmeurs kunnen transactielogica uitdrukken die impliciete gegevensafhankelijkheden heeft om flexibele uitvoering op meerdere uitvoeringsengines mogelijk te maken. PREDA, geïmplementeerd in een verbeterde Solidity Language, bevat syntaxisuitbreidingen voor contractscopes die programmeerbaar kunnen zijn en voor instructies om functionele gegevens asynchroon door te geven.
Figuur toont de vereenvoudigde ERC20-versie in PREDA-formaat. Het contract is een vereenvoudigde versie van de ERC20. Het trefwoord “@address” definieert de reikwijdte van het saldo van gebruikers. Het is gelijk aan de Solidity-kaartdefinitie, maar specificeert fijnmazige toestanden die op adres kunnen worden gepartitioneerd. Een set BitReXe VM's beheert de statussen die tijdens runtime zijn gepartitioneerd op basis van adres. Dezelfde set virtuele machines onderhoudt geen verschillende statussen. De overdrachtsfunctie binnen het “@adres” Aangeroepen door de betalers, reikwijdte (dwz adressen van gebruikers die overdrachten initiëren), “relay” Voor het storten van geld naar de begunstigde. Deze doorgifte, uitgevoerd door een VM die het adres van de begunstigde bevat, voegt het geld toe aan de rekening van de begunstigde.
PREDA maakt het mogelijk dat een smartcontract verschillende reikwijdten heeft. Elk van deze kan variabelen en gedefinieerde functies bevatten. In één scope kunnen meerdere variabelen en functies van welke aard dan ook, inclusief containers, worden gedefinieerd. Bij een enkele aanroep van een functie kunnen meerdere relais voorwaardelijk of onvoorwaardelijk worden gestart. Dit maakt recursieve initiatie en uitvoering van transactiestromen tussen VM's mogelijk. De relay-uitvoeringsmethode ontleedt de transactie in microtransacties. Dit zorgt voor beperkte toegang tot de status van een virtuele machine en vermijdt raceomstandigheden. Het slimme contract van PREDA splitst de overdrachtstransactie op in meerdere microtransacties, waardoor beperkte toegang tot de staat in één enkele virtuele machine wordt gegarandeerd en raceomstandigheden worden vermeden. “opnemen” De microtransactie en de “storting” Microtransactie maakt parallelle uitvoering van beide soorten transacties mogelijk, op voorwaarde dat hun adressen (in dit geval) op verschillende virtuele machines worden toegewezen.
BitReXe groepeert virtuele machines (elk onafhankelijk) in verschillende consensusgroepen. Elke groep gebruikt in deze implementatie een ander consensusprotocol, gebaseerd op PoW. Hierdoor kan consensus worden bereikt over de uitgevoerde transacties. BitReXe implementeert een consensus binnen de groep om de juistheid en consistentie van asynchrone functionele netwerkrelais te garanderen die zijn geïmplementeerd in de vorm van relaistransacties.
Bitcoinlaag 2
Luke zegt dat het paradigma voor de uitgifte van activa, dat is gebaseerd op de inscriptielaag van Bitcoin, voortdurend misbruik maakt van een Bitcoin-kwetsbaarheid. Omdat geld nooit slaapt, kunnen inscripties nooit dood zijn. Bitcoin heeft een ongelooflijk schaalbare laag 2 nodig, die deze stress kan verlichten en kan voorkomen dat de grootboekomvang te snel toeneemt, wat de decentralisatie zou verzwakken. Het is onwaarschijnlijk dat een EVM+Bridge een dergelijk doel zal bereiken.
BitReXe suggereert parallelle VM's (parallelle virtuele machines) en PREDA voor het schalen van bitcoin. Ondertussen past BitReXe zich aan de veiligheid van Bitcoin aan. Het deelt ook de veiligheid van Bitcoin.
BitReXe maakt gebruik van hashing-computerkracht die wordt gedragen door de on-chain-blokken en weesblokken van Bitcoin als bewijs van werk om geldige laag-2-blokken te creëren. Dit gebeurt zonder het Bitcoin-protocol te wijzigen. Voeg mijnwerkers toe rxBTC BitReXe beloont gebruikers met een 1:1 gekoppelde versie van bitcoin. Gaskosten worden betaald door gebruikers met rxBTC. Dit omvat transacties, slimme contractinteracties en activiteiten in de keten. Fullnodes Lab, het ontwikkelingsteam van PREDA en BitReXe staan op het punt een brug te lanceren tussen Bitcoin en BitReXe die een betrouwbare afwikkeling van activa mogelijk zal maken. Met deze oplossing kunnen rxbtc- en BTC-transacties op hetzelfde moment worden afgewikkeld. Er zijn niet langer officiële adressen vereist voor peg-outs. De aanname van vertrouwen kan geëlimineerd worden.
We hebben hoge verwachtingen van Bitcoin omdat het problemen kan oplossen die Ethereum, als Bitcoin's Testnet, niet heeft kunnen oplossen.
Het @Bit_ReXe-team is van mening dat dit probleem te wijten is aan het ontbreken van parallelle mechanismen in EVM, wat leidt tot een blockchain-trilemma. Het is bedoeld om het probleem rechtstreeks op Bitcoin Layer 2 op te lossen
“Als dit probleem kan worden opgelost met Bitcoin, zou TVL Benchmarking of zelfs meer dan drie keer Ethereum overschrijden een grote doorbraak betekenen.”
Het volgende is een gastblog van BitPnova. De meningen van BitPnova zijn alleen die van hen en niet die van BTC Inc. of Bitcoin Magazine.
“Dit artikel is geen financieel advies.”
“Doe altijd je eigen onderzoek voordat je enige vorm van investering doet.”
“DagelijksCrypto is niet verantwoordelijk voor activiteiten die u buiten DagelijksCrypto uitvoert.”
Bron: bitcoinmagazine.com
