🚨RGB 0.12 RC1 este acum disponibil În cei 2 ani de urmărire a protocolului RGB, acesta a fost probabil cel mai interesant moment Cu doar 14 ore în urmă, în github-ul RGB-WG, Maxim a anunțat în sfârșit versiunea RC1, care va fi cea mai stabilă versiune de RGB și a sugerat, de asemenea, ca toți dezvoltatorii RGB să treacă la cea mai recentă versiune cât mai curând posibil, iar următorul capitol al ecosistemului BTC urmează Să ne scufundăm 👇 🧵 ———————— 🔶 Simplificarea protocolului De data aceasta, schimbarea este în principal în stratul de consens, noua arhitectură introducând pentru prima dată zk-AluVM, o mașină virtuală Turing-complete compactă, de înaltă performanță, concepută pentru verificarea clientului Dacă nu știți prea multe despre RGB, puteți crede că este cel mai nativ sistem de contracte inteligente al BTC, desigur, nu numai BTC, ci toate lanțurile publice din modul UTXO pot folosi protocolul RGB pentru a finaliza contractele inteligente off-chain Revenind la actualizare, în arhitectură, există și câteva optimizări ale refactorizării stării contractului + verificarea consensului, care nu vor fi afișate în detaliu aici Potrivit Github, de data aceasta v0.12 - Reducere de 4x a cantității de cod de consens > și reducere de 2x a bibliotecii standard; - > reduce numărul de tipuri de date cu 30% în parametrii generici din API 🔶 Statul este unificat Poate că pentru oamenii obișnuiți, cea mai perceptibilă schimbare este unificarea stării contractuale, care obișnuia să aibă trei tipuri de stări contractuale (FT/NFT/altele) și acum toate sunt unificate și ar putea fi necesar un nou șablon de jetoane (șablonul anterior v0.11 ar trebui să fie invalid) 🔶 Îmbunătățiri de plată Există câteva îmbunătățiri majore aici și le voi alege pe cele cheie 1. Contracte cu active multiple Acum este posibil să se includă mai multe tokenuri interoperabile într-un contract, care pot fi apelate independent sau în comun ex: De exemplu, pot defini 100 de monede + 500 NFT-uri + alte atașamente într-un contract (cele mai de bază) 2. Scripturi de plată De exemplu, CoinJoin/PayJoin cu mai multe semnături, procesarea loturilor de tranzacții, operarea canalului fulger etc., acceptă unu-la-mai mulți sau mulți-la-unu 🔶 Optimizarea performanței Vechea versiune a datelor de consignație trebuie să fie complet încărcată în memorie, v0.12 este schimbată în autentificare de streaming, memoria ocupă doar câteva sute de octeți și este potrivită pentru portofele mobile/hardware Nu voi scrie mai mult și va fi diferit de utilizarea fiecăruia