Menjelang wabah lagi, 10.000 kata merangkum perkembangan teknologi baru Bitcoin

Penulis asli: Fu Shaoqing, SatoshiLab, Wanwudao BTC Studio

1 Eksplorasi dan konflik utama teknologi asli Bitcoin

Teknologi asli Bitcoin selalu memiliki masalah konflik antara aplikasi skala besar dan kemampuan yang seharusnya Bitcoin miliki. Apakah adopsi skala besar dan ukuran transaksi berarti instruksi perdagangan yang lebih kompleks dan celana pendek perdagangan yang lebih besar? Apakah ini berarti bahwa semua fungsi harus diimplementasikan pada satu sistem Bitcoin? Pada masa-masa awal, ketika ekosistem Bitcoin tidak sempurna, fenomena ini tampaknya menjadi masalah Bitcoin itu sendiri. Seiring perkembangan teknologi, pertanyaan long akan dijawab dengan lebih jelas.

Dalam artikel ini, kami list beberapa masalah yang relevan, serta proses pembuatan dan penyelesaiannya. Melalui artikel ini, Anda dapat melihat korelasi antara masalah ini dan teknologi, serta proses mengubah Bitcoin mainchain dan “rantai uji” terkait. Bitcoin teknologi telah dieksplorasi oleh berbagai proyek dan tim (termasuk Ethereum semuanya merupakan eksplorasi ketidaksempurnaan Bitcoin), tetapi perubahan dalam Bitcoin Mainnet belum jelas sampai munculnya teknologi seperti Taproot telah mempromosikan munculnya protokol seperti Ordinal protokol, dan memasuki kembali klimaks baru pembangunan.

Melihat proses pengembangan ini dan teknologi terkait secara keseluruhan, kita dapat melihat hubungan di antara mereka, dan dapat menyimpulkan lebih long arah pengembangan dan arsitektur secara keseluruhan.

**1.1 Bitcoin bahasa scripting dengan beberapa instruksi penghapusan **

Bahasa pemrograman Bitcoin adalah bahasa scripting yang bertentangan dengan paradigma Polandia, tanpa pernyataan loop dan pernyataan kontrol kondisional (lihat Taproot & Taproot untuk memperluas ini nanti). Oleh karena itu, sering dikatakan bahwa bahasa scripting Bitcoin bukanlah Turing complete, yang mengarah ke bahasa scripting Bitcoin, yang memiliki batasan tertentu.

Tentu saja, karena keterbatasan ini, Hacker tidak dapat menggunakan bahasa scripting ini untuk menulis beberapa loop tanpa akhir (yang dapat melumpuhkan jaringan) atau beberapa kode berbahaya yang dapat menyebabkan serangan DOS, sehingga menghindari serangan DOS pada jaringan Bitcoin. Bitcoin pengembang juga percaya bahwa Blockchain inti seharusnya tidak memiliki integritas Turing untuk menghindari beberapa serangan dan kemacetan jaringan.

Namun, justru karena keterbatasan inilah jaringan Bitcoin tidak memiliki cara untuk menjalankan program kompleks lainnya dan menyelesaikan beberapa fungsi “berguna”. Beberapa sistem Blockchain dikembangkan kemudian, pada pesanan untuk memecahkan masalah spesifik dan memenuhi kebutuhan pengguna, langsung mengubah ini. Misalnya, bahasa yang digunakan oleh Ethereum memiliki Turing Complete.

Jenis umum instruksi Bitcoin Script:

Kata kunci:

1. Konstanta. Misalnya: OP_ 0 , OP_FALSE

2. Kontrol proses. Seperti: OP_IF, OP_NOTIF, OP_ELSE,…

3. Tumpukan. Misalnya: OP_TOALTSTACK (tekan input ke bagian item tumpukan sekunder, lepaskan dari tumpukan utama),…

4. Senar. Misalnya: OP_CAT (gabungkan dua string, dinonaktifkan), OP_SIZE (tekan panjang string elemen atas ke dalam tumpukan (tidak perlu memunculkan elemen))

5. Logika bitwise. Misalnya: OP_AND, OP_OR, OP_XOR

6. Logika aritmatika. Misalnya: OP_ 1 ADD (nilai input ditambah 1), OP_ 1 SUB (nilai input dikurangi 1)

7. Enkripsi. Misalnya: OP_SHA 1 (SHA-1 Algoritme HASH. untuk input), OP_CHECKSIG()

8. Kata kunci semu

9. Pesan kata kunci

Jenis umum instruksi Bitcoin Script:

Script:

1. Pay-to-Bitcoin Alamat transaksi standar (pay-to-pubkey-hash)

2. Standard Bitcoin menghasilkan transaksi (pay-to-pubkey)

3. Output yang terbukti tidak dapat dihabiskan / dihapus

4. Output Siapa Saja-Bisa-Belanjakan

5. Tebak perdagangannya

Lima jenis standar skrip transaksi adalah: Pay-to-Kunci Publik hash (P2P KH), Pay-to-Kunci Publik, multitandatangan (terbatas pada long 15 Kunci Rahasia), Pay-to-Script hash (P2SH), dan Data Output (OP_RETURN).

Ada instruksi terperinci di halaman web.

** Hapus Bitcoin instruksi yang didukung **

Bitcoin memiliki penghapusan terpanjang dalam sejarahnya. Pada grafik di bawah ini, bagian merah adalah instruksi yang telah dipotong.

Operasi String

Keamanan hanyalah salah satu aspek dari pertimbangan, jika kita melihat instruksi penghapusan dengan gagasan desain hierarkis, kita akan memahami rasionalitasnya, yang dapat membuat protokol yang mendasarinya lebih mendasar dan stabil. Mungkin Satoshi Nakamoto menyadari masalah ini pada awalnya, jika tidak, dia tidak akan mengambil inisiatif untuk menghapus instruksi. Pemikiran biasa kami adalah membangun sistem kecil yang secara langsung memenuhi kebutuhan pengguna, dengan instruksi dan fungsi sistem yang sempurna, daripada protokol besar yang membutuhkan kolaborasi.

Ini menciptakan fakta bahwa hanya Bitcoin yang cocok sebagai jaringan lapisan 1. Saya menganalisis fenomena ini dalam artikel “Bitcoin harga terlalu tinggi akan mempromosikan penciptaan rantai alternatif baru”, dan dari perspektif ekonomi dan teknis, ada kemungkinan menghasilkan rantai alternatif yang Bitcoin. Tetapi dari perspektif karakteristik dasar Bitcoin dan desain berlapis, hampir hanya Bitcoin yang dapat digunakan sebagai lapisan infrastruktur jaringan, dan bahkan jika ada rantai alternatif, itu adalah produk dari lapisan 1.5. Pada tingkat jaringan lapisan pertama, produk sebenarnya hanya Bitcoin, dan rantai yang dapat memiliki beberapa peran alternatif adalah barang A terpanjang.

1.2 Bitcoin fork Sejarah, Penyebab dan Signifikansi

