Bagaimana para praktisi pada tahun 2010 melihat perjalanan pembangunan BTC sepuluh tahun kemudian

Penulis: Shinobi, co-founder BTC Podcast Block Digest; Terjemahan: Wuzhu, Golden Finance

Artikel ini adalah tulisan Shinobi sepuluh tahun yang lalu, membahas seperti apa BTC pada tahun 2020.

Artikel pertama dalam seri ini dapat dilihat di "Bagaimana Praktisi di Tahun 2010 Menganggap Ekosistem BTC Sepuluh Tahun Kemudian?"

Kami mulai melihat benih potensi lapisan kedua berkembang dari bahasa dasar lapisan dasar dekade pertama. Meskipun Jaringan Petir masih mengalami sejumlah keterbatasan yang cukup besar, namun benar-benar mulai berkembang pesat. Ini hanyalah versi pertama yang terbatas yang saat ini ditentukan dan diterapkan. Saat ini berbagai jenis sidechain telah diterapkan: Liquid, RSK, dan bahkan rantai token yang terikat dengan BTC yang dikembangkan oleh Commerceblock. Ini hanyalah awal.

SCHNORR dan TAPROT

Tidak lama kemudian kami memiliki kombinasi Schnorr dan Taproot. Dari sudut pandang Schnorr, ini adalah skema tanda tangan verifikasi batch yang harganya lebih murah dan merupakan lompatan besar berikutnya dalam mengoptimalkan konstruksi skrip multisig BTC. Multisig pada awalnya hanya masalah mengirimnya dengan semua kunci publik dan skrip multisig yang dimasukkan ke dalam output transaksi, dan semua ini harus dimasukkan dalam input untuk menggunakannya. P2SH mengoptimalkan aspek output dengan menyertakan kunci publik multisig dan hash skrip dengan panjang konstan, menghemat siapa pun yang mengirim ke alamat multisig dan hanya menambahkan biaya ke pengirim. SegWit bisa dibilang "mengoptimalkan" lebih lanjut dengan menyaksikan diskon untuk membuat UTXO yang harganya multisig lebih murah. Schnorr mengambil semua optimasi inkremental ini secara ekstrem. Anda menggabungkan kunci publik individual menjadi satu kunci, dan semua orang bisa berkolaborasi untuk membuat tanda tangan untuknya lalu memeriksanya. Ini memberikan penghematan biaya yang signifikan untuk semua teknologi yang menggunakan multisig, termasuk Layer 2 seperti Lightning Network (Lightning) dan sidechains federasi, dan juga membawa manfaat privasi dengan membuat semua UTXO multisig ini tidak dapat dibedakan dari UTXO tanda tangan tunggal.

Sekarang, ini tidak akan secara ajaib membuat semua tetap benar-benar rahasia. Status saluran kilat (transaksi) masih memerlukan jalur kunci terpisah untuk merespons transaksi hukuman terhadap status lama. Ini berarti bahwa ini harus ada dalam output script fingerprint. Taproot mengatasi masalah ini melalui sihir enkripsinya, memungkinkan Anda untuk mengirim pohon merkle dengan kondisi pengeluaran yang berbeda, hanya perlu menggunakan kondisi yang diperlukan dan bukti merkle ke akar merkle untuk melakukan pengeluaran, ke kunci Schnorr yang terlihat normal. Sekarang, Anda dapat menyembunyikan jalur script hukuman tersebut dengan taproot. Anda dapat menyembunyikan jalur script kondisi apa pun dengan Taproot, disembunyikan di bawah kunci Schnorr yang terlihat sangat normal, kunci ini memungkinkan semua pihak mencapai kesepakatan tentang sesuatu dan melakukan transaksi yang terlihat sangat normal.

SIGHASH_ANYPREVOUTPUT

SIGHASH_ANYPREVOUTPUT (sebelumnya SIGHASH_NOINPUT) diharapkan menjadi primitif baru berikutnya. Ini adalah pembaruan format kunci publik/sighash baru. Sighash menentukan bagian dari transaksi mana tanda tangan akan diserahkan. Fitur ini ada agar Anda dapat melakukan tindakan seperti hanya menandatangani input dan output Anda, tetapi memungkinkan orang lain menambahkan input dan output mereka ke dalam transaksi tanpa membuatnya tidak valid. Namun, saat ini, tanda tangan harus diserahkan dari UTXO yang tepat dari transaksi yang tepat. Di antara lain, SIGHASH_ANYPREVOUT dapat menyampaikan tanda tangan ke skrip UTXO, bukan UTXO spesifik yang sebenarnya. Ini memungkinkan cara baru (eltoo) untuk membangun status saluran petir, tanpa memerlukan kunci hukuman atau menangani status lama, memungkinkan pihak yang tertipu untuk menyita semua dana. Sebagai gantinya, jika status saluran saat ini gagal dalam kompetisi pembayaran ganda, itu hanya dapat menggunakan kembali status saluran lama, sehingga memastikan bahwa setiap orang dapat menerima saldo saluran mereka saat ini di rantai, bukan saldo kedaluwarsa sebelumnya. Anda hanya perlu menggunakan kembali skrip yang sama pada posisi yang benar dan menggunakan SIGHASH_ANYPREVOUT untuk mencapainya.

