Am 1. Februar startete Binance Web3 Wallet offiziell seinen Inscription-Markt und unterstützt verschiedene Inscription-Protokolle wie BRC-20 und Ethscription. Vor einigen Tagen kündigte OKX auch seine Unterstützung für Inschriftenprotokolle wie ARC-20, Runes, Doginals usw. an, was die Aufmerksamkeit des gesamten Marktes auf Inschriften lenkte. Während der Einschreibungswelle treten aufgrund der Komplexität und Neuartigkeit der Beschriftungsprotokolle häufig verschiedene Sicherheitsprobleme auf. Dies bedroht nicht nur die Vermögenssicherheit der Nutzer, sondern wirkt sich auch negativ auf die gesunde Entwicklung des gesamten Inscription-Ökosystems aus.
Als Reaktion darauf wird das Beosin-Sicherheitsteam die gängigen Beschriftungsprotokolle analysieren, um den Benutzern zu helfen, den Zweck und die Implementierung der Beschriftungsprotokolle zu verstehen und zu erfahren, wie die Beschriftungsressourcen geschützt werden können.
Die sogenannte Inscription auf der Blockchain dient dazu, einige spezifische und aussagekräftige Informationen auf der Blockchain durch bestimmte Eigenschaften der Blockchain festzuhalten. Sobald diese Informationen auf der Blockchain aufgezeichnet sind, werden sie dauerhaft auf der Blockchain gespeichert und sind schwer zu manipulieren. Die in der Blockchain aufgezeichneten Informationen können von vielen Arten sein, wie z. B. einfache Textinformationen, komplexe Codes, Bilder usw., die in die Blockchain geschrieben werden können. Auf diese Weise können wir eine Reihe von Standards verwenden, um die Funktionen von digitalen Assets zu implementieren.
Von der anfänglichen Entstehung von Bitcoin-Inschriften wie BRC-20 bis hin zur aktuellen Inscription-Ökologie gibt es fast täglich endlose neue Inscription-Protokolle und neue Projekte. Man kann sagen, dass die Entwicklung der Inschrift sprunghaft voranschreitet. Verschiedene gängige öffentliche Chains haben sich ebenfalls dem Inscription-Ökosystem angeschlossen, wie z. B. das Ethscription-Protokoll auf der öffentlichen ETH-Chain, das ARC-20-Protokoll auf der öffentlichen BTC-Chain, BSC-20 und andere Protokolle auf der öffentlichen BSC-Chain und das PRC- auf der öffentlichen Polygon-Chain. 20 usw. Vereinbarung .... Diese Protokolle werden alle zum Zweck der Veröffentlichung von Inschriften in ihren öffentlichen Ketten erstellt. In den folgenden Inhalten stellen wir die Implementierungsmethoden und Anwendungsfälle verschiedener Protokolle vor.
Lassen Sie uns die Protokolle vorstellen, die derzeit viel Aufmerksamkeit auf dem Markt erregen, und die Gemeinsamkeiten und Unterschiede zwischen den Beschriftungsprotokollen verschiedener öffentlicher Ketten vergleichen.
Um BRC-20 klar zu erklären, müssen wir zunächst UTXO und Ordinalzahlen einführen.
BTC verwendet das UTXO-Modell, und Transaktionen werden in UTXO-Einheiten übertragen. UTXO ist die Abkürzung für Unspent Transaction Output, was so viel bedeutet wie Unspent Transaction Output. Das UTXO-Modell unterscheidet sich vom Kontomodell öffentlicher Chains wie Ethereum dadurch, dass es Transaktionsereignisse, aber nicht den endgültigen Status aufzeichnet. Um zu berechnen, wie viele Bitcoins ein Benutzer hat, müssen Sie alle UTXOs seiner Adresse addieren, und das Ergebnis ist die Anzahl der vom Benutzer gehaltenen Coins.
Ordinals ist ein systematisches Protokoll zur Nummerierung von Satoshis (Sats), der kleinsten Einheit von Bitcoin. Es kann jedem Satoshi in jedem UTXO (einschließlich mehrerer Satoshis) eine eindeutige Nummer zuweisen. Ordinals unterstützt auch die Funktion des Schreibens von Text, Bildern, Audio, Video usw. in Satoshis, wodurch jedes Satoshi einzigartig wird, ähnlich wie das bekannte Ethereum Non-Fungible Token NFT, das wir Bitcoin NFT nennen.
Der Gründer von BRC-20 entwickelte ein weiteres Konzept, das auf dem Ordinals-Protokoll basiert. Da das Ordinals-Protokoll Bitcoin-NFTs erstellen kann, indem es jedem Satoshi unterschiedliche "Attribute" gibt, kann es auch Bitcoin-FTs erstellen, indem es ein einheitliches "Format" und "Attribute" angibt, d. h. homogene Token.
BRC-20 schreibt Textdaten im einheitlichen JSON-Format über das Ordinals-Protokoll in Satoshi. Bei diesen Textdaten handelt es sich um das Buchhaltungsbuch der BRC-20-Token. Anhand dieser Textdaten können Token-Bestände und -Transfers analysiert werden. Umfasst im Wesentlichen folgende Inhalte:
Die oben genannten sind die drei Standards von BRC-20. Unter ihnen stellt das op-Feld den Vorgang dar, der ausgeführt werden muss, einschließlich Deployment (Deployment), Mint (Minting) und Transfer (Transfer). Das Häkchen stellt den Namen des Tokens dar, das ausgeführt werden muss. Max steht für die Gesamtmenge der ausgegebenen Token, LIM für die maximale Anzahl der pro Token geprägten Coins, AMT für die Anzahl der Token, die betrieben werden müssen. Im Übertragungsstandard gibt es auch Felder wie "bis", was aber nicht notwendig ist. Die Überweisung erfolgt durch Die Anmeldung wird an die Zieladresse gesendet, um die Saldoänderung durchzuführen, wie in der folgenden Abbildung dargestellt:
Quelle:https://twitter.com/blockpunk2077/status/1725513817982136617
ARC-20 ist immer noch das Inscription-Protokoll auf der öffentlichen Bitcoin-Chain. Wie das BRC-20-Protokoll wird es implementiert, indem Standarddaten in UTXO geschrieben werden, aber der Unterschied besteht darin, dass das ARC-20-Protokoll ARC-20 nicht in den Daten angeben muss. Stattdessen wird die Anzahl der ARC-20-Token durch Sats (Satoshi, die kleinste Einheit von Bitcoin) im UTXO dargestellt. Die Regel lautet: 1 sat=1 ARC-20-Token.
Das ARC-20-Protokoll ist wie das BRC-20-Protokoll ebenfalls in drei Schritte unterteilt: Bereitstellung, Prägung und Übertragung. In der Bereitstellungsphase müssen der Standard-Tokenname, die Gesamtanzahl der Token, die Umwandlungseinschränkungen und die Blockinformationen in den UTXO eingegeben werden. , Bildinformationen usw.; In der Minting-Phase muss der Benutzer den Namen des Tokens in den UTXO eingeben, und die Anzahl der Sats des UTXO ist der Prägebetrag des ARC-20-Tokens und wird nicht zusammen mit dem Token-Namen in den UTXO eingetragen. Wenn der Benutzer ARC-20-Token prägt, können sie an andere Adressen gesendet werden. Beim Versenden von Token müssen die Benutzer keine Daten in den UTXO eingeben, sondern übertragen den UTXO, der das Token enthält, direkt an andere Adressen.
Quelle:https://twitter.com/blockpunk2077/status/1725513817982136617
Bei der Abfrage von ARC-20-Token wird nur ein Index benötigt. Der Offline-Indexserver kann die Token-Registrierungsinformationen sowie die Minting- und Transfertransaktionen lesen. Es ist nicht erforderlich, dass der Server die Überweisungsbeziehung berechnet und die ARC-20-Token abfragt, die sich im Besitz der Adresse befinden. Die Menge kann durch direktes Ablesen der Sats-Menge des UTXO, der den Token hält, ermittelt werden.
Nachdem Sie BRC-20 und ARC-20 verstanden haben, sollten Sie wissen, warum manche Leute versehentlich beschriftete Assets an andere Adressen übertragen oder "verbrennen".
Da BTC-Inscriptionsprotokolle wie BRC-20 und ARC-20 auf UTXO-Transaktionen basieren, werden Inscription-Transaktionen tatsächlich an BTC-Transaktionen angehängt, und Benutzer können gewöhnliche BTC-Überweisungsvorgänge durchführen, ohne die Inschrift vollständig zu verstehen. Sein aktueller UTXO wird mit anderen UTXOs zusammengeführt und aufgeteilt und dann an unbeabsichtigte Adressen gesendet, was dazu führt, dass die eingeschriebenen Vermögenswerte falsch übertragen oder "verbrannt" werden, was zu irreversiblen Verlusten führt.
Ethscription ist ein Protokoll zum Erstellen und Teilen von Daten auf Ethereum. Einige Inschriften verwenden dieses Protokoll, um Smart Contracts zu ersetzen, um die Token-Ausgabe zu implementieren. Durch die Verwendung von Beschriftungen können die Benutzerkosten auf ein extrem niedriges Niveau gesenkt werden.
Wenn Ethereum eine Transaktion sendet, stellt es einen calldata-Datenblock zur Verfügung. Im Allgemeinen wird dieser Datenblock für gewöhnliche ETH-Überweisungen leer gelassen. Wenn ein Smart Contract aufgerufen wird, wird der Datenblock als Signatur der aufrufenden Funktion und der einzelnen Parameterdaten bezeichnet. Das Ethscription-Protokoll verwendet den calldata-Datenblock, um einige Standarddaten hinzuzufügen, um beim Senden gewöhnlicher ETH-Überweisungen eine relevante Bedeutung zu erhalten.
Wie spezifiziert Ethscription diese Standarddaten?
Wenn Sie eine Ethscription erstellen möchten, deren Inhalt Bilddaten sind, müssen Sie zunächst das Bild (die Bildgröße ist auf 96 KB beschränkt) in einen URI von Base64-kodierten Daten im Format (data:image/png; base64,...); next Konvertieren Sie den URI in eine hexadezimale Zeichenfolge. Senden Sie eine gewöhnliche Überweisungstransaktion über Ethereum an die Zieladresse und geben Sie die obige hexadezimale Zeichenfolge in calldata ein, wie unten gezeigt:
Auf diese Weise besitzt die 0xf1bf Adresse das Ethscription, und jedes Ethscription, das später mit denselben Anrufdaten erstellt wird, wird als ungültig betrachtet.
Wenn Sie das Ethscription übertragen möchten, müssen Sie vom Ethscription-Besitzer eine gewöhnliche Überweisung an die Empfängeradresse senden und den Transaktions-Hash, der das Ethscription erstellt hat, in die Aufrufdaten eingeben, dann wird die empfangende Adresse die Ethscription besitzen, wie unten gezeigt:
Für EVM-Blockchains wie BSCChain, Ethereum, Polygon usw. gibt es eine gängige Methode der Einschreibung namens calldata. Bei dieser Methode werden Datenblöcke verwendet, um Daten mit festem Format zu speichern. Im Gegensatz zu der oben erwähnten Speicherung von Bilddaten werden bei dieser Methode standardformatierte Textdaten in die Aufrufdaten geschrieben.
Auf der BSC-Kette werden die Beschriftungen in einem ähnlichen Format wie das BRC20-Beschriftungsformat eingraviert. Das Beschriftungsformat lautet beispielsweise: data:,{“p”:””,”op”:””,”tick”:””,”amt”:””}; Dabei steht das Feld "p" für den Protokollnamen, z. B. BSC-20, BNBS-20, LTC-20, BEP-20, DRC-20, NRC-20, SRC-20 usw. Das Feld "op" stellt den Vorgang dar, in der Regel "mint". Das Feld "tick" stellt den Tokennamen dar, und das Feld "amt" stellt die Tokenmenge dar.
Am Beispiel des bnbs-Tokens können wir sehen, dass, solange eine gewöhnliche Überweisung an die Zieladresse gesendet wird, data: eingeben{“p”:”bsc-20”,”op”:”mint” in the calldata ,”tick”:”bnbs”,”amt”:”1000”} dann den bnbs-Token-Minting-Vorgang abschließen, wie unten gezeigt. Zu diesem Zeitpunkt verfügt die 0x22ef Adresse über 1.000 bnbs-Token.
Als Nächstes müssen Sie das Token übertragen. Wie oben beschrieben, müssen Sie eine gewöhnliche Überweisung an die Empfangsadresse senden und den Transaktions-Hash, der das bnbs-Token erstellt hat, in die Anrufdaten eingeben. Dann besitzt die empfangende Adresse das bnbs-Token, wie unten gezeigt:
Bei Ethereum, Polygon und anderen Chains ist es im Grunde dasselbe, aber es sollte beachtet werden, dass der Inhalt der obigen BSC-Chain nicht die einzige Situation ist, in der Inschriften auf der evm-Chain erstellt werden. Es kann Unterschiede in den ausgefüllten Textdatenfeldern zwischen verschiedenen evm-Ketten oder verschiedenen Protokollen geben. Es kann auch Unterschiede in der Art und Weise geben, wie Token übertragen werden. Bei dieser Art von Methode werden sie jedoch alle mit dem calldata-Attribut in der EVM-Kette implementiert, sodass sie ähnlich zu sein scheinen.
In diesem Artikel besprechen wir die Implementierungsprinzipien von Inschriften auf mehreren Ketten. Zusammenfassend lässt sich sagen, dass es sich bei den eingeführten Inschriften um alle Prozesse handelt, die einige Funktionen des öffentlichen Kettensystems verwenden, um Offline-Informationen in der Blockchain gemäß den vorgeschriebenen Standards zu speichern und sie dann über Offline-Server zu identifizieren und anzuzeigen. Keine der eingeführten Inschriften verwendet Smart Contracts. Benutzer können bei der Teilnahme eine große Menge an zusätzlichen Transaktionskosten reduzieren. Benutzer müssen jedoch die Implementierung des Beschriftungsprotokolls vollständig verstehen, um versehentliche Übertragungen oder versehentliches Verbrennen von Beschriftungen zu vermeiden, die zu Vermögensverlusten führen.
Am 1. Februar startete Binance Web3 Wallet offiziell seinen Inscription-Markt und unterstützt verschiedene Inscription-Protokolle wie BRC-20 und Ethscription. Vor einigen Tagen kündigte OKX auch seine Unterstützung für Inschriftenprotokolle wie ARC-20, Runes, Doginals usw. an, was die Aufmerksamkeit des gesamten Marktes auf Inschriften lenkte. Während der Einschreibungswelle treten aufgrund der Komplexität und Neuartigkeit der Beschriftungsprotokolle häufig verschiedene Sicherheitsprobleme auf. Dies bedroht nicht nur die Vermögenssicherheit der Nutzer, sondern wirkt sich auch negativ auf die gesunde Entwicklung des gesamten Inscription-Ökosystems aus.
Als Reaktion darauf wird das Beosin-Sicherheitsteam die gängigen Beschriftungsprotokolle analysieren, um den Benutzern zu helfen, den Zweck und die Implementierung der Beschriftungsprotokolle zu verstehen und zu erfahren, wie die Beschriftungsressourcen geschützt werden können.
Die sogenannte Inscription auf der Blockchain dient dazu, einige spezifische und aussagekräftige Informationen auf der Blockchain durch bestimmte Eigenschaften der Blockchain festzuhalten. Sobald diese Informationen auf der Blockchain aufgezeichnet sind, werden sie dauerhaft auf der Blockchain gespeichert und sind schwer zu manipulieren. Die in der Blockchain aufgezeichneten Informationen können von vielen Arten sein, wie z. B. einfache Textinformationen, komplexe Codes, Bilder usw., die in die Blockchain geschrieben werden können. Auf diese Weise können wir eine Reihe von Standards verwenden, um die Funktionen von digitalen Assets zu implementieren.
Von der anfänglichen Entstehung von Bitcoin-Inschriften wie BRC-20 bis hin zur aktuellen Inscription-Ökologie gibt es fast täglich endlose neue Inscription-Protokolle und neue Projekte. Man kann sagen, dass die Entwicklung der Inschrift sprunghaft voranschreitet. Verschiedene gängige öffentliche Chains haben sich ebenfalls dem Inscription-Ökosystem angeschlossen, wie z. B. das Ethscription-Protokoll auf der öffentlichen ETH-Chain, das ARC-20-Protokoll auf der öffentlichen BTC-Chain, BSC-20 und andere Protokolle auf der öffentlichen BSC-Chain und das PRC- auf der öffentlichen Polygon-Chain. 20 usw. Vereinbarung .... Diese Protokolle werden alle zum Zweck der Veröffentlichung von Inschriften in ihren öffentlichen Ketten erstellt. In den folgenden Inhalten stellen wir die Implementierungsmethoden und Anwendungsfälle verschiedener Protokolle vor.
Lassen Sie uns die Protokolle vorstellen, die derzeit viel Aufmerksamkeit auf dem Markt erregen, und die Gemeinsamkeiten und Unterschiede zwischen den Beschriftungsprotokollen verschiedener öffentlicher Ketten vergleichen.
Um BRC-20 klar zu erklären, müssen wir zunächst UTXO und Ordinalzahlen einführen.
BTC verwendet das UTXO-Modell, und Transaktionen werden in UTXO-Einheiten übertragen. UTXO ist die Abkürzung für Unspent Transaction Output, was so viel bedeutet wie Unspent Transaction Output. Das UTXO-Modell unterscheidet sich vom Kontomodell öffentlicher Chains wie Ethereum dadurch, dass es Transaktionsereignisse, aber nicht den endgültigen Status aufzeichnet. Um zu berechnen, wie viele Bitcoins ein Benutzer hat, müssen Sie alle UTXOs seiner Adresse addieren, und das Ergebnis ist die Anzahl der vom Benutzer gehaltenen Coins.
Ordinals ist ein systematisches Protokoll zur Nummerierung von Satoshis (Sats), der kleinsten Einheit von Bitcoin. Es kann jedem Satoshi in jedem UTXO (einschließlich mehrerer Satoshis) eine eindeutige Nummer zuweisen. Ordinals unterstützt auch die Funktion des Schreibens von Text, Bildern, Audio, Video usw. in Satoshis, wodurch jedes Satoshi einzigartig wird, ähnlich wie das bekannte Ethereum Non-Fungible Token NFT, das wir Bitcoin NFT nennen.
Der Gründer von BRC-20 entwickelte ein weiteres Konzept, das auf dem Ordinals-Protokoll basiert. Da das Ordinals-Protokoll Bitcoin-NFTs erstellen kann, indem es jedem Satoshi unterschiedliche "Attribute" gibt, kann es auch Bitcoin-FTs erstellen, indem es ein einheitliches "Format" und "Attribute" angibt, d. h. homogene Token.
BRC-20 schreibt Textdaten im einheitlichen JSON-Format über das Ordinals-Protokoll in Satoshi. Bei diesen Textdaten handelt es sich um das Buchhaltungsbuch der BRC-20-Token. Anhand dieser Textdaten können Token-Bestände und -Transfers analysiert werden. Umfasst im Wesentlichen folgende Inhalte:
Die oben genannten sind die drei Standards von BRC-20. Unter ihnen stellt das op-Feld den Vorgang dar, der ausgeführt werden muss, einschließlich Deployment (Deployment), Mint (Minting) und Transfer (Transfer). Das Häkchen stellt den Namen des Tokens dar, das ausgeführt werden muss. Max steht für die Gesamtmenge der ausgegebenen Token, LIM für die maximale Anzahl der pro Token geprägten Coins, AMT für die Anzahl der Token, die betrieben werden müssen. Im Übertragungsstandard gibt es auch Felder wie "bis", was aber nicht notwendig ist. Die Überweisung erfolgt durch Die Anmeldung wird an die Zieladresse gesendet, um die Saldoänderung durchzuführen, wie in der folgenden Abbildung dargestellt:
Quelle:https://twitter.com/blockpunk2077/status/1725513817982136617
ARC-20 ist immer noch das Inscription-Protokoll auf der öffentlichen Bitcoin-Chain. Wie das BRC-20-Protokoll wird es implementiert, indem Standarddaten in UTXO geschrieben werden, aber der Unterschied besteht darin, dass das ARC-20-Protokoll ARC-20 nicht in den Daten angeben muss. Stattdessen wird die Anzahl der ARC-20-Token durch Sats (Satoshi, die kleinste Einheit von Bitcoin) im UTXO dargestellt. Die Regel lautet: 1 sat=1 ARC-20-Token.
Das ARC-20-Protokoll ist wie das BRC-20-Protokoll ebenfalls in drei Schritte unterteilt: Bereitstellung, Prägung und Übertragung. In der Bereitstellungsphase müssen der Standard-Tokenname, die Gesamtanzahl der Token, die Umwandlungseinschränkungen und die Blockinformationen in den UTXO eingegeben werden. , Bildinformationen usw.; In der Minting-Phase muss der Benutzer den Namen des Tokens in den UTXO eingeben, und die Anzahl der Sats des UTXO ist der Prägebetrag des ARC-20-Tokens und wird nicht zusammen mit dem Token-Namen in den UTXO eingetragen. Wenn der Benutzer ARC-20-Token prägt, können sie an andere Adressen gesendet werden. Beim Versenden von Token müssen die Benutzer keine Daten in den UTXO eingeben, sondern übertragen den UTXO, der das Token enthält, direkt an andere Adressen.
Quelle:https://twitter.com/blockpunk2077/status/1725513817982136617
Bei der Abfrage von ARC-20-Token wird nur ein Index benötigt. Der Offline-Indexserver kann die Token-Registrierungsinformationen sowie die Minting- und Transfertransaktionen lesen. Es ist nicht erforderlich, dass der Server die Überweisungsbeziehung berechnet und die ARC-20-Token abfragt, die sich im Besitz der Adresse befinden. Die Menge kann durch direktes Ablesen der Sats-Menge des UTXO, der den Token hält, ermittelt werden.
Nachdem Sie BRC-20 und ARC-20 verstanden haben, sollten Sie wissen, warum manche Leute versehentlich beschriftete Assets an andere Adressen übertragen oder "verbrennen".
Da BTC-Inscriptionsprotokolle wie BRC-20 und ARC-20 auf UTXO-Transaktionen basieren, werden Inscription-Transaktionen tatsächlich an BTC-Transaktionen angehängt, und Benutzer können gewöhnliche BTC-Überweisungsvorgänge durchführen, ohne die Inschrift vollständig zu verstehen. Sein aktueller UTXO wird mit anderen UTXOs zusammengeführt und aufgeteilt und dann an unbeabsichtigte Adressen gesendet, was dazu führt, dass die eingeschriebenen Vermögenswerte falsch übertragen oder "verbrannt" werden, was zu irreversiblen Verlusten führt.
Ethscription ist ein Protokoll zum Erstellen und Teilen von Daten auf Ethereum. Einige Inschriften verwenden dieses Protokoll, um Smart Contracts zu ersetzen, um die Token-Ausgabe zu implementieren. Durch die Verwendung von Beschriftungen können die Benutzerkosten auf ein extrem niedriges Niveau gesenkt werden.
Wenn Ethereum eine Transaktion sendet, stellt es einen calldata-Datenblock zur Verfügung. Im Allgemeinen wird dieser Datenblock für gewöhnliche ETH-Überweisungen leer gelassen. Wenn ein Smart Contract aufgerufen wird, wird der Datenblock als Signatur der aufrufenden Funktion und der einzelnen Parameterdaten bezeichnet. Das Ethscription-Protokoll verwendet den calldata-Datenblock, um einige Standarddaten hinzuzufügen, um beim Senden gewöhnlicher ETH-Überweisungen eine relevante Bedeutung zu erhalten.
Wie spezifiziert Ethscription diese Standarddaten?
Wenn Sie eine Ethscription erstellen möchten, deren Inhalt Bilddaten sind, müssen Sie zunächst das Bild (die Bildgröße ist auf 96 KB beschränkt) in einen URI von Base64-kodierten Daten im Format (data:image/png; base64,...); next Konvertieren Sie den URI in eine hexadezimale Zeichenfolge. Senden Sie eine gewöhnliche Überweisungstransaktion über Ethereum an die Zieladresse und geben Sie die obige hexadezimale Zeichenfolge in calldata ein, wie unten gezeigt:
Auf diese Weise besitzt die 0xf1bf Adresse das Ethscription, und jedes Ethscription, das später mit denselben Anrufdaten erstellt wird, wird als ungültig betrachtet.
Wenn Sie das Ethscription übertragen möchten, müssen Sie vom Ethscription-Besitzer eine gewöhnliche Überweisung an die Empfängeradresse senden und den Transaktions-Hash, der das Ethscription erstellt hat, in die Aufrufdaten eingeben, dann wird die empfangende Adresse die Ethscription besitzen, wie unten gezeigt:
Für EVM-Blockchains wie BSCChain, Ethereum, Polygon usw. gibt es eine gängige Methode der Einschreibung namens calldata. Bei dieser Methode werden Datenblöcke verwendet, um Daten mit festem Format zu speichern. Im Gegensatz zu der oben erwähnten Speicherung von Bilddaten werden bei dieser Methode standardformatierte Textdaten in die Aufrufdaten geschrieben.
Auf der BSC-Kette werden die Beschriftungen in einem ähnlichen Format wie das BRC20-Beschriftungsformat eingraviert. Das Beschriftungsformat lautet beispielsweise: data:,{“p”:””,”op”:””,”tick”:””,”amt”:””}; Dabei steht das Feld "p" für den Protokollnamen, z. B. BSC-20, BNBS-20, LTC-20, BEP-20, DRC-20, NRC-20, SRC-20 usw. Das Feld "op" stellt den Vorgang dar, in der Regel "mint". Das Feld "tick" stellt den Tokennamen dar, und das Feld "amt" stellt die Tokenmenge dar.
Am Beispiel des bnbs-Tokens können wir sehen, dass, solange eine gewöhnliche Überweisung an die Zieladresse gesendet wird, data: eingeben{“p”:”bsc-20”,”op”:”mint” in the calldata ,”tick”:”bnbs”,”amt”:”1000”} dann den bnbs-Token-Minting-Vorgang abschließen, wie unten gezeigt. Zu diesem Zeitpunkt verfügt die 0x22ef Adresse über 1.000 bnbs-Token.
Als Nächstes müssen Sie das Token übertragen. Wie oben beschrieben, müssen Sie eine gewöhnliche Überweisung an die Empfangsadresse senden und den Transaktions-Hash, der das bnbs-Token erstellt hat, in die Anrufdaten eingeben. Dann besitzt die empfangende Adresse das bnbs-Token, wie unten gezeigt:
Bei Ethereum, Polygon und anderen Chains ist es im Grunde dasselbe, aber es sollte beachtet werden, dass der Inhalt der obigen BSC-Chain nicht die einzige Situation ist, in der Inschriften auf der evm-Chain erstellt werden. Es kann Unterschiede in den ausgefüllten Textdatenfeldern zwischen verschiedenen evm-Ketten oder verschiedenen Protokollen geben. Es kann auch Unterschiede in der Art und Weise geben, wie Token übertragen werden. Bei dieser Art von Methode werden sie jedoch alle mit dem calldata-Attribut in der EVM-Kette implementiert, sodass sie ähnlich zu sein scheinen.
In diesem Artikel besprechen wir die Implementierungsprinzipien von Inschriften auf mehreren Ketten. Zusammenfassend lässt sich sagen, dass es sich bei den eingeführten Inschriften um alle Prozesse handelt, die einige Funktionen des öffentlichen Kettensystems verwenden, um Offline-Informationen in der Blockchain gemäß den vorgeschriebenen Standards zu speichern und sie dann über Offline-Server zu identifizieren und anzuzeigen. Keine der eingeführten Inschriften verwendet Smart Contracts. Benutzer können bei der Teilnahme eine große Menge an zusätzlichen Transaktionskosten reduzieren. Benutzer müssen jedoch die Implementierung des Beschriftungsprotokolls vollständig verstehen, um versehentliche Übertragungen oder versehentliches Verbrennen von Beschriftungen zu vermeiden, die zu Vermögensverlusten führen.