Dalam sejarah perkembangan Bitcoin, selain masalah instruksi penghapusan, di sisi lain, ada perselisihan antara ukuran Blok, yang sering menyebabkan Bitcoin Hard Fork.

BTC didirikan tanpa batas ukuran blok sehingga dapat memproses jumlah transaksi pada saat yang bersamaan. Tetapi ketika harga BTC awal sangat rendah dan biaya transaksi berbahaya sangat rendah, Satoshi Nakamoto menyelenggarakan Soft Fork pada 12 September 2010, menambahkan batas 1 MB dalam ukuran Blok. Satoshi Nakamoto menunjukkan bahwa batas ini bersifat sementara, dan batas blok dapat ditingkatkan secara terkendali dan bertahap di masa depan untuk memenuhi kebutuhan penskalaan.

Bagan berikut menunjukkan riwayat fork Bitcoin:

Dengan popularitas Bitcoin, masalah kemacetan transaksi jaringan dan meningkatnya waktu konfirmasi menjadi lebih serius. Pada tahun 2015 Gavin Andresen dan Mike Hearn mengumumkan bahwa mereka akan menerapkan proposal BIP-101 dalam versi baru BitcoinXT, berharap untuk meningkatkan batas blok menjadi 8 MB. Pengembang inti seperti Greg Maxell, Luke Jr, dan Pieter Wuille menentangnya, dengan alasan bahwa pendekatan ini meningkatkan ambang batas untuk menjalankan node penuh dan memiliki dampak yang tidak terkendali. Perdebatan akhirnya meluas baik dari segi topik maupun partisipasi.

Dari konten di atas, kami melihat bahwa Satoshi Nakamoto juga menyatakan bahwa “batas ukuran Blok bersifat sementara, dan batas Blok dapat ditingkatkan secara terkendali dan bertahap di masa depan untuk memenuhi kebutuhan penskalaan.” "Tetapi kapan fork dukungan Blok yang lebih besar, dan dapatkah rantai terpisah dukungan Blok menyelesaikan masalah long? Misalnya, ukuran BCH Blok adalah 8 m dan kemudian meningkat 32 m. Ukuran BSV Blok adalah 128 M. Selain BCH (dan BSV yang mengikuti), ada banyak BTC Forked Coin long lain pada periode ini, dengan setidaknya 50 Forked Coin baru muncul hanya dalam satu tahun setelah BCH fork, menurut BitMEXResearch.

Seperti yang akan kita lihat nanti, Segwit dan Taproot juga telah meningkatkan short Blok dari 1 M menjadi 4 M sampai batas tertentu di Bitcoin Mainnet.

Bitcoin fork adalah semacam eksplorasi pembangunan, mencoba menyelesaikan dukungan kebutuhan yang lebih long melalui perubahannya sendiri. Diantaranya, ada kebutuhan pengguna, kebutuhan Penambang, kebutuhan investor, dan kebutuhan pengembang、…。

1.3 Beberapa eksplorasi khas dalam pengembangan Bitcoin

Setelah kepergian Satoshi Nakamoto, pewaris Gavin Andresen memimpin pendirian Bitcoin Core dan Bitcoin Foundation. Selama periode ini, lilin long sumbu telah mengeksplorasi skalabilitas BTC, terutama di bidang penerbitan aset.

** Koin Berwarna (dicelup koin) **

CEO eToro Yoni Assia adalah orang pertama yang mengusulkan koin berwarna dalam sebuah artikel yang diterbitkan pada 27 Maret 2012. Idenya terus berkembang, dan di forum seperti Bitcointalk, konsep koin keras berwarna mulai terbentuk dan mendapatkan daya tarik. Akhirnya, pada tanggal 4 Desember 2012, Meni Rosenfeld menerbitkan sebuah kertas putih yang merinci koin berwarna.

Koin yang dicelup disusun untuk mewakili aset dan nilai yang lebih luas dengan menambahkan anotasi khusus (yaitu, pencelupan) ke bagian tertentu dari Bitcoin. Koin pewarna muncul dalam implementasi serangkaian entitas, secara luas dibagi menjadi dua kategori:

1. Berdasarkan OP_RETURN: Misalnya, Aset Terbuka, yang diusulkan oleh Flavien Charlon pada tahun 2013, memanfaatkan OP_RETURN (diusulkan dalam Bitcoin v 0.9.0, yang dapat digunakan untuk menyimpan sejumlah kecil data di Bitcoin, awalnya terbatas pada 40 byte, kemudian meningkat menjadi 80 byte). Kode Operasi disimpan dalam naskah dan dibaca oleh dunia luar untuk menyelesaikan “pewarnaan” dan transaksi. (Pola ini mirip dengan ketergantungan Ordinal pada indeks eksternal untuk menentukan legitimasi aset).

2. Berdasarkan OP_RETURN: Perwakilan tipikal adalah Protokol EPOBC yang diusulkan oleh ChromaWay pada tahun 2014, dan informasi tambahan aset EPOBC disimpan di bidang nSequence dalam transaksi Bitcoin, dan kelas serta legitimasi setiap aset EPOBC perlu ditelusuri kembali ke transaksi genesis untuk menentukan.

MasterCoin(OMNI)

JR Willett merilis ide untuk MasterCoin pada tanggal 6 Januari 2012, bernama “Bitcoin’s Second White Paper”, dan secara resmi meluncurkan proyek melalui sebuah ICO pada bulan Juli 2013, akhirnya mengumpulkan 5.120 BTC (senilai $ 500.000 pada saat itu). Perbedaan antara MasterCoin dan Koin Berwarna adalah bahwa ia membentuk seluruh lapisan Node yang memelihara basis data model status dengan memindai Bitcoin Blok, yang berada di Node di luar Blockchain. Desain ini dapat memberikan fitur yang lebih kompleks daripada Koin Berwarna, seperti membuat aset baru, pertukaran DEX, umpan harga otomatis, dan banyak lagi. Pada tahun 2014, Tether juga meluncurkan stablecoin di Bitcoin melalui Mastercoin protokol, lebih dikenal sebagai Tether USD (OMNI).

( 3)Pihak lawan

Counterparty secara resmi diluncurkan pada tahun 2014. Counterparty juga menggunakan OP_RETURN untuk menyimpan data di jaringan BTC. Namun, tidak seperti koin yang dicelup, aset tidak ada dalam bentuk UTXO di Counterparty, tetapi sarat dengan informasi melalui OP_RETURN untuk menunjukkan transfer aset, dan ketika pemegang aset menggunakan Alamat holding untuk menandatangani transaksi dengan data khusus, aset tersebut ditransfer. Dengan cara ini, Counterparty memungkinkan penerbitan dan perdagangan aset, serta platform yang kompatibel dengan Ethereum smart contract.

Selain itu, ada juga argumen bahwa Ethereum, Ripple, dan BitShares juga turun dengan istilah yang lebih luas “Bitcoin 2.0”.

1.4 Ketidaksempurnaan Bitcoin dan Protokol Berlapis

