🚨RGB 0.12 RC1 ist jetzt verfügbar In den 2 Jahren, in denen ich das RGB-Protokoll verfolgt habe, war dies wahrscheinlich der aufregendste Moment Erst vor 14 Stunden kündigte Maxim im RGB-WG-Github endlich die RC1-Version an, die die stabilste Version von RGB sein wird, und er schlug auch vor, dass alle RGB-Entwickler so schnell wie möglich auf die neueste Version umsteigen, und das nächste Kapitel des BTC-Ökosystems kommt Lassen Sie uns eintauchen 👇 🧵 ———————— 🔶 Vereinfachung des Protokolls Diesmal findet die Änderung hauptsächlich in der Konsensschicht statt, wobei die neue Architektur zum ersten Mal zk-AluVM einführt, eine kompakte, hochleistungsfähige Turing-vollständige virtuelle zk-Maschine, die für die Client-Verifizierung entwickelt wurde Wenn Sie nicht viel über RGB wissen, können Sie denken, dass es das native Smart-Contract-System von BTC ist, natürlich nicht nur BTC, sondern alle öffentlichen Chains im UTXO-Modus können das RGB-Protokoll verwenden, um Off-Chain-Smart-Contracts abzuschließen Zurück zum Update, in der Architektur gibt es auch einige Optimierungen des Contract State Refactoring + Consensus Verification, die hier nicht im Detail gezeigt werden sollen Laut Github diesmal v0.12 - 4-fache Reduzierung der Menge an > Konsens-Code und 2-fache Reduzierung der Standardbibliothek; - > die Anzahl der Datentypen in generischen Parametern in der API um 30 % reduzieren 🔶 Der Staat ist geeint Für gewöhnliche Menschen ist die vielleicht wahrnehmbarste Änderung die Vereinheitlichung des Vertragszustands, der früher drei Arten von Vertragszuständen (FT/NFT/andere) hatte und jetzt alle vereinheitlicht sind, und möglicherweise eine neue Token-Vorlage erforderlich ist (die vorherige v0.11-Vorlage sollte ungültig sein) 🔶 Verbesserungen bei der Zahlung Hier gibt es ein paar wichtige Verbesserungen, und ich werde die wichtigsten herausgreifen 1. Multi-Asset-Verträge Es ist nun möglich, mehrere interoperable Token in einen Vertrag aufzunehmen, die unabhängig oder gemeinsam aufgerufen werden können Beispiel: Zum Beispiel kann ich 100 Münzen + 500 NFTs + einige andere Anhänge in einem Vertrag definieren (die grundlegendsten) 2. Zahlungsskripte Zum Beispiel unterstützen CoinJoin/PayJoin mit mehreren Signaturen, Transaktions-Batch-Verarbeitung, Lightning-Channel-Betrieb usw. One-to-Many oder Many-to-One 🔶 Performance-Optimierung Die alte Version der Sendungsdaten muss vollständig in den Speicher geladen werden, v0.12 wurde auf Streaming-Authentifizierung umgestellt, der Speicher belegt nur wenige hundert Bytes und ist für mobile/Hardware-Wallets geeignet Ich werde nicht mehr schreiben, und es wird anders sein, als jeder es nutzen kann