Ini menghilangkan banyak risiko, seperti kehilangan status saluran saat ini, yang menyebabkan denda transaksi memblokir dana Anda tanpa sengaja. Ini juga dapat mencapai lebih banyak fungsi. Sekarang, kita dapat memiliki saluran petir dengan lebih dari 2 peserta, bahkan dapat menumpuk 'subsaluran' di atas saluran-saluran ini. Selain itu, SIGHASH_ANYPREVOUT dan eltoo dapat menciptakan Statechains, yang merupakan konstruksi saluran gabungan yang memungkinkan peserta baru masuk dan keluar sepenuhnya di luar rantai, dan berasumsi bahwa aliansi tidak akan bersekongkol dengan peserta masa lalu untuk menipu siapa pun. Ini membuka banyak potensi untuk apa yang saya sebut sebagai 'protokol UTXO statis multipihak'.

OP_CHECKTEMPLATEVERIFY

OP_CTV adalah proposal yang diajukan oleh Jeremy Rubin, yang bertujuan untuk menerapkan jenis 'kontrak' yang sangat dasar di BTC. Kontrak tersebut merupakan pembatasan yang lebih kompleks dalam penggunaan satu BTC, bukan hanya tanda tangan beberapa kunci. Jenis kontrak yang akan diimplementasikan menurut proposal Rubin adalah 'template'. Pada dasarnya, ini memungkinkan skrip UTXO untuk meminta pembuatan transaksi keluar tertentu yang tepat. Oleh karena itu, setelah UTXO dibuat dengan menggunakan OP_CTV, itu akan diberlakukan secara konsensus bahwa UTXO tersebut harus dihabiskan ke alamat tertentu dengan jumlah yang ditentukan dalam skrip UTXO tersebut. Anda bahkan dapat mengaitkannya sehingga salah satu UTXO dipaksa untuk membuat beberapa, dan kemudian UTXO tersebut dipaksa untuk membuat beberapa lagi, dan seterusnya.

Ini memiliki aplikabilitas yang luas di mana saja. Dalam lingkungan biaya tinggi, entitas penitipan dapat membuat UTXO tunggal, di mana entitas tersebut menjamin 100% dana semua kliennya akan akhirnya dikendalikan oleh klien, bahkan jika saat ini mereka tidak dapat mengakses dana tersebut secara langsung. Hal ini berpotensi berkolaborasi dengan banyak saluran (pabrik saluran) karena penarikan skala besar seperti ini juga dapat dibuat secara bersamaan dan digunakan sebagai pabrik saluran. OP_CTV dapat digunakan untuk membuat saluran pembayaran satu arah setidaknya bekerja tanpa kehadiran penerima atau memiliki kunci online untuk menerima pembayaran (ingat, Anda dapat menumpuk saluran bersama). Bahkan dapat digunakan untuk memungkinkan saluran tunggal menangani lebih banyak HTLC sekaligus dengan mengikatnya bersama menggunakan trik yang sama dengan contoh penitipan pertama. Bahkan mungkin menciptakan potensi untuk jenis coinjoin baru.

Mengintegrasikan semua elemen

Diasumsikan bahwa semua proposal di atas diterima dan diintegrasikan ke dalam BTC, saya benar-benar percaya bahwa, kecuali para pengembang yang benar-benar terlibat dalam pekerjaan inovatif ini, orang bahkan tidak tahu jenis protokol dan layanan apa yang akan dibangun dengan menggunakan bahasa pemrograman ini. Atau hal-hal aneh tanpa batas yang jelas antara layanan atau protokol.

Mereka akan memungkinkan saluran multi-pihak dengan jumlah peserta yang secara teoritis tidak terbatas, yang dapat menumpuk sub-saluran di atas subkelompok yang lebih kecil dari peserta saluran yang mendasarinya. Saluran dapat dibangun di atas "pabrik saluran" ini yang memungkinkan orang menerima pembayaran tanpa memiliki kunci dompet online panas. Saluran multi-pihak ini sendiri dapat ditumpuk di atas saluran federasi (rantai negara), memungkinkan peserta untuk masuk atau keluar tanpa aktivitas on-chain! Pembangunan "jahitan" saluran akan memungkinkan likuiditas bergerak relatif mulus di antara saluran yang berbeda, memungkinkan segala macam hal yang bahkan belum benar-benar dipikirkan orang.

Kalimat terakhir saya dalam bagian ini adalah: ini hanya mempertimbangkan apa yang bisa dilakukan terhadap apa yang saya anggap sebagai bagian langsung dari tumpukan protokol BTC itu sendiri. Jika Anda mulai menyelidiki layanan kustodian terpusat, serta subset BTC mana yang dapat disediakan layanan tersebut tanpa terpengaruh oleh pengaturan atau hambatan hukum, maka Anda dapat melakukan lebih banyak hal.