Ketidaksempurnaan (atau keterbatasan) sistem Bitcoin terutama dimanifestasikan dalam beberapa aspek (ketidaksempurnaan dalam artikel ini didasarkan pada ringkasan dalam Ethereum White Paper, bukan ketidaksempurnaan yang sebenarnya).

1. Sistem akun Bitcoin UTXO

Dalam proyek Blockchain saat ini, ada dua cara utama untuk menyimpan catatan, satu adalah model akun / keseimbangan dan yang lainnya adalah model UTXO. Bitcoin menggunakan model UTXO, sedangkan Ethereum, EOS, dll. menggunakan model akun/saldo.

Dalam Bitcoin Dompet, kita biasanya dapat melihat saldo akun, tetapi dalam sistem Bitcoin yang dirancang oleh Satoshi Nakamoto, tidak ada yang namanya keseimbangan. “Keseimbangan Bitcoin” adalah produk yang berasal dari aplikasi Bitcoin Dompet. UTXO (Unspent Transaction Outputs) adalah Unspent Transaction Output, yang merupakan konsep inti dari pembuatan dan verifikasi transaksi Bitcoin. Transaksi membentuk struktur rantai di mana semua transaksi Bitcoin yang sah dapat ditelusuri kembali ke output dari satu atau lebih lama transaksi ke depan, dengan imbalan penambangan di sumbernya dan output transaksi yang tidak terpakai saat ini di akhir.

Jadi tidak ada Bitcoin di dunia nyata, hanya UTXO. Bitcoin transaksi terdiri dari input transaksi dan output transaksi, dan setiap transaksi menghabiskan input untuk menghasilkan output, dan output yang dihasilkan adalah “output transaksi yang tidak terpakai”, yaitu UTXO.

Jika Anda ingin menerapkan smart contract, model UTXO akun memiliki masalah yang sangat besar. Gavin Wood, perancang Buku Kuning Ethereum, memiliki pemahaman mendalam tentang UTXO. Fitur baru terbesar dari Ethereum adalah smart contract, karena smart contract, sulit bagi Gavin Wood untuk menerapkan Turing Complete smart contract berdasarkan UTXO. Model akun secara alami berorientasi objek, dan untuk setiap transaksi, akun yang sesuai dicatat (nonce++). Dalam pesanan untuk membuatnya lebih mudah untuk mengelola akun, negara global diperkenalkan, yang berubah dengan setiap transaksi. Ini sesuai dengan dunia nyata, di mana setiap perubahan kecil mengubah dunia. Oleh karena itu, Ethereum menggunakan sistem akun, dan rantai publik selanjutnya pada dasarnya didasarkan pada berbagai jenis sistem akun.

Kelemahan serius lainnya dari UTXO adalah mereka tidak memberikan kontrol terperinci atas jumlah penarikan pada akun. Ini dijelaskan dalam White Paper Ethereum.

2. Bahasa skrip Bitcoin, non-Turing lengkap

Meskipun bahasa scripting Bitcoin dapat dukungan perhitungan terpanjang, itu tidak dapat dukungan semua perhitungan. Hal utama yang hilang adalah bahasa scripting Bitcoin, yang tidak memiliki pernyataan loop dan pernyataan kontrol kondisional. Oleh karena itu, kami katakan: bahasa scripting Bitcoin tidak lengkap Turing. Ini mengarah pada bahasa skrip Bitcoin, yang memiliki batasan tertentu. Tentu saja, karena keterbatasan ini, Hacker tidak dapat menggunakan bahasa scripting ini untuk menulis beberapa loop tanpa akhir (yang dapat menyebabkan crash jaringan) atau beberapa kode berbahaya yang dapat menyebabkan serangan DOS, sehingga menghindari serangan DOS pada jaringan Bitcoin. Bitcoin pengembang juga percaya bahwa Blockchain inti seharusnya tidak memiliki integritas Turing untuk menghindari beberapa serangan dan kemacetan jaringan. Namun, justru karena keterbatasan inilah jaringan Bitcoin tidak memiliki cara untuk menjalankan program-programnya yang kompleks. Tujuan dari tidak mendukung pernyataan loop adalah untuk menghindari loop tak terbatas ketika transaksi dikonfirmasi.

Demi keamanan, argumen untuk tidak dukungan Turing Complete tidak cukup. Dan bahasa non-Turing Complete sangat sedikit.

3. Ketidaksempurnaan lain dari Bitcoin, keamanan, skalabilitas

Masalah sentralisasi Penambangan Bitcoin Penambangan Algoritme pada dasarnya adalah Header Blok Penambang k 10.000 perubahan kecil sampai hash dari versi Node yang diubah kurang dari nilai target. Namun, Penambangan Algoritme ini rentan terhadap dua bentuk serangan terpusat. Pertama, ekosistem Penambangan dirancang khusus untuk dikendalikan oleh ASIC (Application-Specific Integrated Circuit) dan chip komputer yang k kali lebih efisien untuk tugas spesifik Bitcoin Penambangan. Ini berarti bahwa Bitcoin Penambangan tidak lebih lama sangat Desentralisasi dan egaliter, tetapi membutuhkan partisipasi efektif dari modal besar. Kedua, sebagian besar Bitcoin Penambang tidak lebih lama memvalidasi Blok secara lokal, melainkan mengandalkan Pool Penambangan terpusat untuk menyediakan Header Blok. Masalahnya bisa dibilang serius: saat ini, tiga kolam penambangan teratas secara tidak langsung mengendalikan sekitar 50% dari kekuatan pemrosesan di jaringan Bitcoin.

Masalah skalabilitas adalah masalah penting bagi Bitcoin. Dengan Bitcoin, naik sekitar 1 MB per jam. Jika jaringan Bitcoin memproses 2000 transaksi per detik untuk Visa, jaringan tersebut akan naik sebesar 1 MB setiap tiga detik (1 GB per jam, 8 TB per tahun). Jumlah transaksi yang lebih rendah juga menimbulkan kontroversi di masyarakat Bitcoin, dan meskipun Blockchain besar dapat meningkatkan kinerja, masalahnya adalah risiko sentralisasi.

Dari perspektif siklus hidup produk, beberapa ketidaksempurnaan kecil Bitcoin dapat ditingkatkan dalam sistemnya sendiri, dan metode peningkatannya dibatasi oleh sistem saat ini. Tetapi jika masalah ini dapat diselesaikan dalam sistem baru, keterbatasan sistem lama dapat diabaikan sama sekali. Karena kami ingin membangun sistem Blockchain baru, ketika merancang sistem baru, peningkatan fungsional kecil ini juga dirancang dan ditingkatkan.

** Desain Berlapis **

Desain hierarkis adalah sarana dan metodologi bagi manusia untuk berurusan dengan sistem yang kompleks, dengan membagi sistem menjadi hierarki terpanjang dan mendefinisikan hubungan dan fungsi setiap lapisan, sehingga dapat mencapai modularitas, pemeliharaan dan skalabilitas sistem, sehingga dapat meningkatkan efisiensi desain dan keandalan sistem.

