704 / 736TAP

Taproot Assets

Aktywa zakotwiczone w wyjściach Taproot

Taproot Assets to walidowany po stronie klienta protokół Lightning Labs do emisji i transferu aktywów zamiennych oraz unikatowych, których commitments są kotwiczone w wyjściach Bitcoin Taproot.

Bitcoin potwierdza własność i kolejność anchor UTXO, a historia aktywa, witness data i proofs trafiają poza blockchainem do odbiorcy, który sprawdza całą linię od genesis point.

Taproot Assets, pierwotnie ogłoszony jako Taro, używa wyjścia Taproot jako Bitcoin anchor dla commitments aktywów. Pełne reguły i witness data aktywa nie są globalnym stanem Bitcoin; uczestnicy przechowują i sprawdzają je sami. [1]

Emisja tworzy minting transaction, a zużywany przez nią outpoint staje się genesis point i częścią unikatowej tożsamości aktywa. Przy transferze poprzedni witness jest ponownie commitowany do jednego lub kilku wyjść Taproot, a wymagany proof trafia do odbiorcy. [2]

Sparse Merkle Tree umożliwia selektywne dowody gałęzi aktywów w jednym wyjściu, a Merkle-Sum Tree sprawdza zachowanie ilości. Jeden Bitcoin UTXO może zawierać commitments wielu aktywów, choć full node nie zna nazw, sald ani reguł transferu. [1]

Odbiorca sprawdza linię od wyjścia genesis względem transakcji Bitcoin. Universe może indeksować i rozpowszechniać proofs oraz metadata, ale nie nadaje ważności nieważnemu aktywu; klient może porównać dane z innym Universe lub własnym magazynem. [1]

Adres Taproot Assets zawiera asset ID lub group key, ilość, klucze i dane dostarczenia proof. Group key może oznaczać grupę, do której emitent doda dalsze emisje, więc stałą lub rozszerzalną podaż ocenia się dla konkretnego aktywa. [3]

Publiczna implementacja tapd obsługuje mainnet i aktualną linię v0.8.4, lecz repozytorium nadal nazywa ją alpha software. Polecenia lub przełącznik mainnet nie gwarantują pełnych kopii, zgodności ani bezpieczeństwa produkcyjnego. [5]

Odtwarzanie wymaga więcej niż Bitcoin seed: tapd przechowuje tweak i dane klienta potrzebne do bezpiecznego wydania wyjścia anchor oraz dowodu historii. Utrata bazy lub proofs może zniszczyć dostęp do aktywa i czasem zagrozić BTC w tym samym wyjściu. [2]

Nazwa, ticker i dowolne metadata nie potwierdzają wiarygodności ekonomicznej. Przed przyjęciem należy sprawdzić asset ID lub group key, genesis, pełny proof, zasady podaży, kontrolę emitenta, stan transakcji anchor i dokładną wersję klienta. [4]

Pełniejszy obraz uzyskasz, czytając to hasło razem z Taproot, Client-Side Validation, Lightning Network, UTXO, RGB Protocol, Hash. Do tego hasła prowadzą również odsyłacze z Runes.

01Czy Bitcoin full nodes walidują Taproot Assets?

Full nodes sprawdzają transakcję Taproot i wydanie anchor UTXO, nie reguły, ilość ani historię aktywa. Odbiorca sprawdza je z proofs w kliencie Taproot Assets.

02Czy Bitcoin seed wystarczy do odtworzenia Taproot Assets?

Nie. Oficjalna implementacja wyraźnie wymaga kopii danych tapd; sam seed lnd nie zawiera wszystkich tweaks, proofs i stanu klienta potrzebnych do bezpiecznego odtworzenia.

DOC · 001Lightning Labs Docs — Taproot AssetsDokumentacja DOC · 002Lightning Labs — taproot-assets READMEŹródło pierwotne DOC · 003Lightning Labs Builder's Guide — First StepsDokumentacja DOC · 004Lightning Labs Builder's Guide — Asset MetadataDokumentacja DOC · 005Lightning Labs — taproot-assets releasesŹródło pierwotne
Zaktualizowano: Najpierw źródła · To nie jest porada inwestycyjna