Perbincangan prinsip dan butiran teknikal protokol inskripsi Ordinal

Editor PHP Baicao akan menganalisis prinsip dan butiran teknikal protokol inskripsi Ordinal secara terperinci. Protokol inskripsi Ordinal ialah protokol penyulitan yang digunakan untuk melindungi penghantaran data Ia menggunakan algoritma penyulitan lanjutan dan mekanisme pengesahan untuk memastikan keselamatan dan integriti data semasa penghantaran. Artikel ini akan memperkenalkan prinsip asas protokol inskripsi Ordinal, termasuk teknologi teras seperti pertukaran kunci, algoritma penyulitan dan kod pengesahan mesej, dan meneroka aplikasinya dalam komunikasi rangkaian. Sama ada anda seorang pemula atau profesional, membaca artikel ini akan membantu anda memperoleh pemahaman yang lebih mendalam tentang protokol Ordinal.

Struktur blok BTC

Blockchain ialah teknologi perakaunan berbilang pengguna, yang juga boleh dipanggil pangkalan data teragih. Ia menyusun rekod ke dalam blok dalam susunan kronologi dan mengembangkan lejar.

Kami membuat jadual menggunakan excel untuk menerangkan cara blockchain berfungsi. Fail excel mewakili rantaian blok, di mana setiap jadual berasingan mewakili satu blok. Bahagian utama blok adalah kaedah perakaunan kemasukan dua kali yang paling biasa dalam bidang perakaunan Satu sisi alamat direkodkan sebagai debit (debit), yang merupakan input daripada, dan sisi lain direkodkan sebagai kredit (kredit). yang merupakan output kepada. Nilai sepadan dengan bilangan BTC dalam alamat yang sepadan. Bilangan syiling Input akan lebih besar daripada bilangan syiling Output, dan perbezaannya ialah yuran pemindahan pada peringkat pengguna dan yuran pengendalian yang diperoleh oleh pelombong (penjaga buku). Pengepala blok akan memperoleh ketinggian blok sebelumnya, nilai cincang blok sebelumnya, masa penciptaan (cap masa) blok ini dan nombor rawak. Jadi sebagai teknologi perakaunan terdesentralisasi, siapa yang akan merebut hak perakaunan blok seterusnya? Ia bergantung pada nombor rawak ini dan nilai cincang yang sepadan. Penambang dengan kuasa pengkomputeran melakukan pengiraan cincang pada nombor rawak blok semasa Penambang yang pertama kali memperoleh nilai cincang yang memenuhi syarat mempunyai hak perakaunan blok seterusnya dan memenangi ganjaran blok dan yuran pemindahan. Akhir sekali, terdapat kawasan skrip, yang boleh digunakan untuk beberapa aplikasi lanjutan Contohnya, skrip op_return boleh digunakan sebagai lajur postscript. Perlu diingatkan bahawa dalam blok sebenar, kawasan skrip dilampirkan pada maklumat input dan output, bukannya benar-benar menjadi kawasan lain yang berasingan. Sebagai contoh, skrip yang dilampirkan pada input ialah skrip buka kunci (ScriptSig), yang memerlukan alamat dompet untuk kebenaran tandatangan kunci persendirian untuk membenarkan pemindahan, manakala skrip yang dilampirkan pada output ialah skrip penguncian (ScriptPubKey), yang digunakan untuk tetapkan syarat buka kunci untuk menerima BTC (umumnya syaratnya ialah "hanya mereka yang mempunyai kunci peribadi yang sepadan boleh menggunakan").

Jadual struktur data input dan output asal menunjukkan parameter yang disertakan bagi maklumat transaksi. Antaranya, skrip membuka kunci (ScriptSig) adalah sebahagian daripada kebenaran kunci persendirian dan juga dipanggil "data saksi".

Segwit dan Taproot

Sementara rangkaian Bitcoin telah berjalan selama lebih 10 tahun tanpa insiden yang ketara, kos urus niaga telah berulang kali melonjak ke paras tertinggi yang tidak lagi boleh dilaksanakan. Akibatnya, pembangun Bitcoin telah membincangkan cara terbaik untuk menskalakan rangkaian untuk mengendalikan jumlah transaksi yang semakin meningkat pada masa hadapan.