Untuk sistem protokol yang luas dan besar, ada manfaat yang jelas untuk menggunakan layering. Ini membuatnya mudah bagi orang untuk memahami, mudah diterapkan dan mudah ditingkatkan dalam modul. Misalnya, desain model tujuh lapis ISO / OSI dalam jaringan komputer, tetapi dalam implementasi spesifik, beberapa lapisan dapat digabungkan, misalnya, protokol TCP / IP jaringan spesifik adalah protokol empat lapis. Secara khusus protokol keuntungan stratifikasi: setiap tingkat independen, fleksibel, secara struktural play people for suckers dapat dipisahkan, mudah diterapkan dan dipelihara, dan dapat mempromosikan standardisasi.

Dari perspektif protokol hierarkis, Bitcoin karena dia ingin berada di dasar paling dasar, maka UTXO, tidak Turing Complete, long waktu blok, Ukuran Blok kecil, dan hilangnya pendiri、… , yang bukan merupakan kerugian, tetapi fitur yang harus dimiliki sebagai jaringan lapisan pertama.

Catatan: Penulis memiliki penjelasan lebih rinci tentang stratifikasi protokol dalam “Sorting out the Basic Knowledge System of Bitcoin Layer 2 (Layer 2) Construction V1.5 in One Article”.

2 Teknologi baru yang penting dalam pengembangan Bitcoin (penskalaan Blok dan penskalaan kapasitas)

Pada bagian sebelumnya, kami mengeksplorasi konflik utama dan beberapa contoh eksplorasi teknologi warisan Bitcoin, tetapi long mengarah pada rantai heterogen yang Hard Fork atau sama sekali baru. Di Blockchain Bitcoin sendiri, eksplorasi semacam ini juga membuahkan hasil yang long, yang pada dasarnya adalah perluasan Blok dan kemampuan. Mereka terutama dimanifestasikan dalam aspek-aspek berikut.

2.1 OP_RETURN

Bitcoin pengembang selalu ingin memperluas kemampuan Bitcoin dengan beberapa cara:

Penggunaan OP_RETURN

OP_RETURN adalah Kode Operasi skrip yang mengakhiri skrip dan mengembalikan nilai di bagian atas tumpukan. Kode Operasi ini mirip dengan fungsi return dalam bahasa pemrograman. Fungsionalitas OP_RETURN Kode Operasi telah dimodifikasi long kali dalam sejarah Bitcoin, dan sekarang terutama digunakan sebagai metode penyimpanan data pada buku besar. Fungsionalitas OP_RETURN Kode Operasi telah berubah secara signifikan di masa lalu, dan sekarang merupakan mekanisme penting yang memungkinkan kita untuk menyimpan data sewenang-wenang on-chain.

OP_RETURN awalnya adalah operasi pengembalian yang digunakan untuk mengakhiri eksekusi skrip lebih awal, dan hasil eksekusi akan disajikan sebagai item top-of-the-stack. Kode Operasi ini awalnya memiliki kerentanan yang mudah dieksploitasi, tetapi Satoshi Nakamoto dengan cepat menambal kerentanan.

Perubahan lebih lanjut pada fitur OP_RETURN

Dalam peningkatan Bitcoin Core v0.9.0, skrip “OP_RETURN Output” dibuat ke jenis output standar, memungkinkan pengguna untuk menambahkan data ke “output transaksi yang tidak dapat dibelanjakan”. Jumlah maksimum data yang tersedia dalam skrip ini awalnya dibatasi hingga 40 byte, kemudian meningkat menjadi 80 byte.

Simpan data di Blockchain:

Mengubah OP_RETURN untuk selalu mengembalikan false memiliki hasil yang menarik. Karena tidak ada Kode Operasi atau data yang dievaluasi setelah OP_RETURN, pengguna jaringan mulai menggunakan Kode Operasi ini untuk menyimpan data dalam format apa pun.

Selama periode Bitcoin cash (BCH), yaitu 1 Agustus 2017 – 15 November 2018, panjang data yang dapat dilampirkan pada output OP_RETURN telah diperpanjang hingga 220 byte, dan data yang lebih besar dapat memfasilitasi aplikasi inovatif di Blockchain, seperti memposting konten di Blockchain media sosial.

Pada BSV, batas 220-byte tetap berlaku untuk jangka waktu yang short. Selanjutnya, pada Januari 2019, Node juga tidak memeriksa apakah skrip berada dalam batas ukuran skrip maksimum 520 byte karena OP_RETURN Kode Operasi menghentikan skrip dengan cara yang Node tidak memvalidasi Kode Operasi berikutnya. Akibatnya, operator Node di jaringan memutuskan untuk meningkatkan ukuran transaksi maksimum menjadi 100 KB, memberikan pengembang kebebasan untuk berinovasi lebih lama aplikasi, memungkinkan aplikasi baru untuk memasukkan data yang lebih besar dan lebih kompleks ke dalam buku besar Bitcoin. Ada contoh aplikasi di mana seseorang akan memasukkan seluruh situs web ke dalam buku besar BSV.

OP_RETURN Meskipun ada perluasan fungsi tertentu, secara umum kemampuannya masih terbatas. Ini mengarah pada penciptaan teknologi SegWit.

Segwit SegWit

SegWit, atau Segregated Witness (SegWit untuk short), pertama kali diusulkan oleh Pieter wuile (Bitcoin pengembang inti dan salah satu pendiri Blockstream) pada bulan Desember 2015 dan kemudian dibentuk Bitcoin BIP 141. SegWit sedikit mengubah struktur data transaksi di Bitcoin Blok untuk menyelesaikan masalah berikut:

1. Masalah kelenturan transaksi.

2. Tanda tangan transaksi yang dikirimkan dalam bukti SPV menjadi opsional, yang dapat mengurangi jumlah data yang dikirimkan oleh bukti Merkle.

3. Tingkatkan ukuran blok yang menyamar.

Dua item pertama terutama untuk meningkatkan keamanan dan kinerja, dan item ketiga memiliki dampak long pada teknologi baru, di mana monetisasi meningkatkan kapasitas Blok (lihat konsep berat blok di bawah), sehingga meletakkan dasar bagi Bitcoin untuk memperluas kemampuannya, sehingga Taproot selanjutnya (versi kedua SegWit) semakin diperkuat.

Sementara monetisasi meningkatkan ukuran blok, SegWit juga dibatasi oleh ukuran Blok. Bitcoin memiliki batas ukuran Blok 1 M byte, dan karena data saksi tidak termasuk dalam batas ini, ukuran Blok total masih terbatas untuk mencegah data saksi disalahgunakan. Sebuah konsep baru yang disebut berat blok telah diperkenalkan.

Blok berat = Ukuran dasar * 3 + Ukuran total

Ukuran dasar adalah ukuran blok yang tidak berisi data saksi

Ukuran total ukuran total adalah ukuran blok (dalam byte) dari transaksi serialisasi seperti yang dijelaskan dalam BIP 144, termasuk data yang mendasari dan saksi.

