🚨RGB 0.12 RC1 is nu beschikbaar In mijn 2 jaar dat ik het RGB-protocol volg, was dit waarschijnlijk het meest opwindende moment Slechts 14 uur geleden, in de RGB-WG github, kondigde Maxim eindelijk de RC1-versie aan, die de meest stabiele versie van RGB zal zijn, en hij stelde ook voor dat alle RGB-ontwikkelaars zo snel mogelijk naar de nieuwste versie verhuizen, en het volgende hoofdstuk van het BTC-ecosysteem komt eraan Laten we erin 👇 duiken 🧵 ———————— 🔶 Vereenvoudiging van het protocol Deze keer zit de verandering vooral in de consensuslaag, waarbij de nieuwe architectuur voor het eerst zk-AluVM introduceert, een compacte, krachtige Turing-complete zk virtuele machine die is ontworpen voor clientverificatie Als je niet veel weet over RGB, kun je denken dat dit het meest native slimme contractsysteem van BTC is, natuurlijk kunnen niet alleen BTC, maar alle openbare ketens in de UTXO-modus het RGB-protocol gebruiken om off-chain slimme contracten te voltooien Terug naar de update, in de architectuur zijn er ook enkele optimalisaties van contract state refactoring + consensusverificatie, die hier niet in detail zullen worden getoond Volgens Github, deze keer v0.12 - 4x reductie in de hoeveelheid > consensuscode en 2x reductie in de standaard bibliotheek; - > het aantal datatypes met 30% verminderen in generieke parameters in de API 🔶 De staat is verenigd Misschien is voor gewone mensen de meest waarneembare verandering de eenwording van de contractstaat, die vroeger drie soorten contractstaten had (FT/NFT/andere) en nu zijn ze allemaal verenigd, en kan een nieuw tokensjabloon nodig zijn (het vorige v0.11-sjabloon zou ongeldig moeten zijn) 🔶 Verbeteringen in betalingen Er zijn hier een paar belangrijke verbeteringen, en ik zal de belangrijkste uitkiezen 1. Multi-asset contracten Het is nu mogelijk om meerdere interoperabele tokens in een contract op te nemen, die onafhankelijk of gezamenlijk kunnen worden aangeroepen bijvoorbeeld: Ik kan bijvoorbeeld 100 munten + 500 NFT's + enkele andere bijlagen in een contract definiëren (de meest elementaire) 2. Betalingsscripts CoinJoin/PayJoin met meerdere handtekeningen, batchverwerking van transacties, bliksemkanaalbediening, enz. ondersteunen bijvoorbeeld één-op-veel of veel-op-één 🔶 Optimalisatie van prestaties De oude versie van consignatiegegevens moet volledig in het geheugen worden geladen, v0.12 is gewijzigd in streamingverificatie, het geheugen neemt slechts een paar honderd bytes in beslag en is geschikt voor mobiele/hardware-portefeuilles Ik zal niet meer schrijven, en het zal anders zijn dan het gebruik van iedereen