Pada tahun 2017, komuniti pembangunan Bitcoin dibahagikan kepada dua puak Satu puak menyokong fungsi SegWit bagi garpu lembut, dan satu lagi menyokong secara langsung mengembangkan saiz blok, yang dikenali sebagai puak "blok besar". Perpecahan itu mencetuskan perdebatan hangat.

Kami menyebut di atas bahawa skrip buka kunci memerlukan kebenaran kunci persendirian untuk menjana "data saksi", jadi bolehkah data saksi ini diasingkan daripada blok, dengan itu meningkatkan bilangan transaksi yang setiap blok boleh menampung secara berselindung? Segregated Witness telah diaktifkan secara rasmi pada Ogos 2017. Cara pelaksanaannya adalah dengan membahagikan semua data transaksi kepada dua bahagian, satu bahagian adalah maklumat asas transaksi (Data Transaksi), bahagian lain adalah maklumat tandatangan transaksi (Data Saksi), dan menyimpan maklumat tandatangan dalam struktur data baharu , berada dalam blok baharu yang dipanggil "saksi diasingkan (saksi)" dan dihantar secara berasingan daripada transaksi asal.

Secara teknikal, pelaksanaan SegWit bermakna transaksi tidak lagi perlu memasukkan data saksi (ia tidak akan mengambil ruang 1MB yang asalnya diatur oleh Bitcoin untuk blok). Sebaliknya, pada penghujung blok, ruang berasingan tambahan dibuat untuk data saksi. Ia menyokong pemindahan data sewenang-wenangnya dan mempunyai "berat blok" diskaun yang bijak menyimpan sejumlah besar data dalam had saiz blok Bitcoin untuk mengelakkan keperluan untuk garpu keras. Dengan cara ini, had atas saiz data transaksi urus niaga Bitcoin dinaikkan, manakala yuran transaksi data yang ditandatangani dikurangkan. Sebelum naik taraf SegWit, had atas kapasiti Bitcoin ialah 1MB Selepas SegWit, walaupun had atas transaksi tulen masih 1M, saiz ruang Saksi Terpisah mencapai 4MB.

Taproot telah dilaksanakan pada November 2021 dan terdiri daripada 3 Cadangan Penambahbaikan Bitcoin (BIP) berbeza, termasuk: Taproot, Tapscript dan skim tandatangan digital baharunya yang dipanggil "Schnorr Signature". Taproot direka untuk membawa banyak faedah kepada pengguna Bitcoin, seperti peningkatan privasi transaksi dan yuran transaksi yang lebih rendah. Ia juga akan membolehkan Bitcoin melakukan transaksi yang lebih kompleks, dengan itu meluaskan senario aplikasi (beberapa opcode baharu telah ditambah).

Kemas kini ini ialah pemboleh utama untuk Ordinals NFT, yang menyimpan data NFT dalam skrip perbelanjaan dalam laluan skrip Taproot (ruang data saksi). Peningkatan ini memudahkan untuk menstruktur dan menyimpan data saksi sewenang-wenangnya, meletakkan asas untuk piawaian "ord". Dengan kelonggaran keperluan data, diandaikan bahawa transaksi boleh mengisi keseluruhan blok dengan urus niaga dan data saksinya - mencapai had saiz blok 4MB (ruang data saksi) - dengan sangat meluaskan jenis media yang boleh diletakkan pada rantaian. .

Sesetengah orang mungkin bertanya, memandangkan beberapa rentetan diletakkan dalam skrip, adakah tiada sekatan pada rentetan ini? Bagaimana jika skrip ini benar-benar dilaksanakan? Jika anda meletakkan kandungan secara santai, adakah kod ralat yang enggan menghasilkan blok? Ini membawa arahan OP_FALSE. OP_FALSE (juga diwakili sebagai "0" dalam Skrip Bitcoin) memastikan bahawa laluan pelaksanaan dalam bahasa skrip tidak pernah memasuki cawangan OP_IF dan kekal tidak dilaksanakan. Ia bertindak sebagai pemegang tempat atau tiada operasi (Tiada Operasi) dalam skrip, serupa dengan "komen" dalam bahasa peringkat tinggi, untuk memastikan kod berikutnya tidak dilaksanakan.

model pemindahan UTXO

Atas ialah kandungan terperinci Perbincangan prinsip dan butiran teknikal protokol inskripsi Ordinal. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!