SegWit batas berat Blok <= 4 M.

SegWit juga secara teknis memungkinkan Bitcoin untuk menskalakan menggunakan Jaringan Lighting, yang tidak dijelaskan di sini.

Taproot SegWit Versi V2

Jika Anda menggunakan kata Taproot secara langsung, long orang berpikir itu adalah konsep baru, tetapi jika Anda memberi tahu Anda bahwa ini adalah versi kedua dari SegWit, kebanyakan orang akan memahami relevansinya. BIP yang terkait dengan Taproot adalah 340 , 341 , 342 dan namanya adalah: BIP 340 (Tanda Tangan Schnorr untuk secp 256 k 1), BIP 341 (Taproot: SegWit aturan pengeluaran versi 1), BIP 342 (Validasi Taproot).

Pada November 2021, Taproot resmi berlaku dalam bentuk soft fork. Peningkatan ini merupakan kombinasi dari BIP 340, BIP 341, dan BIP 342. BIP 340 menggantikan Elliptic Curve Digital Signature Algorithm (ECDSA) dengan memperkenalkan tanda tangan Schnorr yang dapat memverifikasi transaksi long pada saat yang sama, sekali lagi memperluas kapasitas jaringan dan mempercepat transaksi batch, membuka kemungkinan penerapan smart contract yang kompleks, BIP 341 mengimplementasikan Merkelized Abstract Syntax Tree (MAST) untuk mengoptimalkan penyimpanan data transaksi pada Blockchain, dan BIP 342 (Keran) Kemampuan yang tidak memadai untuk menggunakan bahasa skrip dan pengkodean Bitcoin untuk menambah jejak asli Bitcoin.

Perluasan short antara SegWit Segwit dan Taproot menyebabkan terciptanya Schnorr, pohon MAST, dan Taproot, yang misinya adalah memperluas fungsi Bitcoin Mainnet.

2.2 Schnorr、MAT、Taproot s

Melalui bagian 2.1, kita telah melihat eksplorasi Bitcoin yang berkelanjutan dalam penskalaan dan perluasan kapasitas, hingga munculnya teknologi Taproot, serta beberapa teknologi penting terkait Schnorr, MAST, Taproot s, pola kemampuan Bitcoin benar-benar telah dibuka.

Tanda Tangan Schnorr

Perkembangan Taproot memperluas kemampuannya dengan persyaratan tertentu untuk Algoritme Tanda Tangan, dan tanda tangan Schnorr mulai muncul sebagai alternatif dari Tanda Tangan Digital Algoritme kurva eliptik (ECDSA). Schnorr signature adalah skema Tanda Tangan Digital yang menandatangani transaksi dan pesan secara efisien dan aman. Ini pertama kali dijelaskan oleh Claus Schnorr dalam sebuah makalah tahun 1991. Schnorr telah dipuji karena kesederhanaannya, keamanan yang dapat dibuktikan, dan linearitas.

Keuntungan tanda tangan Schnorr:

1. Tanda tangan Schnorr menawarkan manfaat terpanjang, termasuk efisiensi tinggi, privasi yang ditingkatkan, sambil mempertahankan semua asumsi fungsionalitas dan keamanan ECDSA. Tanda tangan Schnorr memungkinkan ukuran tanda tangan yang lebih kecil, waktu verifikasi yang lebih cepat, dan resistensi yang lebih baik untuk jenis serangan tertentu.

2. Keuntungan paling signifikan dari penandatanganan Schnorr adalah agregasi Kunci Rahasia, yang menggabungkan tanda tangan terpanjang menjadi satu tanda tangan yang valid untuk jumlah kunci rahasia mereka. Dengan kata lain, Schnorr memungkinkan mitra terpanjang untuk menghasilkan tanda tangan yang valid untuk jumlah kunci publik mereka. Agregasi tanda tangan memungkinkan tanda tangan dari penanda tangan terlama digabungkan menjadi satu tanda tangan.

Kunci Rahasia agregasi Drop Pencucian Uang dan meningkatkan skalabilitas yang mendasarinya karena tanda tangan elektronik dari pengaturan tanda tangan long menempati short yang sama di Blok dengan tanda tangan dari transaksi sepihak. Fitur Schnorr ini dapat digunakan untuk mengurangi ukuran pembayaran multitandatangan dan transaksi terkait multitandatangan lainnya, seperti transaksi saluran Jaringan Lighting.

3. Fitur penting lainnya dari tanda tangan Schnorr adalah immutabilitas mereka.

4. Schnorr juga menawarkan keuntungan privasi terpanjang. Dengan membuat skema multitandatangan secara eksternal tidak dapat dibedakan dari kunci publik tunggal tradisional, Schnorr mempersulit pengamat untuk membedakan antara pengeluaran multitandatangan dan pengeluaran tanda tangan tunggal dalam aktivitas on-chain. Selain itu, dalam pengaturan multitandatangan n-of-m, Schnorr mempersulit pengamat luar untuk menentukan peserta mana yang menandatangani dan mana yang tidak menandatangani transaksi dengan melihat informasi on-chain.

Tanda tangan Schnorr diimplementasikan pada BIP-340 sebagai bagian dari peningkatan Taproot Soft Fork dan diaktifkan pada Tinggi Blok 709, 632 pada 14 November 2021. Schnorr membuat Tanda Tangan Digital BTC lebih cepat, lebih aman, dan lebih mudah diproses. Perlu dicatat bahwa Schnorr menandatangani Kriptografi Algoritme backward compatibility dengan BTC sehingga mereka dapat diperkenalkan melalui peningkatan Soft Fork.

Pohon Sintaks Abstrak MAST

Ada sedikit ambiguitas dalam singkatan MAST dalam bahasa Cina dan Inggris. BIP resmi (BIP 114) dan beberapa artikel menggunakan singkatan MAST sebagai: Merklized Abstract Syntax Tree. Beberapa bahan lain diterjemahkan ke dalam bahasa Cina Merklized Alternative Script Trees (MAST) menggunakan Merklized Alternative Trees (MAST). Dalam buku “Mastering Bitcoin”, dan sebuah artikel adalah singkatan ini:

Merkel Abstract Syntax Tree dan Merklized Alternative Script Tree (MAST) terlihat identik dalam fungsi. Dari sudut pandang terjemahan, saya pribadi merasa ingin menjaga penggunaan Bitcoin di BIP protokol resmi.

Konsep di balik MAST berasal dari dua konsep, pohon semantik abstrak dan pohon Merkle.

