Populärwissenschaft von @BobBodily, wie immer vollständig und ohne Änderungen zitiert. Zunächst eine kurze Zusammenfassung von BRC-20: BRC-20 ist mit Abstand das erfolgreichste fungible Token-Protokoll auf Bitcoin. Das Transaktionsvolumen belief sich im vergangenen Jahr auf Hunderte Millionen, wenn nicht Milliarden. Es ist nicht perfekt (verwendet ineffiziente Codierung, bläht den UTXO-Satz auf und verfügt derzeit über eingeschränkte Funktionalität), aber es ist unglaublich einfach, Token bereitzustellen und zu prägen, und hat in der gesamten Kryptowelt auf fast jeder Kette zu inspirierenden Inschriften geführt. Als nächstes folgt eine kurze technische Einführung: BRC-20 ist ein Metaprotokoll, das auf dem Ordinals-Metaprotokoll aufbaut, das wiederum auf Bitcoin aufbaut. Dies bedeutet, dass Ordinals Bitcoin als vollständige Datenverfügbarkeitsschicht und als Off-Chain-Indexer verwendet, um den Status des Metaprotokolls zu bestimmen. BRC-20 nutzt das Ordinals-Protokoll als vollständige Datenverfügbarkeitsschicht mit einem Off-Chain-Indexer, um den Status des Metaprotokolls zu bestimmen. Das bedeutet, dass BRC-20 tatsächlich ein Meta-Meta-Protokoll ist, da es auf Ordinals aufbaut. Die Komplexität des Aufbaus von BRC-20 auf Ord: Die technischen Spezifikationen des Ordinals-Protokolls haben sich im letzten Jahr geändert. Ord ist ein völlig neues Protokoll, daher hat es sich stark verändert. Wenn Sie einen Token-Standard auf Ord aufbauen, birgt Ihr Protokoll ein zusätzliches Risiko, da Sie über ein Übertragungsprotokoll als Abhängigkeit verfügen. Dies geschah mit Ord 0.8.0 und Ord 0.9.0. Verschiedene Versionen von Ord verfolgen die Inschriften etwas unterschiedlich, was bedeutet, dass der BRC-20-Indexer falsche Salden meldet, je nachdem, ob sie auf 0.8.0 und 0.9.0 erstellt wurden. Dies ist natürlich nicht erwünscht. Die Lösung von L1F Solution Layer 1 Foundation @L1Fxyz besteht darin, die Ord-Protokollversion auf 0.9.0 einzufrieren, um zu verhindern, dass ähnliche Probleme in Zukunft auftreten. Obwohl wir also andere Klassen von Cursed Glyphs haben, vermeiden Sie Inkompatibilitäten zwischen verschiedenen Versionen, indem Sie alle Indexer auf Version 0.9.0 erstellen. Dies ist keine dauerhafte Lösung, aber im Moment funktioniert es sehr gut, den BRC-20 stabil zu halten. Unisat will das Protokoll vorantreiben Unisat hat zunächst ein Schwarz-Weiß-Modulsystem auf den Markt gebracht. Dadurch können Personen, die auf BRC-20 aufbauen (wie Unisat), neue Funktionen in schwarzen Modulen (temporären Standorten, die nicht im Hauptprotokoll indiziert sind) einführen.Sie können Münzen in das schwarze Modul stecken, sie aber erst wieder herausnehmen, wenn sie genehmigt wurden, im Wesentlichen wie bei einer Bitcoin Space Chain (Einbahnbrücke). Dann gab Unisat gestern bekannt, dass sie die Ord-Version unter dem BRC-20-Indexer auf die neueste Post-Jubiläumsversion aktualisieren wollen. Jubilee ist die offizielle Version des Ords und wir werden Ordinalzahlen nicht mehr verfluchen (alle Inschriften werden immer positive Zahlen haben). Diskussionspunkt: So aktualisieren Sie BRC-20 Ein Upgrade der Ord-Version unter dem BRC-20-Indexer ist eigentlich eine sehr gute Idee. Das Ord-Protokoll wird stabiler sein, wir werden Ordinalzahlen nicht mehr verfluchen, wir müssen uns keine Sorgen über Unstimmigkeiten bei der Balance machen usw. Unisat möchte diesen Dienst so schnell wie möglich starten, was sinnvoll ist, da Unisat ein Startup ist. Startups haben keine Zeit herumzusitzen und zu warten. Sie müssen hart daran arbeiten, ein markttaugliches Produkt zu finden und es für Ihre Benutzer zu entwickeln. L1F möchte das Upgrade verzögern, denn wenn wir das Upgrade beschleunigen, könnten wir mehr Fehler bekommen. Best in Slot und andere haben einige dieser Protokollfehler entdeckt. Dies ist sinnvoll, da L1F darauf ausgelegt ist, die Grundlage des Protokolls zu schützen, sodass Upgrades von langsameren, zielgerichteteren Protokollpfaden akzeptiert werden können. Einige glauben, dass dies ein Machtspiel des Unisat-Teams ist, um zu versuchen, das Protokoll zu kontrollieren. Andere glauben, dass L1F lediglich versucht, das Protokoll zu kontrollieren, das stärker marktorientiert sein sollte. Bobs Meinung: Aufgrund des unglaublichen Erfolgs des BRC-20-Abkommens können wir nicht schneller vorankommen. Die Starttage von BRC-20 sind vorbei. BRC-20 ist ein absolut umfangreiches Protokoll (TVL, Benutzer, Infrastruktur, Wallets, Markt) und es sollte nichts mehr schnell erledigt werden. Mir gefällt der Ansatz von L1F. Domo hat immer die Bedeutung der Protokollstabilität erkannt (BRC-20 hat sich seit seiner Einführung nicht wirklich verändert), was eine Stärke darstellt. Einfacher zu integrieren. Einfacher aufzubauen usw. Wir brauchen Dezentralisierung, Umsicht und einen langsamen Konsens- und Kompromissprozess, um Änderungen am BRC-20-Protokoll voranzutreiben.