🚨RGB 0.12 RC1 är nu tillgänglig Under mina 2 år av spårning av RGB-protokollet var detta förmodligen det mest spännande ögonblicket För bara 14 timmar sedan, i RGB-WG github, tillkännagav Maxim äntligen RC1-versionen, som kommer att vara den mest stabila versionen av RGB, och han föreslog också att alla RGB-utvecklare går över till den senaste versionen så snart som möjligt, och nästa kapitel i BTC-ekosystemet kommer Låt oss dyka in 👇 🧵 ———————— 🔶 Förenkling av protokoll Den här gången ligger förändringen främst i konsensuslagret, där den nya arkitekturen för första gången introducerar zk-AluVM, en kompakt, högpresterande Turing-komplett virtuell zk-maskin designad för klientverifiering Om du inte vet så mycket om RGB kan du tro att det är det mest inbyggda smarta kontraktssystemet för BTC, naturligtvis inte bara BTC, utan alla offentliga kedjor i UTXO-läge kan använda RGB-protokollet för att slutföra smarta kontrakt utanför kedjan Tillbaka till uppdateringen, i arkitekturen finns det också några optimeringar av refaktorisering av kontraktstillstånd + konsensusverifiering, som inte kommer att visas i detalj här Enligt Github, den här gången v0.12 - 4x minskning av mängden > konsensuskod och 2x minskning av standardbiblioteket; - > minska antalet datatyper med 30 % i generiska parametrar i API:et 🔶 Staten är enad Kanske för vanliga människor är den mest märkbara förändringen enandet av kontraktstillståndet, som brukade ha tre typer av kontraktstillstånd (FT/NFT/annat) och nu är alla enhetliga, och en ny tokenmall kan behövas (den tidigare v0.11-mallen bör vara ogiltig) 🔶 Förbättringar av betalningar Det finns några stora förbättringar här, och jag kommer att välja ut de viktigaste 1. Avtal med flera tillgångar Det är nu möjligt att inkludera flera interoperabla tokens i ett kontrakt, som kan anropas oberoende av varandra eller gemensamt ex: Till exempel kan jag definiera 100 mynt + 500 NFT:er + några andra bilagor i ett kontrakt (de mest grundläggande) 2. Betalnings skript Till exempel stöder CoinJoin/PayJoin med flera signaturer, bearbetning av transaktionsbatch, lightning channel-drift, etc., en-till-många eller många-till-en 🔶 Prestandaoptimering Den gamla versionen av sändningsdata måste laddas helt in i minnet, v0.12 ändras till strömmande autentisering, minnet upptar bara några hundra byte och det är lämpligt för mobil-/hårdvaruplånböcker Jag kommer inte att skriva mer, och det kommer att vara annorlunda än vad alla använder