Pohon Semantik Abstrak (AST) termasuk dalam bidang pengetahuan prinsip-prinsip kompilasi dan linguistik formal dalam ilmu komputer. Pohon semantik abstrak adalah representasi perantara dalam proses kompilasi yang mewakili struktur semantik Kode Sumber. Ini mengubah Kode Sumber menjadi struktur seperti pohon di mana setiap Node mewakili unit semantik dan tepi mewakili hubungan di antara mereka. Pohon semantik abstrak memainkan peran penting dalam tahap analisis leksikal dan sintaksis kompiler, membantu kompiler memahami makna Kode Sumber dan melakukan optimasi selanjutnya dan proses menghasilkan kode objek. Dalam istilah awam, pohon semantik abstrak (AST) adalah metode untuk menggambarkan suatu program dengan memainkan orang untuk pengisap ke dalam potongan terpisah, yang membuatnya lebih mudah untuk dianalisis dan dioptimalkan. UNTUK MENGHASILKAN AST, SEMUA PERSAMAAN HARUS DIHUBUNGKAN DENGAN PREMIS MEREKA DENGAN PANAH SAMPAI SEMUA PREMIS DITEMUKAN. GAMBAR BERIKUT ADALAH AST UNTUK SEPOTONG NASKAH.

Pohon Merkle, di sisi lain, dapat digunakan untuk memverifikasi bahwa suatu elemen milik koleksi tanpa harus mengetahui gambaran lengkap dari seluruh rangkaian. Misalnya, verifikasi pembayaran yang disederhanakan Dompet Bitcoin (dompet SPV) menggunakan Merkle Tree untuk memverifikasi bahwa transaksi ada di Blok tertentu, yang menghemat bandwidth tanpa harus mengunduh Blok lengkap.

Untuk menghasilkan Merkle Tree, setiap elemen di-hash sekali untuk menghasilkan pengidentifikasi uniknya sendiri, dan kemudian pengidentifikasi ini dipasangkan dan di-hash lagi untuk menghasilkan pengidentifikasi untuk pasangan pengidentifikasi ini; dan seterusnya dan seterusnya, sampai hanya satu pengidentifikasi yang tersisa, yang disebut “Merkle Root”, yang merupakan pengidentifikasi short dan ringkas yang menandai seluruh kumpulan.

Saat memverifikasi bahwa elemen milik koleksi, orang yang memiliki seluruh koleksi dapat memberi Anda semua pengidentifikasi di jalur dari elemen tersebut ke Merkle Root. Ini membuktikan bahwa elemen tersebut memang ada di dalam himpunan ini.

Dalam short, teknologi di balik AST memungkinkan Anda untuk membagi program menjadi potongan-potongan terpanjang, dan Merkle Tree memungkinkan kita untuk memverifikasi bahwa potongan-potongan ini memang bagian dari program yang lengkap tanpa mengekspos seluruh program. Ini adalah prinsip dasar MAST, yang memungkinkan pembelanja untuk mengganti kondisi yang tidak digunakan dalam satu transaksi dengan bukti Merkle, dengan keuntungan dari ukuran transaksi yang berkurang, peningkatan privasi, dan dukungan untuk kontrak yang lebih besar.

Ada kasus terpanjang pohon MAST tertentu di Internet, dan orang-orang yang memahami pengembangan program dapat mengklarifikasi logika yang relevan dengan memilah-milah proses MAST.

Sekarang ada pohon sintaks abstrak MAST, kemampuan untuk memperluas sintaks asli Bitcoin perlu diperpanjang, sehingga Taproot s dibuat.

Taproot s

Skrip ketuk disertakan dalam BIP 342 protokol, Taproot merupakan versi upgrade dari skrip Bitcoin asli, yang juga dapat disebut sebagai bahasa, tetapi sebenarnya merupakan kumpulan Kode Operasi dengan perintah yang mendukung implementasi dua BIP lainnya. Taproot juga menghapus batas ukuran skrip 10.000 byte, menyediakan lingkungan yang lebih baik untuk membuat smart contract di jaringan Bitcoin. (Peningkatan ini juga meletakkan dasar bagi kelahiran Oridnals di kemudian hari, karena Ordinal protokol adalah data tambahan yang diimplementasikan menggunakan skrip -path spend s Taproot.) Untuk informasi lebih lanjut, silakan merujuk ke situs web resmi:

Saat ini, kemampuan Taproot belum dimanfaatkan sepenuhnya, dan konstruksi long nanti akan mencerminkan kekuatannya. Misalnya, teknologi koneksi antara Bitcoin L1 dan L2 harus menggunakan Taproot, MAST dan TaprootScripits paling lama.

2.3 Ordinal, Inions, BRC 20 dan protokol lainnya

Di ekosistem Bitcoin, dengan Segwit, Taproot, Schnorr, MAST, Taproot, alat-alat dasar ini, aplikasi baru mulai muncul. Aplikasi yang dimulai adalah aplikasi yang ringan, sederhana.

Nomor urut ordinal protokol, inskripsi, BRC 20

Kelahiran Ordinal protokol sangat terkait dengan konsep sat, protokol konsep ordinal dan inskripsi (Incriptions) diusulkan. Ordinal mengacu pada skema penomoran yang memberikan nomor untuk setiap Satoshi (Satoshi) pada jaringan Bitcoin di pesanan di mana ia ditambang. Protokol, pengidentifikasi ordinal SAT tetap sama terlepas dari bagaimana ia ditransfer antar dompet yang berbeda. Satoshi bernomor ini dapat dilacak dengan Bitcoin Full Node menjalankan Rodarmor Sumber Terbuka perangkat lunak ORD. Ini menyediakan mekanisme bagi orang untuk melacak setiap Satoshi secara akurat dan memverifikasinya secara independen.

Prasasti (Inion) adalah informasi dengan membakar informasi di Satoshi. Dengan menggabungkan SegWit dan Taproot, Ordinal protokol dapat membakar file yang lebih kecil dari 4 MB per Satoshi pada Bitcoin Blok, yang inskripsi. Prasasti dapat berisi berbagai bentuk informasi, seperti teks, gambar, video, dll. Gambar di bawah ini adalah tangkapan layar dari inskripsi sampel.

Sederhananya, skema penomoran nomor urut memberikan nomor penelusuran unik untuk setiap Satoshi, membuat Satoshi memiliki karakteristik non-homogenitas. inskripsi dapat menambahkan informasi data yang tidak dapat dibagi ke nomor urut, mirip dengan membuat seni pada play people for suckers selembar kertas kosong. Kombinasi keduanya memberi Bitcoin standar NFT baru. Inti dari Ordinal sebenarnya sangat sederhana, lebih seperti NFT protokol, tetapi tidak seperti NFT Metadata (MetaData) ETH atau rantai publik lainnya long yang disimpan di server FIL atau terpusat, Metadata Ordinal tertanam di bidang Data Saksi transaksi, seolah-olah “tertulis” ke Satoshi tertentu, dari situlah kata inskripsi berasal.

BRC-20: Terinspirasi oleh Ordinals protokol, pengguna Twitter @domodata membuat alternatif eksperimental Bitcoin standar token BRC-20 pada 8 Maret 2023. Ordinal protokol menciptakan NFT jaringan BTC dengan menetapkan “atribut” yang berbeda untuk setiap Satoshi, sementara BRC-20 membuat FT pada BTC, atau Fungible Token, dengan menetapkan “format” dan “atribut” yang seragam.

