úvod
V prvním článku série Ordinals vs Taro jsme stručně představili teoretickou implementaci operací ražby a převodu aktiv Taro v protokolu Taro. Zde si pro srovnání probereme implementační teorie Ordinals a Colored Coin a dále představíme implementaci Taro a stávající pokrok, abychom hluboce prozkoumali proveditelnost implementace sítě druhé vrstvy Bitcoinu.
Článek bude rozdělen do následujících čtyř částí: původ bitcoinového homogenního tokenu Colored Coin, ordinální teorie a řadové řádky, implementace a pokrok Taro a rozšířená četba: Atomics Protocol.
Recenze: The Origin of All Things Colored Coin
Colored Coin je nový token generovaný v bitcoinové síti navržený Yoni Assiou, Vitalikem Buterinem a dalšími v roce 2012 [1] [2]. Barevné mince by měly být prototypem aktuálně běžných tokenů ERC-20. V té době byly používány k reprezentaci aktiv a provádění hlasování, což je podobné funkcím, které dnes ERC-20 nese. Na bývalém prohlížeči barevných mincí Coinprism můžeme také vidět sérii aktiv vydaných lidmi v roce 2015. Obrázek je převzat ze snímku, který zanechala webová stránka v roce 2015: Coinprism Snapshoot - archive.org.
Coinprism Snapshoot
zásada
Barevné mince odlišují skupinu bitcoinů od ostatních bitcoinů pomocí „barvení“ Existují dva způsoby, jak implementovat barevné mince: protokol EPOBC navržený společností ChromaWay a Open Assets (Open Assets), který používá OP_RETURN k ukládání metadat. Zde stručně představíme princip implementace otevřených aktiv, což je také metoda zmíněná Yoni et al v bílé knize Colored Coins [3].
OP_RETURN byl navržen v bitcoinu v0.9.0 a lze jej použít k ukládání malého množství dat o bitcoinech [4]. Původní limit byl pro ukládání dat o délce 40 bajtů, která byla později zvýšena na 80 bajtů. Bílá kniha Colored Coin White Paper (2013) používala k implementaci barvení kódování délky 40 bajtů, zatímco specifikace protokolu Colored Coin z roku 2016 [5] používala specifikaci délky 80 bajtů. Specifikace protokolu barevných mincí 2016 je poměrně složitá, což zahrnuje i mini skriptovací jazyk barevných mincí, který zde nebude představen. Původní myšlenkou barevných mincí je použít OP_RETURN k uložení specifických informací o kódování ve výstupním skriptu transakce a poté se spolehnout na off-chain indexovací program, který identifikuje legitimitu těchto transakcí (protože Ordinals se objeví na konci roku 2022).
Vytvářejte aktiva
V původním barevném mincovním bílém papíře je kódování dat pro vytvoření aktiva následující
Formát kódování v bílé knize Colored Coin
Zakódovaná data začínají 0x0043438000 ("CCP"), aby se identifikovala jako transakce geneze barevné mince, po níž následují dva bajty označující aktuální verzi protokolu. Další dva bajty jsou dodatečné pokyny k vydání Všechny 0 znamenají, že aktivum nelze dodatečně vydat, a všechny 1 znamenají, že aktivum lze vydat neomezeně. Posledních 31 bajtů se používá k uložení informací o barvení. Transakce vytvoření aktiv popsaná v bílé knize je následující
Zakódovaná data ve výstupu OP_RETURN indikují, že tato transakce je transakcí vytvoření aktiva Podle pravidel kódování může aktiva vytvořená touto transakcí vydávat neomezeně peněženku s adresou 17zt...sSrb (protože první. vstup Tato adresa je adresa (podle protokolu může být použita jako dodatečná adresa pro vydání) a adresa před výstupem OP_RETURN může být identifikována jako adresa, která přijímá aktiva vytvoření. První tři adresy obdrží 9 900 000 aktiva a poslední adresa obdrží 19 900 000 tohoto aktiva. Z toho je vidět, že každé satoshi obarvené v barevných mincích odpovídá určitému obarvenému aktivu.
Proč je částka přijatých aktiv snížena o 10 000? To je způsobeno výchozím nastavením 10 000 výplní definovaným v protokolu, které umožňuje odbarvit 10 000 satoshi, aby se zabránilo prachovým transakcím.
Převod majetku
Převod aktiv může být navržen jako složitější, jako je například převod více žetonů různých barviv v jedné transakci, aby se však usnadnilo znázornění procesu převodu, předpokládá se, že se převádí jeden obarvený žeton. A přenos zahrnuje vstupní pořadové číslo (sekvence, což je pole na vstupu bitcoinové transakce, obvykle můžete vidět pole nSekvence v prohlížeči) a jeho binární reprezentace představuje, na který výstup vstup vyvede token. střední. Například 6 (110b) znamená výstup na 1. a 2. výstup, nikoli na 0. nebo jiné výstupy. Transakce přenosu tokenu je zobrazena níže, kde jsou vynechány informace o vstupní a výstupní adrese. Tmavé barvy na obrázku znamenají, že vstup nebo výstup je barevný.
Transakce přenosu barev
Představuje to jako přenosový stav barevných mincí, tj. odstranění vycpávky a převod binárního čísla sériového čísla do snadno čitelné podoby, lze počáteční stav získat následovně konečný stav, který je vyznačen přímo zde.
Barevná indikace stavu převodu mincí
Počínaje 0. vstupem procházejte pořadovým číslem pro přenos stavu. Proces přenosu je znázorněn na obrázku níže.
Změny stavu převodu
Přeneste 5 barevných položek ze vstupu 0 na výstup 1. V tomto okamžiku jsou mezery ve výstupu 0 a 1 odečteny o 5. Protože jsou převedeny na 1 a vstup 0 je barevný prvek, je na výstupu barevná hodnota 1 přidat 5;
Vstup 1 převádí 10 aktiv barviva na výstup 1. V tomto okamžiku je min(5, 10) = 5 odečteno od výstupu 1 a převedeno na 1 a vstup 1 je aktivum barviva, takže cvalue se zvýší o 5;
Vstup 1 převede 10 aktiv barviva na výstup 2. V tomto okamžiku je min(5, 10) = 5 odečteno od výstupu 2 a převedeno na 2. Vstup 1 je aktivum barviva, takže cvalue se zvýší o 5;
Vstup 2 přenese 20 barevných aktiv na vstup 1, odečtením min(0, 20) = 0 od jejich mezer, ale vstup 2 není obarven, takže na výstupu 0 nedochází ke změně cvalue;
Prostřednictvím tohoto procesu lze vidět, že pravidla převodu barevných mincí jsou poměrně komplikovaná Program indexování mimo řetězec potřebuje implementovat výpočet UTxO pro převod barevných mincí na základě UTxO bitcoinu podle řady pravidel. Bílá kniha o barevných mincích z roku 2012 také zmiňovala technologii decentralizované výměny pro dokončení výměny barevných mincí v jedné transakci. Je škoda, že částečně podepsaná transakční technologie (PSBTs - BIP0174) vyžadovaná touto technologií byla do BIP začleněna až v roce 2017. Tehdy to vyžadovalo centralizovanou platformu pro její identifikaci a implementaci prostřednictvím knihy objednávek (takže Is this stále centralizované?
Dex v bílé knize barevné mince
Kromě toho verze v2 specifikace protokolu barevných mincí v roce 2016 dále navrhla bytekód, přenosovou adresu a ověřovací pravidla požadovaná pro barevné mince. Je škoda, že se tato sada pravidel kvůli tehdejším funkčním omezením Bitcoinu dále nevyvíjela a vznik Etherea v roce 2015 dále učinil takový design zbytečným a vývoj barevných mincí zde skončil. Někteří lidé také říkají, že důvodem selhání barevných mincí je to, že jsou spojeny s nativními BTC a v některých případech budou odeslány jako BTC a sníženy. Autor se však domnívá, že důvodem jeho selhání je nepohodlnost oběhu a nedostatek aplikačních scénářů.
Ordinální teorie: Ordinály
Čas nastává v prosinci 2022. Díky technologii Segregated Witness a částečné podpisové transakční technologii v roce 2017 a aktivaci upgradu Taproot v roce 2021 vynalezl Casey Rodarmor teorii ordinálních čísel [7]: ordinální číslo je schéma číslování Bitcoinu možné sledovat a přenášet jednotlivé saty [6], které jsou očíslovány podle pořadí, v jakém byly jednotlivé bitcoiny vytěženy, a podle pravidla první dovnitř, první ven při provádění transakcí.
Zobrazení pořadového čísla:
Symbol celého čísla: 2099994106992659 Toto sériové číslo je přiděleno podle pořadí, ve kterém se satoshi těží.
Desetinný zápis: 3891094.16797, první číslo je výška bloku pro těžbu satoshi a druhé číslo je offset satoshi v bloku.
Symbol stupně: 3°111094′214″16797‴ Konkrétní princip reprezentace stupňů viz příručka teorie ordinálních čísel
Symbol procent: 99,99971949060254 %. Vyjadřuje pozici Satoshi v nabídce bitcoinů v procentech.
Jméno: satoshi. Kódujte pořadové číslo pomocí znaků a až z.
Nápis
Teorie ordinálních čísel je spíše stopou k nejmenší jednotce bitcoinu, sat. Pravidla, která navrhuje, dávají každému sat své vlastní jedinečné číslo. Na základě ordinální teorie mohou být s těmito saty spojeny některé jedinečné údaje o řetězu, které se nazývají „ryté“ nápisy. Nápisy jsou uloženy v taproot skriptech, které mají malá omezení obsahu a dostávají další slevy pro svědky, díky čemuž je ukládání nápisů ekonomické. Formát Taproot skriptu pro Inscription je podobný:
Je uloženo ve vstupním svědeckém skriptu transakce Odhalení a je rozpoznáno a vystaveno indexovým uzlem mimo řetězec (ord) při procházení bloku.
Kvůli omezení indexování a nemožnosti provozu na řetězu potřebuje Inscription implementovat další doplňkové funkce, kterých lze dosáhnout pouze otevřením ord, jako je nedávný nápis otce a syna a index nápisu prokletí za několik měsíců před. Základní myšlenka nápisu je velmi podobná Colored Coin Ukládají data v transakcích a indexují je off-chain programy, rozdíl je v tom, že nápis ukládá data do vstupního Taproot skriptu, zatímco Colored Coin je kóduje uloženy ve výstupu.
V tuto chvíli se rozvinul ekosystém bitcoinů, lidé mohou razit NFT v řetězci a díky některým technologiím podpisu transakcí se také objevily transakční trhy. Samotná technologie nápisu je velmi podobná technologii barevných mincí. Obě ukládají data na řetěz a jsou indexovány off-chain indexovacími nástroji. Barevné mince však byly kvůli různým dobám a různým funkcím omezeny funkčními nedostatky tehdejšího Bitcoinu a dále se nevyvíjely. To, co umožnilo Ordinals vyvinout a prorazit, by měl být jeho nižší poplatek za zápis (ve srovnání s dřívější bitcoinovou známkou [8]) a trh, který vznikl díky technologii částečných podpisových transakcí, umožňující lidem snadno obchodovat s nápisy.
BRC-20
Poté se v březnu 2023 objevil také protokol BRC-20 založený na nápisech. Jak bylo zmíněno v předchozím článku, taková homogenní metoda implementace tokenu má násilnou estetiku a proces odlévání a přenosu tokenu je napsán na papíře je ponecháno indexátoru BRC-20, což je ekvivalentní přidání indexu nad index bitcoinu Inscription. Samozřejmě ve skutečné implementaci může indexátor BRC-20 přímo ignorovat ostatní NFT odlitky a starat se pouze o odlévání a přenos BRC-20.
BRC-20 nyní vypadá trochu jako bitcoinová síť druhé vrstvy: síť druhé vrstvy zpracovává sérii transakcí, pravidelně komunikuje s hlavním řetězcem a odesílá transakce ke sdružování, aby byla zajištěna decentralizace. V BRC-20 se odráží jako indexátor, který indexuje zůstatek účtu uživatele, aby se zajistilo, zda jsou určité zápisy BRC-20 platné (zpracování transakcí), a proces přenosu a obsazení je implementován samotným uživatelem (odeslání transakcí do hlavního řetěz).
Zajímavé je, že na fotkách zveřejněných Ordinals Summit nedávno, PPT brc20-swap ukázaný domo, zakladatelem BRC-20, zmínil tyto dva koncepty: Inscription-Based Virtual Machines a Rollup, což podle všeho naznačuje, že BRC -20 v budoucnu také vstoupí do sítě druhé vrstvy.
Implementace a pokrok Taro
V předchozím článku jsme představili princip ražení a převodu aktiv Taro na řetězu, ale jak je implementován v praxi? Ve srovnání s představením principů v předchozím článku zde představíme současnou implementaci a nejnovější pokrok Taro.
Specifická implementace Taro
Z dobře známých důvodů se uzel Lightning Network použitý pro místní testování nemůže normálně připojit k testovací síti. To bude vysvětleno zde prostřednictvím testovacího procesu Understanding Taproot Assets Protocol #2.
Odlévání aktiv
Jak bylo zmíněno v předchozím článku, casting aktiv vyžaduje výběr vstupu UTxO a zaznamenání informací o kořenovém uzlu nového Merkle Sum-Merkle Tree (MS-SMT) do stromu aktiv.
Po dokončení obsazení aktiva můžete získat informace o aktivu:
{
"aktiva": [
{
"verze": 0,
"asset_genesis": {
"genesis_point": "ba779153a792a1d49433fd18e56311f8d212992e7d1405cb14af8dffb34e88ce:0",
"name": "fantasycoin",
"meta_hash": "04e552053fd4c8e2c01bc14cb9a0ce00f07d4ffdffff68fe455c70b934b22a43",
"asset_id": "20cecdb6626705bf26ad036084f7423082db6114f0de84046ebf2e84f6852874",
"output_index": 0,
"verze": 0
},
"asset_type": "NORMÁLNÍ",
"částka": "100",
"lock_time": 0,
"relative_lock_time": 0,
"script_version": 0,
"script_key": "02b4c71447e74672f8cd5b50a6b430fc73b3caff7866dc905a502fe8adefad3b31",
"script_key_is_local": true,
"skupina aktiv": null,
"chain_anchor": {
"anchor_tx": "02000000000101ce884eb3ff...",
"anchor_txid": "ebe73fb60dfa99d191ed1e43a0509cc93c5223fa202656c469e01d6abfd66356",
"anchor_block_hash": "0000000000000000000000000000000000000000000000000000000000000",
"anchor_outpoint": "ebe73fb60dfa99d191ed1e43a0509cc93c5223fa202656c469e01d6abfd66356:0",
"interní_klíč": "03d9f42daae1b7832d77d3ec83ddbb62e71266f6aedf6bcceb944e9672177c9301",
"merkle_root": "634ff6d86b8889f119f505a9bcba38fe4c6bda4b5a40a439fce37184badff63f",
"tapscript_sibling": null
},
"prev_witnesses": [
],
"je_utraceno": nepravda
}
]
}
Výstup zde obsahuje tři důležitá pole:
asset_genesis
、 script_key 和 chain_anchor
asset_genesis
: Popisuje informace o vytvoření díla, jako je hodnota hash metadat, vstupní číslo UTxO, ID díla
script_key
: Podobně jako u ScriptPubKey v transakcích P2TR je k utracení UTxO představujícího aktivum vyžadován skript svědka, který splňuje podmínky (jak je uvedeno v předchozím článku UTxO*)
řetěz_kotva
: Popisuje informace o transakci aktiva v aktuálně ukotveném řetězci. Ukládá transakci, hodnotu hash transakce, hodnotu hash bloku, ve kterém se transakce nachází, a výstupní UTxO převodu aktiv.
Podobně je odpovídající výstup generován také v transakci genesis ebe73fb60dfa99d191ed1e43a0509cc93c5223fa202656c469e01d6abfd66356. Skript, který splňuje výstup ScriptPubKey (prostřednictvím dalšího soukromého klíče nebo cesty, je vyžadován k odemknutí této transakce nebo cesty). Navíc další transakce musí splňovat interní požadavky script_key, když se použije k převodu aktiv Taro.
Jeden problém zde je: jak zajistit, aby toto UTxO bylo možné použít k běžnému utrácení aktiv Taro? Možná lze způsob odemykání cesty soukromého klíče vynutit odstranění (pod P2TR můžete použít soukromý klíč k odemknutí UTxO nebo zadat skript k odemknutí UTxO), takže uživatelé mohou utrácet aktiva Taro pouze prostřednictvím cesty skriptu. Vzhledem k omezeným dostupným informacím se řešení této části problému nepromítlo. Možná je to také problém, který řeší tým Lightning Labs Jak uvedli na stránce Github: Aktuální kód operaci nepodporuje hlavní sítě Je pravděpodobné, že uživatelé přijdou o aktiva Taro a UTxO obsahující BTC.
Kromě toho nelze získat přístup k podrobnostem implementace skriptu svědka. Pokud potřebujete hlubší porozumění, můžete si přečíst pouze zdrojový kód, což vyžaduje více času, takže to zde nebudeme podrobně vysvětlovat.
Převod majetku
V Taro Asset převod aktiv vyžaduje, aby obě strany převodu synchronizovaly své vesmíry Jak bylo zmíněno v předchozím článku, Taro Universe uchovává metainformace o aktivech Taro a lze jej považovat za databázi, která uchovává tuto řadu informací o transakcích. . Transakce budou odeslány do bitcoinu pouze v případě, že bude nutné prokázat, že k těmto transakcím a chování při ražení skutečně došlo (zdá se, že se to také používá jako omezující mechanismus, jako je diskuse v předchozí části, aby bylo zajištěno, že UTxO musí být vynaloženy jako aktivum Taro). Před transakcí proto obě strany transakce potřebují synchronizovat informace, aby byla zajištěna platnost transakce. Poté odešlete aktiva Taro na jinou adresu, která vygeneruje podobnou transakci
převod
informace:
{
"převod": {
"transfer_timestamp": "1684836471",
"anchor_tx_hash": "e4efa1c3272009193e961f383b29c1bc84cf6ed8eb0806bf94056a41387835b3",
"anchor_tx_height_hint": 2434958,
"anchor_tx_chain_fees": "12725",
"vstupy": [
{
"anchor_point": "ebe73fb60dfa99d191ed1e43a0509cc93c5223fa202656c469e01d6abfd66356:0",
"asset_id": "20cecdb6626705bf26ad036084f7423082db6114f0de84046ebf2e84f6852874",
"script_key": "02b4c71447e74672f8cd5b50a6b430fc73b3caff7866dc905a502fe8adefad3b31",
"částka": "100"
}
],
"výstupy": [
{
"Kotva": {
"outpoint": "b3357838416a0594bf0608ebd86ecf84bcc1293b381f963e19092027c3a1efe4:0",
"value": "1000",
"interní_klíč": "024a3cb06616bb1545d3a25417a3fa5ccc70c5fbe9ceed8666410ed83745bbe968",
"taproot_asset_root": "42ac8c2338032a0b0ea9b96916da31a8798eef30cbef2a80b8c6d60249e4698d",
"merkle_root": "42ac8c2338032a0b0ea9b96916da31a8798eef30cbef2a80b8c6d60249e4698d",
"tapscript_sibling": null,
"num_passive_assets": 0
},
"script_key": "02258420ed4cf219965908102c6f8498da274c251a3463880763ba118c2d946c62",
"script_key_is_local": true,
"částka": "79",
"new_proof_blob": "00245663d6bf6a1...",
"split_commit_root_hash": "fdee0a27d560e5223b5e06b7a61d3df5b405942d21cf887fc96b16088874546a",
"output_type": "OUTPUT_TYPE_SPLIT_ROOT"
},
{
"Kotva": {
"outpoint": "b3357838416a0594bf0608ebd86ecf84bcc1293b381f963e19092027c3a1efe4:1",
"value": "1000",
"interní_klíč": "033e42d7bdc3c5161c2dc440667b0f4fca4c4a7d32d13efac12a71994651b048ce",
"taproot_asset_root": "8aada842f74c2b11e9b5a0a716baa0c453855ab6ea316222a8a28e7e79506f41",
"merkle_root": "8aada842f74c2b11e9b5a0a716baa0c453855ab6ea316222a8a28e7e79506f41",
"tapscript_sibling": null,
"num_passive_assets": 0
},
"script_key": "0225357fc148c441fbd5c5ea533fd6c33686697967a1cf8c493628788a535f433c",
"script_key_is_local": true,
"částka": "21",
"new_proof_blob": "00245663d6bf6a1de069c4562620f...",
"split_commit_root_hash": null,
"output_type": "OUTPUT_TYPE_SIMPLE"
}
]
}
}
Uživatel, který razí aktivum, vezme jako vstup UTxO odpovídající ukotvenému aktivu a vytvoří dva výstupy na dvě adresy. Informace ve výstupech slouží příjemci k ověření, zda je přijaté UTxO legální. Zároveň informace ve výstupech poskytují příjemci informace potřebné pro vygenerování dalšího převodu, který slouží ke generování právního svědka. skript, který zajistí, že tento UTxO bude možné normálně spotřebovat. V kombinaci s předchozím popisem stromu aktiv a procesu převodu aktiv Taro,
asset_id
Lze jej použít k indexování do listových uzlů představujících aktiva ve stromu aktiv. Listové uzly také uchovávají celkové množství aktiv a tato informace je uložena v Taro Universe. Prostřednictvím script_key lze v MS-SMT odpovídajících aktiv zjistit zůstatek odpovídajících utratitelných aktiv. Peněženky, které splňují podmínky utratitelnosti, mohou tyto výstupy použít jako vstupy pro další transakci k provádění transakcí.
Výše uvedený "přenos" je proces "rozdělení" (100 -> <79, 21>), takže typ výstupu pro sebe je
OUTPUT_TYPE_SPLIT_ROOT
, podobně jako operace sloučení, sloučí aktiva pod různými script_keys, které mohou být spotřebovány určitou peněženkou, do jednoho.
Tyto operace zahrnuté v Taro Asset se odrážejí pouze ve formě Pay-To-Taproot (P2TR) na blockchainu. Hlavní proces převodu aktiv stále probíhá mimo řetězec, takže z tohoto pohledu lze Taro Asset považovat za trochu. Síť mincí druhé vrstvy.
nedávný vývoj
Na stránce Taproot-Asset můžete vidět, že funkce, které byly dosud implementovány, jsou:
Odlévání aktiv
Synchronizace Taro Universe
Odesílat/přijímat aktiva
Import/export certifikátů aktiv
Vytvářejte a spravujte konfigurační soubory CLI
Soudě podle nejnovější verze v0.2.3 tým Lightning Labs stále opravuje zbývající problémy programu Taro a vylepšuje původní logiku programu, jako je přidání výšky bloku k důkazu o ražbě aktiva. Pod stránkou programu Github je také napsáno, že kód není vhodný pro hlavní síť a může vést ke ztrátě aktiv Taro a BTC. V rámci oficiální diskuse o Slacku se vývojář také zmínil o tom, že Lightning Network zatím nepodporuje aktiva Taro.
Verze v0.2.0, která splňuje požadavky na casting aktiv, byla oficiálně vydána teprve v květnu tohoto roku. Tato verze již implementovala funkce casting/transfer/reception. opravit chyby v programu. Proto aktiva Taro mají před sebou ještě dlouhou cestu. V současné době nemohou splnit požadavky pro provoz na hlavní síti. Autor se domnívá, že může existovat naděje na oficiální provoz aktiv Taro během příštího jednoho nebo dvou let.
Rozšíření: Atomics Protocol
Za dva týdny od doby, kdy autor dokončil první díl této série a napsal tento článek, se objevil další konkurenční produkt Ordinals - Atomics Protocol 10 (atomový protokol Je velmi podobný odlévání Ordinals Inscription, oba vyžadují a commit se používá jako vstup a "obálka" je zapsána ve skriptu svědka a poté odhalena a formát dat je obzvláště podobný:
OP_FALSE
OP_IF
0x0461746F6D // Push "atom" 4 bajty
<Operation> // Následuje jediné stisknutí pro označení typu operace
<Payload> // Payload (kódování CBOR) pro operaci
OP_ENDIF
ARC-20
ARC-20 je zastupitelný token založený na atomickém protokolu a má úplně jiná pravidla ražby a přenosu než BRC-20.
Ražba: Ražba ARC-20 také vyžaduje předběžné nasazení tokenů Způsob nasazení je zasílání transakcí ve formátu Atomics. je indexován v indexátoru Po příchodu mohou ostatní získat informace o tokenu prostřednictvím indexátoru a vytisknout je. ARC-20 také navrhl metodu castingu podobnou těžbě. Nasazovací program může specifikovat předponu kolize tx odevzdání a prefix kolize odhalení tx. Pokud jsou tyto informace o prefixu nastaveny, musí miner vybrat nonce pro změnu odevzdání během castingu .tx a hash pro odhalení tx pro výběr prefixu, který splňuje podmínku (nyní není požadavek na kolizi odhalení tx, ale funkce je dostupná ve zdrojovém kódu). Poté, co uživatel najde nonce, která splňuje podmínky, ražený tokenový název a nonce, které splňují podmínky, budou odeslány do zakódované transakce atomového protokolu k dokončení ražby v bitcoinovém řetězci a informace o zůstatku budou indexovány indexátorem. .
Převod: Převod ARC-20 je velmi podobný barevným mincím, ale mnohem jednodušší je vázán na Satoshi. Pokud je UTxO těchto tokenů použito jako vstup, pak i-tý vstup poteče do i-. Výstup, pokud není dostatek výstupů, to znamená, pokud je počet vstupů větší než počet výstupů, tyto tokeny potečou na první výstup.
Atomový protokol
Výhodou této metody přenosu je, že se vyhýbá procesu jako BRC-20, který vyžaduje, aby byl převodový nápis vyražen před tím, než může být obchodován, takže transakce s homogenními tokeny je pohodlnější, pokud je použita technologie částečného podpisu provedete integrací transakcí Dokončete výměnu tokenů a BTC v rámci jedné transakce nebo dokonce výměnu více různých tokenů. Nevýhodou je, že taková implementace uživatelům příliš usnadňuje ztrátu tokenů. Zejména když uživatelé obdrží více kopií stejných tokenů a integrují UTxO, lze tyto UTxO představující tokeny snadno utratit jako plyn nebo je dokonce utratit v procesu. ražba dalších žetonů.
Atomová dohoda navíc obsahuje i návrh NFT a doménových jmen (nezávisle na NFT V dokumentu jsou i nedokončené smlouvy a události Vzhledem k nedostatku oficiálních dokumentů ji nelze do hloubky představit).
Porovnání protokolů
Zde musíme porovnat aktiva Taro, tokeny BRC-20 Ordinals a atomový protokol Jsou podobné v tom, že ražba a přenos tokenů jsou sledovány a zaznamenávány programy mimo řetězec, ale zaznamenaná pravidla se liší od pravidel na systému. Projevy jsou různé.
Porovnání protokolů
Závěr
Nakonec, po představení těchto technologií, pojďme diskutovat o možnosti implementace bitcoinů: V běžných dvouvrstvých síťových implementacích je obvykle vybudována další blockchain síť pro provádění transakcí a poté jsou tyto provedené důkazy umístěny do vrstvy 1. V hlavním řetězci se to je také základní princip Rollupu a nátisky jsou pravidelně předkládány hlavnímu řetězci. Jako platební síť druhé vrstvy bitcoinu je Lightning Network implementována podobně jako technologie Rollup Po vytvoření kanálu provedou obě strany řadu interakcí, po konečném potvrzení kanál uzavřou a poté poskytnou řetězci důkaz.
Aktiva Taro jsou navržena tak, aby k dokončení castingu a převodu aktiv používala metodu podobnou UTxO. Účelem může být kompatibilita s Lightning Network, aby se takový model výměny mohl uplatnit také v Lightning Network. Oběma stranám stačí k výměně aktiv použít model podobný Lightning Network a nakonec musí při návratu do Bitcoinu předložit certifikační transakci, aby prokázaly, že tato aktiva byla implementována v síti druhé vrstvy. Pokud je implementační proces těchto aktiv implementován na bitcoinech, pak lze vidět, že každá transakce je certifikována na bitcoinech, což zajišťuje, že certifikace aktiv mimo řetězec je platná. Tato implementace však silně spoléhá na off-chain index Taro Universe. Pokud dojde ke ztrátě metadat, pravděpodobně to způsobí ztrátu uživatelských aktiv. Tyto indexy jsou velmi decentralizované. Možná lze tyto vesmíry zformovat do P2P sítě a vytvořit distribuované úložiště podobné IPFS? Výhodou je, že to uživatelům usnadňuje oběh homogenních aktiv tokenů. Nevýhodou je, že nezaměnitelná aktiva tokenů postrádají smysl (jak se někteří lidé mohou ptát, proč nepoužít přímo ERC721?).
BRC-20 násilně zaznamenává ražbu a přenos dat a indexátor indexuje informace z hlavní knihy. Jeho nedostatky jsou zřejmé. Uživatelé musí před provedením převodu zapsat převodní nápis, což je podmínka, kterou musí splnit, protože se spoléhá na implementaci Ordinals. Pokud BRC-20 nespoléhá na implementaci Ordinals, ale navrhne design podobný Ordinals, může být schopen splnit lepší likviditu, ale nemusí být schopen využít popularity Ordinals a stát se populární. Výhodou toho samozřejmě je, že metoda indexování je velmi jednoduchá a nevyžaduje ukládání příliš velkého množství dalších metadat (ve srovnání s metadatovými informacemi uloženými v aktivech Taro), což také omezuje její škálovatelnost. Funkce, které mohou Ordinals vykonávat jako NFT, jsou velmi dobré. Jeho data jsou uložena v řetězci a lze je indexovat (ačkoli těžaři mohou tuto část dat svědků zahodit), což ukazuje odlišný přístup od ERC-721. Ordinals samotné nelze považovat za síť druhé vrstvy, ale po zavedení BRC-20 se chová jako síť druhé vrstvy, ale změny dat se projevují v bitcoinu, nikoli v této síti druhé vrstvy (indexeru). sám o sobě má pouze zajistit správnost účetnictví.
Je vidět, že aktiva Taro a Ordinals mají své vlastní přednosti, zejména při implementaci homogenních tokenů a nezaměnitelných tokenů Taro hodně zvažovalo implementaci homogenních tokenů a zvažovalo, že transakce Taproot to Compressed umožňují velké množství aktiv. k výměně v jedné transakci a pro splnění kompatibility Lightning Network se používají transakční metody podobné UTxO. Jeho implementace NFT je však obzvláště nevkusná Ve srovnání s nápisem Ordinals se ukládání dat na řetězci liší od ERC-721 a stává se vrcholem. BRC-20 implementovaný na jeho základě je těžkopádný v uživatelském transakčním procesu a interakce s aktivy Taro uživatelům toto vše neumožní vnímat. Z této opozice je zřejmé, že rozdíl mezi zastupitelnými tokeny a nezaměnitelnými tokeny lze pocítit Zejména na blockchainu založeném na UTxO, jako je Bitcoin, je základní metoda návrhu přijatá protokolem obzvláště důležitá.
Citace dat
Barevné mince - wikipedie
bitcoin 2.X (aka Colored Bitcoin) – počáteční specifikace
Barevné mince whitepaper
NULL DATA - naučte mě bitcoin
Barevné schéma - Github
Přehled - Handbook of Ordinal Theory
Vzestup ORDINALS, kambrická exploze ekologie BTC
Bitcoinové známky
Protokol pro atomovou energii
Taproot Assets Protocol
Pochopení protokolu Taproot Assets Protocol č. 2