Autor: Kernel Ventures Jerry Luo
Herausgeber: Kernel Ventures Rose, Kernel Ventures Mandy, Kernel Ventures Joshua
TLDR:
Heutzutage sind im Bitcoin-Netzwerk viele Pläne für Smart Contracts zu finden, wobei das Ordinals-Protokoll und das RGB-Protokoll am weitesten verbreitet sind.
Die Geburt des Ordinals-Protokolls ermöglicht die Entwicklung von Smart Contracts im Bitcoin-Netzwerk und bindet dessen Sicherheit an die Bitcoin-Blockchain. Die Bestätigung und Aufzeichnung von Ordinals-Vermögensübertragungen werden jedoch im Bitcoin-Mainnet durchgeführt und sind an die Übertragung von 1 Sat gebunden. Dies bringt hohe Bearbeitungsgebühren mit sich und macht das Bitcoin-Mainnet mit niedrigen TPS zudem überlasteter.
Im RGB-Protokoll werden Off-Chain-Kanäle und Batch-Packaging-Transaktionen vorgeschlagen. Diese Methoden reduzieren die Bearbeitungsgebühren für Vermögensübertragungen in RGB erheblich und erhöhen die Geschwindigkeit. Darüber hinaus reduziert die Client-Verifizierungsmethode auch die aufgezeichnete Datenmenge zur Aufrechterhaltung des normalen Netzwerkbetriebs erheblich und verbessert so die Netzwerkskalierbarkeit.
Obwohl RGB sowohl die Transaktionsgeschwindigkeit als auch die Skalierbarkeit erheblich verbessert hat, brachte es auch viele neue Probleme mit sich. Off-Chain-Kanäle optimieren Transaktionsgebühren und -geschwindigkeit, bringen jedoch aufgrund von Off-Chain-Aufzeichnungen Sicherheitsprobleme mit sich. Die clientseitige Verifizierung reduziert die Menge der aufgezeichneten Daten und verlangsamt gleichzeitig die Verifizierungsgeschwindigkeit erheblich.
Dieser Artikel vergleicht Ordinal- und RGB-Protokolle hinsichtlich der Dimensionen Sicherheit, Skalierbarkeit, Transaktionsgebühren, Transaktionsgeschwindigkeit usw. und analysiert die mögliche zukünftige Richtung der RGB-Erzählung.
1. Marktübersicht
Derzeit macht BTC etwa 49 % des Marktwerts des gesamten Kryptomarktes aus. Da seine Skriptsprache jedoch nicht die Turing-Vollständigkeit aufweist, der Smart Contract des Hauptnetzwerks fehlt und die Transaktionsgeschwindigkeit langsam ist, wird seine langfristige Entwicklung ernsthaft behindert. Um die oben genannten Probleme zu beheben, haben Bitcoin-Entwickler viele Versuche unternommen, sie zu erweitern und zu beschleunigen, hauptsächlich die folgenden 4 Lösungen:
RGB-Protokoll: RGB ist ein Protokoll der zweiten Ebene, das auf dem Bitcoin-Netzwerk basiert und dessen zentrale Transaktionsdaten im BTC-Mainnet gespeichert sind. RGB nutzt das Sicherheitsmodell von Bitcoin, um die Erstellung von Token mit benutzerdefinierten Eigenschaften und Smart-Contract-Funktionalität im Bitcoin-Netzwerk zu ermöglichen. Das Protokoll wurde ursprünglich 2016 von Peter Todd vorgeschlagen und erlangte 2023 während des Booms des Smart-Contract-Ökosystems auf Bitcoin erneut Aufmerksamkeit.
SegWit: Im August 2017 implementierte Bitcoin das Segregated Witness (SegWit)-Upgrade, das die Obergrenze für Transaktionsdatenblöcke von 1 M auf 4 M erhöhte und so das Überlastungsproblem linderte. Da das Transaktionsvolumen des Netzwerks jedoch weiter zunimmt, kann das verbesserte Netzwerk mit der Zunahme des Transaktionsvolumens nicht Schritt halten. Außerdem kann es den Aufbau eines komplexeren Ökosystems nicht unterstützen.
Lightning Network: Das Lightning Network ist eine auf Bitcoin basierende Erweiterungslösung der zweiten Ebene, die Transaktionen ohne Zugriff auf die Blockchain ermöglicht und so den Durchsatz erheblich verbessert. Lightning Network wurde mittlerweile im Bitcoin-Mainnet implementiert, und zu den bestehenden Lightning-Netzwerken gehören OmniBOLT, Stacks usw. Das Lightning Network ist jedoch mit Zentralisierungsrisiken konfrontiert.
Sidechain: Sidechain dient zum Aufbau einer Sidechain außerhalb des Bitcoin-Netzwerks. Die Vermögenswerte auf der Sidechain werden im Verhältnis 1:1 zu Bitcoin gehalten. Sidechain bietet außerdem relativ viel Privatsphäre und Sicherheit. Obwohl ihre Transaktionsgeschwindigkeit im Vergleich zum Bitcoin-Netzwerk massiv optimiert wurde, ist die neue Sidechain weit von der Sicherheit des BTC-Mainnets entfernt.
Quelle: Dune
Seit März dieses Jahres haben die Transaktionsgebühren des Bitcoin-Netzwerks und das Transaktionsvolumen der BRC20-Protokoll-Assets einen sprunghaften Anstieg erlebt. Die Transaktionsgebühren des BTC-Mainnets erreichten Anfang Mai ihren Höhepunkt. Obwohl die Transaktionsgebühren seitdem gesunken sind, blieb das Transaktionsvolumen der BRC20-Assets auf einem hohen Niveau. Dies bedeutet, dass die Entwicklungsbegeisterung des Smart-Contract-Ökosystems des Bitcoin-Netzwerks nicht mit dem Rückgang der Popularität von Inschriften im BTC-Ökosystem eingebrochen ist. Entwickler versuchen weiterhin, die optimale Lösung für die Entwicklung von Smart Contracts des Bitcoin-Netzwerks zu finden.
2. Protokollordnungszahlen
2.1 Satoshi-Zahl
Satoshi im Bitcoin-Netzwerk unterscheidet sich von Wei auf Ethereum, das in Form von Daten aufgezeichnet wird. Es wird anhand der UTXO berechnet, die jeder Adresse gehört. Um verschiedene Sats zu unterscheiden, müssen wir zuerst verschiedene UTXOs unterscheiden und dann Sats unter demselben UTXO unterscheiden. Ersteres ist relativ einfach. Verschiedene UTXOs werden in verschiedenen Blöcken abgebaut, die unterschiedlichen Blockhöhen entsprechen. Nur das Mining erzeugt die anfänglichen Sats, daher wird nur das UTXO in der Coinbase-Transaktion nummeriert. Die Hauptschwierigkeit liegt darin, wie Sats unter demselben UTXO nummeriert werden. Das Ordinals-Protokoll schlägt eine neue Lösung vor, nämlich eine Nummerierung basierend auf dem First-In-First-Out-Prinzip.
Unterscheidung für verschiedene UTXOs: Satoshi im Bitcoin-Netzwerk werden nicht in der Form wie Wei auf Ethereum aufgezeichnet, sondern anhand des UTXO berechnet, das jeder Adresse gehört. Um verschiedene Sats zu unterscheiden, müssen wir zuerst verschiedene UTXOs unterscheiden und dann Sats im selben UTXO unterscheiden. Ersteres ist relativ einfach. Denn verschiedene UTXOs werden in verschiedenen Blöcken abgebaut, die unterschiedlichen Blockhöhen entsprechen. Nur das Mining erzeugt anfängliche Sats, daher müssen nur die von den Minern abgebauten UTXOs nummeriert werden. Die Schwierigkeit liegt hauptsächlich darin, wie man Sats im selben UTXO nummeriert. Die vom Ordinalprotokoll vorgeschlagene Lösung besteht darin, nach dem First-In-First-Out-Prinzip zu nummerieren.
Die Unterscheidung zwischen Sats unter demselben UTXO: Zunächst können wir durch die Blockhöhe den ungefähren Bereich der Sats unter dem UTXO bestimmen. Zunächst könnten 100 BTC in einem Block abgebaut werden, der $$10^{10}$$ Sats hat, dann werden die Sats im Block mit einer Blockchain-Höhe von 0 mit [0, $$10^{10}$$-1] nummeriert. Dann werden die Sats im Block mit einer Blockhöhe von 1 mit [$$10^ {10$$,$$2*10^{10$$ -1] nummeriert, die Sats-Nummer im Block mit Blockhöhe 2 ist [$$2*10^{10$$,$$3*10^{10$$-1] ........ Wenn Sie eine spezifische Unterscheidung zwischen Sats im UTXO vornehmen möchten, muss dies durch den Verbrauch von UTXO nach dem First-In-First-Out-Prinzip erfolgen. Wenn UTXO A ausgegeben wird, entspricht dies einer gleichen Menge an UTXO-Ausgabe B, C, D (serialisiert nach Ausgabereihenfolge), dann erhalten die Sats in UTXO B die Vorwärtsnummer in UTXO A. Beispiel: Miner E baut einen Block mit einer Höhe von 2 ab und möchte 50 seiner 100 BTC an F übertragen. Die erste Ausgabe wird F zugewiesen und E erhält die zweite Ausgabe. Dann erhält F die Anzahl [$$2*10^{10$$,$$2,5*10^{10$$-1] Sats, und was E erhält, sind die Sats mit der Seriennummer [$$2,5*10^{10$$,$$3*10^{10$$-1].
Quelle: Kernel Ventures
2.2 Ordnungszahlen der Inschrift
Zunächst stellte das Bitcoin-Netzwerk durch Hinzufügen des Operationscodes OP_RETURN einen 80-Byte-Speicherplatz für jede Transaktion bereit. Der 80-Byte-Bereich reicht jedoch nicht aus, um komplexe Codelogik zu schreiben. Darüber hinaus erhöhte das Schreiben von Daten in die Blockchain auch die Transaktionskosten und die Möglichkeit einer Netzwerküberlastung. Um das Problem zu lösen, hat das Bitcoin-Netzwerk zwei Soft Forks durchgeführt, SegWit und Taproot. Der Bitcoin-Transaktionsprozess stellt einen 4-M-Speicherplatz durch ein Tapscript-Skript bereit, das mit dem Operationscode OP_FALSE beginnt, der nicht ausgeführt wird. In diesen Bereich können wir Ordinalbeschriftungen schreiben, um Text zu implementieren, Bilder hochzuladen oder BRC20-Protokolltoken auszugeben usw.
2.3 Nachteile von Ordinalzahlen
Ordinals hat die Programmierbarkeit des Bitcoin-Netzwerks erheblich verbessert, die Beschränkungen für die Darstellung und Entwicklung des BTC-Ökosystems aufgehoben und Funktionen über Transaktionen im Bitcoin-Netzwerk hinaus bereitgestellt. Es gibt jedoch immer noch viele Probleme, die von Leuten kritisiert werden, insbesondere BTC Builder.
Die Zentralisierung von Ordinalzahlen: Die Sicherheit des Ordinalprotokolls ist nicht mit der des Bitcoin-Netzwerks vergleichbar. Obwohl die Aufzeichnung und die Statusänderungen alle auf der Blockchain erfolgen, kann dies das wiederholte Hochladen von Einträgen auf die Kette nicht verhindern. Die endgültige Authentizität sollte daher anhand des zentralisierten Ordinalprotokolls beurteilt werden, während versteckte Probleme im kainozoischen Protokoll möglicherweise nicht beseitigt werden können. Gleichzeitig kann jedes zugrunde liegende Problem mit dem Dienst des Ordinalprotokolls auch zum Verlust von Benutzervermögen führen.
Einschränkungen bei Transaktionsgebühren und Transaktionsgeschwindigkeit: Da das Eingravieren von Inschriften letztendlich in der Segregated Witness Zone erfolgt, muss für eine Vermögensübertragung in Ordinals ein UTXO-Aufwand anfallen, der etwa 10 Minuten dauert. Aufgrund der niedrigen TPS ist es schwierig, den Transaktionsprozess zu beschleunigen. Darüber hinaus werden die Inschriften zu einem Anstieg der Transaktionskosten beitragen.
Beschädigung der ursprünglichen Eigenschaften von Bitcoin: Da die Vermögenswerte auf Ordinals an die Sats gebunden sind, die im Bitcoin-Netzwerk selbst einen Wert haben, führt die Verwendung von Ordinals selbst zu einer Entfremdung der ursprünglichen Vermögenswerte von Bitcoin. Gleichzeitig haben die Inschriften zu einem Anstieg der Mining-Gebühren geführt, was bei vielen BTC-Anhängern die Sorge auslöste, ob dies die ursprüngliche Zahlungsfunktion von Bitcoin beschädigen könnte.
3. RGB-Protokoll
Mit dem Anstieg des Transaktionsvolumens werden die Mängel des Ordinalprotokolls offengelegt. Auf lange Sicht kann das Smart-Contract-Ökosystem von Bitcoin, solange diese Probleme ungelöst bleiben, nicht mit Turing-vollständigen öffentlichen Ketten konkurrieren. Unter den unzähligen Konkurrenten von Ordinal ist RGB einer der leistungsstärksten, der große Durchbrüche in Bezug auf Skalierbarkeit, Transaktionsgeschwindigkeit und Datenschutz erzielt hat. Im Idealfall können Bitcoin-Assets, die auf RGB basieren, in Bezug auf Transaktionsgeschwindigkeit und Skalierbarkeit ähnliche Niveaus wie Assets auf Turing-vollständigen öffentlichen Ketten erreichen.
3.1 Kerntechnologie in RGB
Clientseitige Überprüfung
Anders als bei der Übertragung von Transaktionsdaten im Hauptnetzwerk von Bitcoin findet dieser Prozess beim RGB-Protokoll außerhalb der Kette statt, wobei die Informationen nur zwischen Absender und Empfänger übertragen werden. Sobald der Empfänger die Transaktion verifiziert hat, muss er die Knoten im gesamten Netzwerk nicht mehr synchronisieren, um alle Transaktionsdaten aufzuzeichnen, wie dies im Hauptnetzwerk von Bitcoin der Fall ist. Stattdessen muss der Empfängerknoten nur die mit der Transaktion verbundenen Daten aufzeichnen, um die Anforderungen der On-Chain-Verifizierung zu erfüllen, was die Skalierbarkeit und Privatsphäre des Netzwerks erheblich verbessert.
Quelle: Kernel Ventures
Einwegdichtungen
Beim Einreichen von Materialien im realen Leben müssen Materialien oft durch viele Hände gehen, was eine große Bedrohung für die Authentizität und Integrität der Materialien darstellt. Um eine böswillige Manipulation von Materialien vor der Einreichung zur Überprüfung zu verhindern, verwenden Menschen im realen Leben Siegel, um anhand der Integrität der Siegel festzustellen, ob der Inhalt manipuliert wurde, und Einwegsiegel im RGB-Netzwerk funktionieren auf ähnliche Weise, wie die natürlich verwendeten Einwegsiegel im Bitcoin-Netzwerk, die UTXO, zeigen.
Ähnlich wie bei Smart Contracts auf Ethereum werden bei der Ausgabe von Token im Rahmen des RGB-Protokolls auch der Name und die Gesamtmenge der auszugebenden Coins angegeben. Der Unterschied besteht darin, dass das RGB-Netzwerk keine bestimmte öffentliche Kette als Träger hat; jeder Token in RGB muss einem bestimmten UTXO im Bitcoin-Netzwerk zugewiesen werden. Eine Person, die einen UTXO im Bitcoin-Netzwerk besitzt, besitzt auch den RGB-Token, der diesem UTXO entspricht, wie im RGB-Protokoll dokumentiert. Um die Übertragung eines RGB-Tokens abzuschließen, muss der Inhaber den UTXO ausgeben. Da UTXOs Einwegartikel sind, sind sie nach ihrer Ausgabe nicht mehr verfügbar, und im RGB-Protokoll entspricht dies der Ausgabe des RGB-Vermögenswerts. Der Vorgang des Ausgebens des UTXO ist der Vorgang des Öffnens des Einmalsiegels.
Quelle: Kernel Ventures
Geblendete UTXOs
Im Bitcoin-Netzwerk können bei jeder Übertragung die entsprechenden Eingabe-UTXOs und Ausgabe-UTXOs gefunden werden. Dies verbessert die Rückverfolgbarkeit von UTXOs im Bitcoin-Netzwerk und kann Doppelausgaben-Angriffe wirksam verhindern. Da es sich jedoch um einen transparenten Transaktionsprozess handelt, kann die Privatsphäre nicht garantiert werden. Um die Transaktionsvertraulichkeit zu verbessern, werden blinde UTXOs vorgeschlagen.
Während des Übertragungsvorgangs kann der Absender A des RGB-Tokens nicht die spezifische Adresse des empfangenden UTXO erhalten, sondern das Hash-Ergebnis einer empfangenden UTXO-Adresse, gefolgt von einem zufälligen Kennwortwert. Wenn Empfänger B das empfangene RGB-Protokoll-Token verwenden möchte, muss er Empfänger C nicht nur seine UTXO-Adresse mitteilen, sondern auch den entsprechenden Kennwortwert, um zu überprüfen, ob er tatsächlich über das UTXO verfügt.
Quelle: Kernel Ventures
3.2 RGB vs. Ordinalzahlen
Sicherheit: Jede Transaktion oder Statusübertragung des Ordinals-Smart-Vertrags muss durch eine UTXO-Ausgabe abgeschlossen werden, während dieser Prozess über das Lightning Network oder den Off-Chain-RGB-Kanal in RGB implementiert wird. Eine große Datenmenge im RGB-Transaktionsprozess wird im RGB-Client gespeichert (lokaler Cache des Clients oder Cloud-Server), und dieser Prozess weist einen hohen Zentralisierungsgrad auf, und es besteht die Möglichkeit, dass die Daten von den zentralisierten Institutionen ausgenutzt werden können. Dieser Prozess ist stark zentralisiert und die Daten können von zentralisierten Organisationen ausgenutzt werden. Wenn der Server ausfällt oder der lokale Cache verloren geht, gehen außerdem die Vermögenswerte des Kunden verloren. In Bezug auf die Sicherheit gewinnen Ordinals.
Verifizierungsgeschwindigkeit: Da RGB eine clientseitige Validierung verwendet, muss jede im RGB-Protokoll validierte Transaktion von vorne begonnen werden. Dies nimmt viel Zeit in Anspruch, um die Übertragung von RGB-Assets in jedem Schritt des Transaktionsprozesses zu bestimmen, was die Validierung erheblich verlangsamt. In Bezug auf die Verifizierungsgeschwindigkeit gewinnen Ordinalzahlen.
Datenschutz: Der Übertragungs- und Verifizierungsprozess von RGB-Assets wird außerhalb der Blockchain durchgeführt, wodurch ein bestimmter Kanal zwischen Absender und Empfänger eingerichtet wird. Gleichzeitig kann die Form des blinden UTXO sogar bestätigen, dass der Absender die Adresse des empfangenden UTXO nicht zurückverfolgen kann. Der Übertragungsprozess von gewöhnlichen Assets wird durch die UTXO-Ausgabeaufzeichnung für Bitcoin erreicht. Sowohl die Eingabe als auch die Ausgabe von UTXO sind in der Blockchain sichtbar, die keinerlei Datenschutz bietet. In Bezug auf den Datenschutz gewinnt RGB.
Transaktionsgebühren: Übertragungen in RGB werden über den RGB-Kanal des Clients oder das Lightning Network abgewickelt, das nahezu keine Transaktionskosten verursacht. Unabhängig davon, wie viele Transaktionen dazwischen liegen, werden sie letztendlich nur zur Bestimmung an die Blockchain übermittelt, indem der entsprechende UTXO verwendet wird. Jede Übertragung von Ordinalzahlen muss jedoch in einem Tapscript-Skript aufgezeichnet werden, was zusammen mit den Kosten für die Aufzeichnung der Inschrift während der Transaktion eine erhebliche Gebühr verursacht. In der Zwischenzeit schlägt das RGB-Protokoll eine Methode zum Stapeln von Transaktionen vor, bei der mehrere Empfänger von RGB-Assets in einem Tapscript-Skript angegeben werden können, während die Empfänger der standardmäßigen Ausgabe-UTXOs in Ordinalzahlen die Empfänger der Ordinalzahlen-Assets sind und nur Eins-zu-eins-Übertragungen vorgenommen werden können, während RGB die Kosten dieses Prozesses durch die Aufteilung der Kosten erheblich senkt. Was die Transaktionsgebühren betrifft, gewinnt RGB.
Skalierbarkeit: Bei RGB-Smart Contracts werden die Transaktionsüberprüfung und die Datenspeicherung vom Client (Empfangsknoten) durchgeführt, ohne Übertragung und globale Überprüfung im Hauptnetzwerk. Jeder Knoten muss nur die Daten sicherstellen, die mit der empfangenen Transaktion zusammenhängen, während die Eintragsdaten in Ordinalzahlen in der Blockchain aufgezeichnet werden müssen. Aufgrund der Verarbeitungsgeschwindigkeit und Skalierbarkeit des Bitcoin-Netzwerks selbst ist seine Fähigkeit, große Mengen an Transaktionen zu bewältigen, nicht so leistungsstark. In Bezug auf die Skalierbarkeit gewinnt RGB.
4. Projekte zu RGB
Erst mit der Veröffentlichung von RGB v0.10.0 wurde eine benutzerfreundlichere Arbeitsumgebung für Entwickler bereitgestellt. Infolgedessen ist die groß angelegte Entwicklung des RGB-Protokoll-Ökosystems erst ein halbes Jahr alt und die meisten der folgenden RGB-Ökosystemprojekte befinden sich noch in der frühen Entwicklungsphase:
Unendlich
Infinitas ist ein Turing-vollständiges Bitcoin-Anwendungsökosystem, das die Stärken des Lightning Network und des RGB-Protokolls kombiniert und sich gegenseitig unterstützt und ergänzt, um ein effizienteres Bitcoin-Ökosystem zu erreichen. Insbesondere schlägt Infinitas auch einen rekursiven Zero-Knowledge-Proof-Ansatz vor, um Ineffizienzen bei der clientseitigen Validierung zu beheben. Bei effektiver Implementierung würde dies einen großen Beitrag zur Lösung der Validierungsgeschwindigkeitsprobleme des RGB-Netzwerks leisten.
RGB-Explorer
RGB Explorer ist der erste Browser, der das Senden von RGB-Assets (Fungible Token und None Fungible Token) abfragen und unterstützen kann. Die Assets im Browser umfassen den Status von RGB20, RGB21 und RGB25.
Cosminmart
Cosminimart ist ein Bitcoin Lightning-Netzwerk, das mit dem RGB-Protokoll kompatibel ist und versucht, ein neues Bitcoin-Ökosystem zu schaffen, das Smart Contracts einsetzen kann. Im Gegensatz zum früheren Lightning-Netzwerk bietet Cosminmart Wallets, Derivatehandelsmärkte und Märkte für die frühe Projektfindung, die One-Step-Services für die Entwicklung, Förderung und den Handel von Smart Contracts in Bitcoin-Netzwerken bieten.
NEIN
DIBA hat sich zum Ziel gesetzt, durch die Nutzung von Lightning-Netzwerken und RGB-Protokollen einen führenden NFT-Markt für Bitcoin-Netzwerke zu schaffen. Die Einführung im Hauptnetzwerk ist in Kürze geplant.
5. Die Zukunftsaussichten von RGB
Mit der Veröffentlichung der Version RGB v0.10.0 ist das Gesamtgerüst des Protokollprogramms stabil geworden und die Inkompatibilitätsprobleme mit anderen Versionen werden schrittweise behoben. Gleichzeitig werden Entwicklertools und verschiedene API-Schnittstellen eingeführt, die es Entwicklern erleichtern, mit RGB zu entwickeln.
Heute gibt#Tetherdas Ende der Unterstützung für 3 Blockchains $USDt bekannt: OmniLayer, BCH-SLP und Kusama. Kunden können weiterhin $USDt-Token einlösen und umtauschen (gegen eine andere der vielen unterstützten Blockchains), aber Tether wird auf diesen 3 Blockchains keine neuen zusätzlichen $USDt ausgeben.
Vor Kurzem hat Tether offiziell eine Ankündigung herausgegeben, die Bereitstellung von USDT-Verträgen im Bitcoin-Zweitschichtnetzwerk von OmniLayer auf RGB zu übertragen. Diese Aktion von Tether wird als Signal dafür gesehen, dass der Krypto-Riese versucht, in RGB einzusteigen. RGB verfügt heute über ein ausgereiftes Entwicklungsprotokoll, eine große Entwickler-Community und Anerkennung von Krypto-Giganten. Schließlich versuchen RGB-Entwickler nun, rekursive Zero-Knowledge-Beweise zu verwenden, um die Größe der Client-Verifizierung zu komprimieren. Wenn diese Verbesserung abgeschlossen werden kann, wird die Verifizierungsgeschwindigkeit des RGB-Netzwerks erheblich verbessert und dadurch die Netzwerkverzögerungen bei der Verwendung im großen Maßstab gemildert.
Kernel Ventures ist ein von der Forschungs- und Entwicklungscommunity betriebener Krypto-VC-Fonds mit über 70 Investitionen in der Frühphase, der sich auf Infrastruktur, Middleware, dApps, insbesondere ZK, Rollup, DEX, Modular Blockchain und vertikale Bereiche konzentriert, die die nächste Milliarde Benutzer in Krypto einbinden werden, wie z. B. Kontoabstraktion, Datenverfügbarkeit, Skalierbarkeit usw. In den letzten sieben Jahren haben wir uns dazu verpflichtet, das Wachstum von Kernentwicklercommunities und universitären Blockchain-Verbänden auf der ganzen Welt zu unterstützen.
Verweise
RGB-Protokoll: https://rgb.tech/
RGB-Lightning-Beispiel: https://github.com/RGB-Tools/rgb-lightning-sample
RGB-Info: https://rgb.info/
Offizielle Website von Infinitas: https://www.iftas.tech/#/home?id=about
Offizielle Cosminimart-Website: https://cosminmart.com/#/
Offizielle DIBA-Website: https://diba.io/
Offizielle RGB Explorer-Website: https://rgbex.io/
RGB Ecological Ten Thousand Words Forschungsbericht: Führend bei der groß angelegten Einführung von Krypto und Erhellung der Zukunft von Bitcoin: https://www.odaily.news/post/5189052
ViaBTC Capital Insight – Eine kurze Analyse von RGB: Ein skalierbares, vertrauliches Smart-Contract-Protokoll, das auf Bitcoin basiert: https://medium.com/@ViaBTC_Capital/viabtc-capital-insight – eine kurze Analyse von RGB – ein skalierbares, vertrauliches Smart-Contract-Protokoll – b449f7dbb323
Interpretation der Prinzipien, Neuerungen und Einschränkungen des Bitcoin Ordinals-Protokolls und des BRC20-Standards: https://zhuanlan.zhihu.com/p/631275714
Ursprung der BRC20-Transaktionsdaten: https://dune.com/cryptokoryo/brc20