BRC-20 menyebarkan kontrak Token, pencetakan koin, dan mentransfer Token (Depoly, Mint, Transfer) dengan menulis sepotong teks JSON ke BTC inskripsi melalui Ordinals protokol, dan kunci untuk penyebaran adalah nama Token, total pasokan, pencetakan maksimum pada satu waktu, dll. Untuk transaksi transfer atau jual/beli, NFT tambahan diukir untuk melacak saldo off-chain. Pada saat yang sama, karena infrastruktur ekologi BTC yang relatif tidak sempurna, ada ambang pembelajaran tertentu, dan Likuiditas yang rendah membuat BRC-20 Token mudah dipromosikan, dan Token BRC 20 seperti ordi, sat, tikus, dll., Telah membuka gelombang mitos penciptaan kekayaan.penerbitan koin

Protokol lainnya - Atomicals, ARC 20

Kelahiran protokol Atomicals cukup dramatis, dan pendiri Arthur ingin mengembangkan proyek DID di atas Ordinals protokol ketika pertama kali dirilis, tetapi selama proses pengembangan, ia menemukan bahwa Ordinals protokol memiliki keterbatasan lebih lama untuk dukungan beberapa fitur yang ingin ia terapkan. Jadi, pada 29 Mei 2023, Arthur men-tweet tweet pertama tentang ide Atomicals protokol, dan setelah beberapa bulan pengembangan, Atomicals protokol ditayangkan pada 17 September 2023. Kemudian, Atomicals protokol menurunkan empat konsep utama seperti Dmint, Bitwork, ARC-20, RNS, dll., Dan AVM dan protokol pemisahan akan diluncurkan di masa depan.

Mirip dengan Ordinals dan BRC 20, menyebarkan Token yang Dapat Dipertukarkan di atas Atomicals membentuk ARC 20. Bagi mereka yang tertarik dengan ARC 20, Anda dapat membaca lebih lanjut.

** Protokol lainnya - Rune **

Ketika berkembang, Casey Rodarmor, pendiri Ordinals, menerbitkan sebuah artikel yang menyatakan bahwa BRC-20 Token memiliki “konsekuensi yang tidak diinginkan dari proliferasi UTXO” dan menyarankan Runes sebagai alternatif berbasis UTXO. protokol yang ada umumnya memiliki masalah seperti implementasi protokol yang kompleks, pengalaman pengguna yang buruk, output transaksi sampah yang tidak terpakai (UTXO), dan kebutuhan akan Token asli untuk operasi.

Transisi Runes menggunakan OP_RETURN, protokol output data pertama dalam pesan diterjemahkan ke dalam urutan bilangan bulat yang ditafsirkan sebagai urutan tupel (ID, OUTPUT, AMOUNT). Jika jumlah bilangan bulat yang diterjemahkan bukan kelipatan tiga, pesan protokol tidak valid. ID adalah ID Token yang akan ditransfer, OUTPUT adalah indeks output yang akan dialokasikan (yaitu, ke beberapa output pertama), dan AMOUNT adalah jumlah run yang akan dialokasikan. Setelah semua alokasi tupel diproses, Token Rune yang tidak dialokasikan akan dialokasikan ke output non-OP_RETURN pertama, dan sisanya dapat dibakar dengan menetapkan Rune protokol ke output OP_RETURN yang berisi pesan protokol.

Penerbitan Rune: pelacakan Token fungible berbasis UTXO. Jika ada dorongan data kedua untuk pesan protokol, itu adalah transaksi penerbitan. DORONGAN DATA KEDUA DITERJEMAHKAN MENJADI DUA BILANGAN BULAT, SIMBOL, DESIMAL. Jika ada bilangan bulat lain yang tersisa, pesan protokol tidak valid. SYMBOL adalah simbol dasar 26-bit yang dapat dibaca, mirip dengan yang digunakan dalam nama Ordinal, dengan satu-satunya karakter yang valid saat ini adalah A sampai Z. DECIMALS adalah jumlah digit setelah koma desimal yang harus digunakan saat menampilkan penerbitan Runes. Jika SYMBOL belum ditetapkan, Rune Token akan diberi nilai ID (mulai dari 1). Jika SYMBOL telah ditetapkan, atau BITCOIN, BTC, atau XBT, tidak ada rune baru yang akan dibuat. Inilah yang membuat Rune protokol istimewa. Alih-alih menghubungkan catatan saldo ke Dompet Alamat, itu menempatkan catatan di UTXO itu sendiri.

Rune baru Token dimulai dengan transaksi penerbitan, menentukan pasokan, simbol, dan jumlah tempat desimal, dan mengalokasikan pasokan itu ke UTXO tertentu. Sejumlah Token rune dapat dimasukkan dalam UTXO, terlepas dari ukurannya. UTXO hanya digunakan untuk melacak saldo. Fungsi transfer kemudian menggunakan UTXO itu, memainkan orang untuk pengisap ke UTXO baru terpanjang dari berbagai ukuran, berisi jumlah rune yang berbeda, dan mengirimkan catatan ke orang lain. Dibandingkan dengan BRC-20, Runes mengurangi satu lapisan konsensus server dan menjadi lebih sederhana, sementara tidak bergantung pada data off-chain dan tidak ada Token asli, yang cocok untuk model UTXO asli Bitcoin.

Protokol lainnya - perangko BTC, SRC 20, SRC 721

Dirilis pada Maret 2023 oleh Mike In Space, sistem Bitcoin Stamps dimulai sebagai proyek proof-of-concept pada Counterparty (Bitcoin L2 yang telah ada sejak 2014). Karena pembaruan protokol yang mendasarinya, Stamps telah sepenuhnya beralih ke Bitcoin, yang musim panas lalu, sekarang dikenal sebagai SRC-20. Pendiri Mike awalnya membayangkan Prangko sebagai cara untuk pencetakan Bitcoin NFT permanen. Namun, protokol telah diperluas untuk mereplikasi BRC-20, Token alternatif massal yang telah berkembang di Bitcoin sejak Casey Rodarmor meluncurkan Ordinal pada Januari 2023 karena Token naik kegemaran inskripsi.

Perbedaan utama antara Prangko dan Ordinal adalah arsitekturnya. Ini karena Prangko menyimpan Metadata mereka di Unspent Transaction Output (UTXO) Multisignature, sementara Ordinal menyimpan Metadata mereka di bagian “Saksi” dari transaksi Bitcoin. Perbedaan desain ini menunjukkan trade-off pengembang. Yang mengatakan, metode UTXO Prangko membuat mereka tidak dipangkas dan karena itu tampak permanen, meskipun mereka lebih mahal untuk diproduksi daripada Ordinal pencetakan. Sebaliknya, Ordinal menggunakan data saksi dengan cara yang pada akhirnya membuat mereka dapat dipangkas, dan mereka lebih murah untuk diproduksi daripada Prangko.

Jadi, sementara Ordinal mungkin menawarkan rasio daya tahan-terhadap-biaya terbaik untuk NFT di ruang enkripsi saat ini (yang juga dapat on-chain NFT di Ethereum, tetapi mereka relatif lebih mahal untuk dibangun daripada Ordinal), Prangko saat ini tampaknya menawarkan jaminan permanen langsung terbaik.

