702 / 736CSV

Client-Side Validation

Validasi lokal atas keadaan privat

Client-Side Validation adalah model ketika setiap penerima memeriksa secara lokal hanya riwayat keadaan privat yang relevan dan memakai Bitcoin sebagai lapisan publik untuk commitments, urutan, serta perlindungan double-spend.

Alih-alih menerbitkan semua data kontrak secara global, peserta mengirim riwayat yang diperlukan off-chain, memeriksa aturan sendiri, lalu mengecek commitments kriptografis dan penutupan single-use seals di Bitcoin.

Setiap penerima menerapkan aturan protocol tertentu hanya pada bagian riwayat yang menuju keadaan yang diterima. Ini adalah replikasi parsial: peserta lain tidak perlu mengetahui atau menyimpan seluruh graph privat kontrak. [4]

Data yang diperlukan dikirim di luar Bitcoin sebagai paket riwayat dan bukti. Penerima tidak boleh menerima saldo saat ini saja; ia harus memeriksa rangkaian transisi hingga asal tepercaya dan ikatan setiap langkah dengan on-chain commitment yang sesuai. [4]

Single-use seal adalah commitment abstrak yang hanya dapat ditutup secara sah satu kali atas pesan terpilih. Bitcoin UTXO dapat menjadi segel itu: pengeluarannya merupakan bukti penutupan yang publik dan diurutkan consensus, sementara Bitcoin tidak menilai arti data privat. [3]

Proof-of-Publication menambatkan commitment ringkas dalam urutan transaksi publik dan membuat percobaan memakai segel yang sama untuk transisi yang tidak selaras dapat dideteksi. Miner dan full node memeriksa aturan Bitcoin, bukan logika bisnis di balik hash. [2]

Client-Side Validation adalah model rancangan umum, bukan sinonim RGB. Registry LNP/BP mencatat LNPBP-9 sebagai informational draft, sedangkan library terkait menyediakan interface commitments, serialization, dan single-use seals; setiap protocol menetapkan keadaan dan aturannya sendiri. [5]

Privasi dan skalabilitas memindahkan kewajiban menyimpan data kepada pemiliknya. Jika pengirim tidak memberikan seluruh riwayat atau penerima kehilangan bagian yang diperlukan, blockchain publik tidak dapat membangunnya kembali dari commitment dan validasi lokal dapat berakhir tanpa keadaan yang bisa dibuktikan. [4]

Publik biasanya hanya melihat transaksi Bitcoin dan commitment singkat, bukan seluruh kontrak. Ini mengurangi jejak data global tetapi tidak menjamin anonimitas: waktu, counterparty, pengiriman data, dan struktur anchor yang dikenali dapat menciptakan metadata. [1]

Verifikasi memerlukan protocol yang tepat, genesis atau schema tepercaya, definisi seal, commitment scheme, seluruh riwayat terhubung, status transaksi Bitcoin, dan versi software. Keberadaan hash on-chain saja tidak membuktikan validitas, nilai, atau kepemilikan aset. [5]

Untuk gambaran yang lebih utuh, baca entri ini bersama UTXO, Pembelanjaan ganda, Hash, Taproot, Sidechain, Aturan konsensus. Entri ini juga dirujuk dari RGB Protocol, Taproot Assets.

01Apakah Bitcoin full node menjalankan Client-Side Validation?

Tidak. Full node memeriksa transaksi Bitcoin dan aturan consensus; penerima memeriksa data privat beserta aturannya secara lokal dengan client yang sesuai.

02Apakah Client-Side Validation memerlukan soft fork?

Model dapat memakai transaksi Bitcoin, commitments, dan pengeluaran UTXO yang ada tanpa mengubah consensus. Protocol konkret tetap harus menjelaskan asumsi dan aturan tambahannya secara tepat.

DOC · 001Peter Todd — Preventing Consensus Fraud with Commitments and Single-Use-SealsSumber primer DOC · 002Peter Todd — Scalable Semi-Trustless Asset TransferSumber primer DOC · 003LNPBP-8 — Single-use-sealsSpesifikasi DOC · 004RGB Docs — Client-side ValidationDokumentasi DOC · 005LNP/BP Standards — specification registrySpesifikasi
Direvisi: Utamakan sumber · Bukan nasihat investasi