Místo globálního zveřejnění všech smluvních dat si účastníci předávají potřebnou historii mimo chain, ověřují pravidla sami a na Bitcoinu kontrolují kryptografické commitments a uzavření single-use seals.
Každý příjemce ověřuje podle pravidel konkrétního protokolu jen tu část historie, která vede k přijímanému stavu. Jde o částečnou replikaci: ostatní účastníci nemusejí znát ani uchovávat celý soukromý graf kontraktu. [4]
Potřebná data se předávají mimo Bitcoin jako balík historie a důkazů. Příjemce nesmí přijmout pouhý aktuální zůstatek; musí ověřit návaznost stavových přechodů až k důvěryhodnému počátku a vazbu každého kroku na příslušný on-chain commitment. [4]
Single-use seal je abstraktní závazek, který lze nad zvolenou zprávou platně uzavřít jen jednou. Bitcoinový UTXO může takovou pečeť představovat: jeho utracení je veřejný a konsenzuálně uspořádaný důkaz uzavření, zatímco význam soukromých dat Bitcoin nevyhodnocuje. [3]
Proof-of-Publication ukotví kompaktní commitment ve veřejném pořadí transakcí a dovolí odhalit pokus použít stejnou pečeť pro neslučitelné přechody. Těžaři a full nodes však ověřují pravidla Bitcoinu, nikoli obchodní logiku skrytou za hashem. [2]
Client-Side Validation je obecný návrhový model, nikoli synonymum RGB. Registry LNP/BP vede LNPBP-9 jako informační draft a navazující knihovny poskytují rozhraní pro commitments, serializaci a single-use seals; konkrétní protokoly si nad nimi definují vlastní stav a pravidla. [5]
Soukromí a škálování přesouvají povinnost uchovat data na jejich vlastníky. Když odesílatel nepředá úplnou historii nebo příjemce ztratí jedinou potřebnou část, veřejný blockchain ji z commitmentu neobnoví a lokální validace může skončit bez průkazného stavu. [4]
Veřejnost obvykle vidí jen bitcoinovou transakci a krátký commitment, ne celý kontrakt. To omezuje globální datovou stopu, ale samo nezaručuje anonymitu: časování, protistrany, způsob předání dat a rozpoznatelná struktura anchorů mohou vytvořit metadata. [1]
Při ověřování je nutné znát přesný protokol, důvěryhodný genesis nebo schema, definici seal, commitment scheme, úplnou návaznou historii, stav bitcoinové transakce a použitou verzi software. Samotná existence hashe na chainu nedokazuje platnost, hodnotu ani vlastnictví aktiva. [5]
Pro nejúplnější obraz čtěte toto heslo společně s UTXO, Dvojí útrata, Hash, Taproot, Sidechain, Konsensuální pravidla. Opačným směrem na něj odkazují také RGB Protocol, Taproot Assets.
01Ověřují Client-Side Validation bitcoinové full nodes?+
Ne. Full nodes ověřují bitcoinovou transakci a její konsenzuální pravidla; soukromá data a pravidla nad nimi ověřuje lokálně příjemce příslušným klientem.
02Vyžaduje Client-Side Validation soft fork?+
Samotný model může používat stávající bitcoinové transakce, commitments a utrácení UTXO bez změny konsenzu. Konkrétní protokol ale musí přesně zveřejnit své další předpoklady a pravidla.