Setelah pembuatan perangko BTC, SRC 20 dan SRC 721 mulai diproduksi, pada prinsipnya mirip dengan BRC 20. BRC-20 dibangun di atas Ordinal protokol, sedangkan SRC-20 dibangun di atas BTC PERANGKO. Pembaca yang tertarik dapat membaca lebih lanjut tentang SRC 20 dan SRC 721.

Pada titik ini, teknologi baru yang penting dari Bitcoin pada jaringan lapisan pertama telah diperkenalkan. Dalam hal ekspansi dan perluasan kapasitas berikutnya, ia mulai menggunakan fasilitas atas Bitcoin, seperti Layer 2 Bitcoin atau lapisan yang lebih tinggi seperti RGB dengan bantuan Jaringan Lighting. Artikel dalam hal ini merekomendasikan membaca “Artikel yang memilah sistem pengetahuan dasar konstruksi Layer 2 Bitcoin V1.5” dan “Melihat lapisan 2 Bitcoin dari perspektif mesin negara, Anda dapat melihat arsitektur dan jalur konstruksi aplikasi Web3.0 masa depan”, atau artikel lain tentang konstruksi Bitcoin lapisan 2 atau desain arsitektur.

3 Bagaimana teknologi baru digunakan dan apa yang perlu dikembangkan di masa depan

Melalui isi bagian kedua, kita melihat bahwa perkembangan teknologi ekosistem Bitcoin telah meletakkan dasar untuk adopsi skala besar. Namun, karena pengembangannya membutuhkan proses dan ketidakmatangan beberapa teknologi terkait, masih ada perbedaan besar antara aplikasi populer saat ini dan aplikasi umum akhir.

3.1 Cara menggunakan teknologi baru

Seperti yang dapat kita lihat dari dua bagian sebelumnya, pengembangan teknologi Bitcoin pada dasarnya adalah perluasan Blok dan kemampuan.

Dalam hal ekspansi Blok, SegWit telah menyebabkan ekspansi Blok de facto, dan meskipun ada berbagai proposal untuk memotong bagian testimonial, kecil kemungkinan hal semacam ini akan terjadi, terutama setelah bagian testimonial diberi makna yang lebih long.

Dalam hal kemampuan ekspansi, teknologi seperti Taproot, Schnorr, MAST, dan Taproot S memberi Bitcoin lebih banyak kemampuan long. Secara khusus, MAST + Taproot s akan memperluas kemampuan bahasa scripting asli Bitcoin, ditambah beberapa teknologi lainnya akan memperluas kemampuan bahasa Bitcoin untuk menangani skenario yang kompleks. Tetapi perluasan kapasitas ini juga akan membuat pengembangan dan pemahaman Bitcoin lebih sulit, lagipula, pengembangan ini bukanlah bahasa tingkat tinggi. Dan bagian dari perluasan kapasitas ini akan tertinggal dari pemahaman pengguna dan kecepatan belajar dari ekspansi Ukuran Blok.

Karena mudah untuk memperluas kapasitas Blok dan kompleks untuk memperluas kapasitas kapasitas, inilah alasan mengapa pengguna akan menulis gambar kecil itu NFT ke Bitcoin Mainnet di tempat pertama, dan aplikasi seperti BRC 20 akan diproduksi. Hampir semua aplikasi long pada Bitcoin Mainnet saat ini mengeksplorasi aplikasi berskala Blok. Sejumlah kecil aplikasi telah mulai mengeksplorasi perluasan kapasitas, misalnya, koneksi BEVM Layer 1 dan Layer 2 representatif, dan fungsi yang dibangun oleh elemen dasar di atas lebih long. Tanda tangan Shnorr + kontrak MAST + jaringan Bitcoin light node BTC solusi L2 adalah contoh yang baik untuk belajar menghubungkan Layer 1 ke Layer 2. Di masa depan, akan ada lebih banyak kasus perluasan kapasitas.

Di mana seharusnya batas-batas perluasan kapasitas? Kita dapat menilai dari perspektif desain hierarkis, jika ekspansi kapasitas ini lebih long seperti Bitcoin teknologi koneksi layer 1 dan layer 2, maka ekspansi kapasitas seharusnya tidak terlalu rumit. Namun, berdasarkan kreativitas manusia kita yang kaya dan daya tarik yang kuat dari penerbitan dan manajemen aset, beberapa tim atau individu akan mengeksplorasi lebih long kasus skenario perluasan kemampuan.

3.2 Persyaratan untuk pengembangan di masa depan

Alasan paling langsung untuk generasi teknologi Blockchain adalah uang digital, sehingga penerbitan aset, manajemen aset, dan aplikasi lainnya adalah salah satu kebutuhan paling langsung di bidang Bitcoin atau Blockchain. Baik itu dari eksplorasi koin berwarna hingga aplikasi seperti BRC 20 dan ARC 20, atau ICO dan IDO di Ethereum, semuanya mengeksplorasi penerbitan aset. Ethereum Dengan perkembangan teknologi ekosistem Bitcoin, aplikasi manajemen aset ini akan ditransfer ke ekosistem Bitcoin, dan lebih banyak long harus dilakukan pada lapisan kedua Bitcoin.

Setelah memenuhi kebutuhan aset penerbitan dan mengelola aset, kita akan memiliki energi dan waktu untuk mengembangkan aplikasi skala besar yang termasuk dalam era Web3.0 (yang juga bisa disebut era nilai). Arsitektur sistem aplikasi skala besar di masa depan Web3.0 era, saya memiliki deskripsi yang relevan dalam “Mengamati lapisan kedua Bitcoin dari perspektif mesin negara, Anda dapat melihat jalur arsitektur dan konstruksi aplikasi Web3.0 masa depan”.

Jalur konstruksi adalah proses terus memenuhi permintaan, yang dapat dibagi menjadi tiga tahap: jangka short, jangka menengah dan jangka long. Di jangka pendek, aplikasi yang dihasilkan oleh Bitcoin Mainnet di atas teknologi baru dan tahap sederhana konstruksi lapisan 2 berbasis rantai akan menyelesaikan ekspansi kapasitas utama untuk memenuhi berbagai aplikasi keuangan. Tahap pertengahan hingga akhir dari konstruksi Layer 2 berbasis rantai dan konstruksi Layer 2 berdasarkan sistem terdistribusi memenuhi kebutuhan berbagai aplikasi keuangan dan aplikasi kepercayaan. Jangka long didasarkan pada konstruksi skala besar ekologi Bitcoin untuk menyelesaikan pembangunan era Web3.0 nyata.

Referensi

Laporan Penelitian ABCDE[ABCDELabs]Masa Lalu, Sekarang dan Masa Depan Bitcoin

Terpisah_Witness

Taproot_activation_proposals

SegWit Super Detail (Saksi segregasi),

Menjelaskan: Apa itu Pohon Sintaks Abstrak Merkelized untuk Bitcoin?,