RGB Mendukung Skalabilitas dan Kemampuan Privasi Bitcoin dan Lightning Network

TL; DR

• RGB beroperasi sebagai solusi Lapisan 2/3 pada paradigma validasi sisi klien Bitcoin dan Lightning Network, menampung semua data kontrak pintar di luar transaksi Bitcoin. Desain ini memastikan pengoperasian sistem di atas Lightning Network, menghilangkan kebutuhan modifikasi pada protokol LN.
  
• Kontrak pintar RGB dirancang untuk skalabilitas dan kerahasiaan. Sistem ini mendukung kepemilikan pribadi dan bersama, mengabstraksi dan memisahkan kekhawatiran, mewakili bentuk komputasi terdistribusi tanpa kepercayaan pasca-blockchain, Turing-lengkap tanpa perlu memperkenalkan token baru.
  
• Kontrak RGB disusun dalam segmen terpisah yang disebut “pecahan”, masing-masing dengan riwayat dan datanya sendiri, meningkatkan skalabilitas dan mencegah pencampuran riwayat dari kontrak yang berbeda. Mereka berinteraksi melalui protokol Bifrost di Lightning Network, memungkinkan perubahan terkoordinasi di antara banyak pihak, serupa dengan DEX yang beroperasi di Lightning Network.
  
• RGB menggunakan segel sekali pakai defined atas Bitcoin UTXO untuk keamanan. Pihak mana pun yang memiliki riwayat negara kontrak pintar dapat memverifikasi keunikannya, dengan memanfaatkan skrip Bitcoin define kepemilikan dan hak akses.
  
• Dalam RGB, kepemilikan negara dan validasi adalah entitas yang terpisah. Kepemilikan dikelola oleh skrip Bitcoin, sistem Lengkap non-Turing. Aturan validasi, di sisi lain, ditentukan oleh Skema RGB menggunakan Turing Complete Simplicity/Contractum/Rust Script.
  
• Setiap kontrak pintar RGB dikaitkan dengan status unik menggunakan segel sekali pakai. Stempel dan status mengikuti aturan dan validasi khusus yang ditetapkan oleh pembuat kontrak, diatur oleh “skema”. Skema ini bertindak seperti seperangkat aturan untuk memeriksa data kontrak di sisi klien, memungkinkan skalabilitas dan privasi protokol tingkat tinggi.
  
• Desain RGB sangat dapat dioperasikan dengan teknologi Bitcoin dan Lightning Network yang ada, memfasilitasi integrasi tanpa batas dengan platform ini dan segala peningkatan di masa mendatang.
  
• Berbeda dengan gaya pemrograman imperatif pada banyak platform blockchain, RGB menggunakan gaya deklaratif. Pendekatan ini berfokus pada menguraikan hasil yang diinginkan daripada merinci langkah-langkah spesifik untuk mencapainya.
  
• RGB menggunakan berbagai teknologi canggih, termasuk AluVM untuk tugas komputasi portabel deterministik, PRISM untuk komputasi mesin negara tak terbatas yang direplikasi sebagian, dan Storm untuk penyimpanan tanpa kepercayaan berbasis escrow menggunakan zk-proofs. Teknologi-teknologi ini berkontribusi pada ketahanan, kerahasiaan, dan ekstensibilitas RGB.
  
• RGB (v0.10) memperkenalkan peningkatan penting pada pengalaman pengguna dan proses integrasi, menyederhanakan operasi dan meminimalkan ketergantungan. Versi yang diperbarui menampilkan API perpustakaan dan alat baris perintah yang lebih terpadu, membuatnya lebih mudah diakses dan ramah pengguna.

Deskripsi Singkat

RGB adalah protokol yang dirancang untuk menerbitkan token di jaringan Bitcoin dengan privasi yang ditingkatkan dan kompatibilitas dengan Lightning Network. Ini dibangun di atas konsep “koin berwarna,” seperti yang digunakan dalam protokol OmniLayer di mana metadata dalam transaksi Bitcoin menunjukkan transfer token. Misalnya, transaksi USDT di OmniLayer berfungsi sebagai transaksi Bitcoin yang dilengkapi dengan data tambahan yang merinci pergerakan token USDT. Namun, metode ini menghadapi keterbatasan seperti batasan ukuran data dalam keluaran OP_RETURN, pemindaian blockchain yang intensif, dan privasi terbatas yang berasal dari visibilitas on-chain.

RGB mengatasi masalah ini dengan memindahkan sebagian besar proses validasi dari blockchain Bitcoin. Ini mengadopsi validasi sisi klien dan menggunakan segel sekali pakai untuk menghubungkan token dengan UTXO Bitcoin, sambil menjaga privasi pengguna.

Token ditransfer dengan berkomitmen pada pesan yang berisi informasi pembayaran RGB dalam transaksi Bitcoin, memungkinkan token berpindah dari satu UTXO ke UTXO lainnya tanpa meninggalkan jejak pada grafik transaksi Bitcoin. Hal ini secara signifikan meningkatkan privasi, karena transaksi RGB “teleportasi” token secara diam-diam, dengan data spesifik RGB diteruskan melalui saluran off-chain pribadi.

Selain itu, untuk memastikan kepemilikan dan mencegah inflasi, penerima harus memvalidasi seluruh riwayat transaksi token yang diterima. RGB memungkinkan peningkatan di masa depan tanpa memerlukan hard fork, memastikan penambang tidak dapat melacak aliran aset, sehingga memberikan ketahanan yang lebih tinggi terhadap sensor. Tidak seperti struktur blockchain tradisional, RGB beroperasi tanpa memerlukan blok atau rantai, memposisikannya sebagai protokol desentralisasi non-blok, menjanjikan kerahasiaan, keamanan, dan skalabilitas yang tinggi.

Pendahuluan dan Visi

Satu-liner: Sistem kontrak cerdas dan status yang divalidasi klien yang beroperasi pada Lapisan 2/3 di Bitcoin dan Lightning Network.

Rincian lainnya:

RGB adalah sistem kontrak pintar yang terukur & rahasia untuk Bitcoin & Lightning Network. Kontrak pintar RGB beroperasi dengan validasi sisi klien paradigma, perumahan semua data kontrak pintar di luar Transaksi Bitcoin, yaitu blockchain Bitcoin atau status saluran Lightning. Hal ini memungkinkan sistem untuk beroperasi di atas Lightning Network tanpa perubahan apa pun pada protokol LN dan juga memberikan landasan untuk skalabilitas dan privasi protokol tingkat tinggi.

Kontrak pintar mewujudkan prinsip kepemilikan pribadi dan bersama, abstraksi, dan pemisahan kepentingan. Mereka mewakili “pasca-blockchain,” bentuk lengkap Turing dari komputasi terdistribusi tanpa kepercayaan yang tidak memerlukan pengenalan token.

Kontrak RGB beroperasi di segmen terpisah yang disebut “pecahan.” Setiap pecahan memiliki riwayat dan datanya sendiri, artinya kontrak yang berbeda tidak mencampurkan riwayatnya. Metode ini meningkatkan skalabilitas. Istilah “shard” digunakan untuk menunjukkan bahwa RGB mencapai tujuan serupa dengan apa yang dimaksudkan dengan konsep shards Ethereum.

Meskipun berfungsi secara independen, kontrak RGB dapat berinteraksi melalui protokol Bifrost di Lightning Network. Hal ini memungkinkan terjadinya perubahan terkoordinasi antara banyak pihak. Misalnya, ini memungkinkan DEX berfungsi melalui Lightning Network.

Teknologi & Arsitektur

Ikhtisar Tingkat Tinggi tentang Pengoperasian RGB dan Segel Sekali Pakai

Gambar 1. Ikhtisar pengoperasian RGB tingkat tinggi.
Sumber: Asosiasi LNP/BP Github.

Sebagai mekanisme keamanan, RGB memanfaatkan segel sekali pakai defined atas bitcoin UTXO, yang memberikan kemampuan bagi pihak mana pun yang memiliki riwayat status kontrak pintar untuk memverifikasi keunikannya. Intinya, RGB memanfaatkan skrip Bitcoin untuk model keamanannya dan defines kepemilikan dan hak akses.

Gambar 2. Prinsip kerja RGB Tingkat Tinggi.
Sumber: “Mendorong Adopsi Massal Kripto: Bagaimana Protokol RGB Menerangi Masa Depan Bitcoin” oleh Waterdrip Capital.

Setiap kontrak pintar RGB adalah defioleh a keadaan asal-usul, dibuat oleh penerbit kontrak pintar (atau, sederhananya, penerbit) dan grafik asiklik berarah (DAG) dari transisi negara dipertahankan sebagai data yang divalidasi klien.

Gambar 3. Transaksi, segel tertutup dan saksi.
Sumber: Asosiasi LNP/BP Github.

Dapat kita rangkum sebagai berikut: setiap transaksi mempunyai UTXO, dan kepemilikan UTXO ini memberikan pemiliknya hak untuk memiliki negara. Kepemilikan menentukan siapa yang dapat mengubah status blockchain dan “menghabiskan” UTXO. Pihak yang memegang negara disebut partai memiliki negara.

Pihak tersebut memegang wewenang untuk mengubah bagian yang relevan dari status kontrak pintar dengan membuat transisi status baru dan mengonfirmasinya dalam suatu transaksi, dengan memanfaatkan keluaran yang berisi status sebelumnya.

Proses itu menandakan penutupan segel peralihan negara, dan pasangan yang terdiri dari transaksi pembelanjaan dan data transaksi ekstra terkait pada transisi negara disebut a menyaksikan (ditunjukkan pada gambar di atas).

Kepemilikan & Akses: Properti Inti

Gambar 4. Kepemilikan dan Akses.
Sumber: Asosiasi LNP/BP Github.

Kepemilikan dan validasi negara adalah konsep yang berbeda. Aturan validasi menentukan bagaimana keadaan dapat berubah, sementara aturan tersebut tidak mengidentifikasi siapa yang dapat melakukan perubahan tersebut. 

Di sisi lain, kepemilikan dikendalikan oleh skrip Bitcoin pada level blockchain Bitcoin, yang bukan Turing Complete. Sebaliknya, aturan validasi diatur oleh Skema RGB yang menggunakan Simplicity/Contractum Script yaitu Turing Complete. 

Skema RGB

Dalam kontrak pintar RGB, setiap kontrak diberi status unik melalui segel sekali pakai. Stempel ini, bersama dengan negara, memiliki aturan dan validasi khusus, yang ditetapkan oleh pembuat kontrak di awal. Penyiapan ini diatur oleh “skema”, yang berfungsi sebagai seperangkat aturan untuk memvalidasi data kontrak di sisi klien. Skema ini dapat mencakup skrip kompleks yang merupakan bagian integral dari logika kontrak.

Gambar 5. Skema RGB.
Sumber: Asosiasi LNP/BP Github.

Prinsip Validasi dan Desain Sisi Klien

Gambar 6. Validasi sisi klien RGB.
Sumber: Asosiasi LNP/BP Github.

1. Kepemilikan yang Kuat: Di RGB, kontrak pintar memiliki batasan yang jelas defipemilik atau pemilik yang diinginkan. Hanya pemilik yang ditunjuk yang mempunyai wewenang untuk mengubah status kontrak. Kontrak-kontrak ini menguraikan hak atau operasi berbeda yang dikategorikan sebagai publik (dapat diakses oleh semua orang) atau dimiliki (terbatas pada pemiliknya).
2. Kerahasiaan: Informasi dalam kontrak dijaga kerahasiaannya, hanya diketahui oleh para peserta, terutama pemilik negara. Peserta mempunyai opsi untuk menjadikan data tertentu bersifat publik, namun secara default, semua informasi bersifat pribadi. Kerahasiaan ini mencegah alat analisis eksternal mengakses data, memastikan tidak ada informasi sensitif yang disimpan di buku besar publik.
3. Pemisahan Kekhawatiran: RGB menampilkan desain modular dengan lapisan berbeda, masing-masing diberi tugas tertentu. Lapisan-lapisan ini beroperasi secara independen, sehingga menghilangkan keharusan bagi lapisan bawah untuk menyadari struktur lapisan yang lebih tinggi. Desain ini meningkatkan organisasi dan efisiensi sistem.
4. Kemungkinan diperpanjang: Sistem ini mudah diperluas, memungkinkan pembuatan dan integrasi kontrak pintar tingkat lanjut tanpa perlu memodifikasi protokol inti atau mengkompilasi ulang seluruh perpustakaan RGB.
5. Determinisme: Logika validasi RGB bersifat deterministik, secara konsisten memberikan hasil yang identik dengan input yang sama dan status dasar blockchain atau saluran Lightning Network. Konsistensi ini dicapai melalui dua komponen utama: a. Logika validasi inti, yang ditulis dalam Rust, sama di semua sistem yang menjalankan RGB. B. Logika validasi khusus kontrak berjalan di AluVM, mesin virtual yang menyediakan serangkaian instruksi yang konsisten, apa pun platformnya.
6. Interoperabilitas LNP/BP: RGB dirancang untuk bekerja secara lancar dengan teknologi Bitcoin dan Lightning Network yang ada. Ini juga dibuat agar kompatibel dengan peningkatan teknologi ini di masa mendatang.
   

Pendekatan RGB dan pendekatan Pure Blockchain/L1

Pendekatan blockchain/L1 murni salah, kata tim RGB.

Gambar 7. Komentar RGB pada pendekatan Blockchain/L1.
Sumber: Asosiasi LNP/BP Github.

Pendekatan RGB: Pemrograman Deklaratif vs. Imperatif:

• Sebagian besar platform blockchain, termasuk Ethereum, menggunakan kontrak pintar yang ditulis dengan gaya imperatif. Dalam pendekatan ini, kontrak berfungsi sebagai program yang secara eksplisit mengarahkan pelaksanaan tugas selangkah demi selangkah, menyerupai resep yang tepat dan terperinci.
• Program-program penting ini seringkali sangat membatasi dan dibatasi oleh kemampuan platform blockchain yang mendasarinya. Meskipun terkadang disebut sebagai Turing-complete, namun memiliki keterbatasan yang signifikan.

Sifat Deklaratif dari Kontrak Cerdas RGB:

• RGB, sebaliknya, tidak menggunakan pemrograman imperatif. Sebaliknya, ia menggunakan bentuk pemrograman fungsional khusus di mana kontrak pintar berada defisecara deklaratif.
• Dalam pemrograman deklaratif, alih-alih merinci cara melakukan sesuatu, Anda menjelaskan hasil yang seharusnya. Ini seperti menguraikan seperti apa suatu makanan seharusnya daripada memberikan petunjuk memasak langkah demi langkah.
• “Skema” dalam RGB bersifat deklaratif defidefinisi kontrak pintar. Ini menentukan aturan dan ketentuan kontrak, tetapi bukan urutan operasi yang tepat untuk mencapainya.

Pergeseran Paradigma dalam Pemrograman:

• Peralihan dari gaya imperatif Ethereum ke gaya deklaratif RGB dalam pemrograman kontrak pintar mirip dengan peralihan dari pemrograman imperatif tradisional ke pemrograman fungsional atau deklaratif dalam pengembangan perangkat lunak secara umum.
• Pergeseran ini memerlukan pola pikir yang berbeda: berfokus pada “apa” (hasil yang diinginkan) dibandingkan “bagaimana” (langkah spesifik untuk mencapai hasil tersebut).

Kesederhanaan

Rencana awal melibatkan penggabungan Simplicity ke dalam RGB, dan upaya didedikasikan untuk memastikan kompatibilitas sejak hari pertama. Namun, mengingat lambatnya kemajuan pengembangan Simplicity dan ketidakpastian seputar jadwal rilisnya, menjadi jelas bahwa mengandalkannya adalah hal yang tidak praktis. Rilis RGB yang sedang berlangsung, yang sedang dalam persiapan, menimbulkan pertanyaan tentang penyertaan Simplicity.

Menyadari tidak adanya jadwal yang dapat diandalkan untuk Simplicity, kami memulai pemeriksaan alternatif (WASM, EVM (sebagai lelucon), IELE dll). Akhirnya, menjadi jelas bahwa mengembangkan mesin virtual berpemilik untuk RGB adalah satu-satunya pilihan yang layak, menggantikan ketergantungan awal pada Simplicity.

Oleh karena itu kami memutuskan untuk membuat AluVM – mesin virtual berbasis Rust yang fungsional dan sangat portabel untuk kontrak pintar (RGB) yang divalidasi sisi klien, Lightning Network, komputasi terdistribusi dan edge deterministik.

Prisma

PRISM adalah singkatan dari komputasi “mesin keadaan tak terbatas yang direplikasi sebagian”.

Teknologi RGB defiAda aturan untuk mengembangkan kontrak pintar pada tingkat dasar, yang disebut Skema, namun tidak membatasi semua tindakan kontrak di masa depan dengan satu algoritma yang menyeluruh. Sebaliknya, setiap node di jaringan melakukan operasi individual, dan status kontrak serta kontrak itu sendiri tetap valid selama operasi ini mematuhi aturan Skema. 

Selain itu, pendekatan ini tidak membatasi evolusi historis kontrak dengan algoritma yang telah ditentukan. Dengan demikian, sebuah kontrak dapat menunjukkan perilaku yang bervariasi selama setiap perubahan memenuhi aturan validasi tertentu. Metode ini berfokus pada aturan lokal daripada algoritma global.

Sebaliknya, Ethereum menggunakan algoritme global di mana setiap operasi memengaruhi seluruh status kontrak pintar. Dengan RGB, Anda hanya bekerja dengan sebagian dari status kontrak, dan menerapkan aturan secara lokal. Hal ini memberikan kemungkinan yang lebih luas untuk evolusi kontrak.

Di bawah ini Anda dapat melihat tampilan tingkat tinggi tentang perbedaan antara saluran negara dan validasi sisi klien: 

Gambar 8. Pemisahan sistem terdistribusi.
Sumber: Asosiasi LNP/BP Github.

Perbedaan yang lebih spesifik adalah sebagai berikut: 

Gambar 9. Perbandingan Saluran Negara dan validasi sisi Klien.
Sumber: Asosiasi LNP/BP Github.

AluVM

AluVM – (VM unit logika algoritmik) adalah mesin virtual RISC fungsional murni yang dirancang untuk tugas komputasi portabel deterministik

AluVM membedakan dirinya dengan menggunakan sistem berbasis register yang melarang akses memori acak. Desain ini meningkatkan kesesuaian AluVM untuk aplikasi seperti kontrak pintar, eksekusi kode jarak jauh, serta komputasi terdistribusi dan edge. Kekuatan inti AluVM terletak pada determinisme, ketahanan, dan kapasitasnya untuk analisis kode formal.

Karakteristik utama: Tanpa Pengecualian, Portabilitas, Sandboxing, Keamanan, Ekstensibilitas.

Arsitektur Set Instruksi (ISA) AluVM dirancang agar mudah beradaptasi, memungkinkannya menciptakan lingkungan runtime yang berbeda untuk berbagai aplikasi. AluVM sendiri adalah mesin virtual dan ISA berbasis register yang sangat dapat diprediksi, fungsional. 

Meskipun membatasi akses memori acak, AluVM ISA unggul dalam melakukan tugas aritmatika, termasuk yang terkait dengan kurva elips. Uniknya, lingkungan VM dapat memperluas AluVM ISA, memungkinkan penambahan fungsi seperti memuat data ke dalam register VM dan mendukung instruksi khusus (misalnya SIMD) yang disesuaikan untuk aplikasi tertentu.

AluVM terutama ditujukan untuk digunakan dalam sistem terdistribusi di mana konsistensi dan keandalan di berbagai platform lebih penting daripada kecepatan pemrosesan. Kegunaan utama AluVM, dengan ekstensi ISA yang tepat, mencakup teknologi blockchain, komputasi yang penting untuk konsensus dalam jaringan, komputasi tepi, komputasi multipihak (yang mencakup pembelajaran mesin deterministik), validasi sisi klien, komputasi Internet2 terbatas, dan algoritma genetika. Aplikasi ini mendapat manfaat dari kemampuan AluVM untuk bekerja secara konsisten dan aman di berbagai lingkungan.

Gambar 10. Perbandingan AluVM.
Sumber: Asosiasi LNP/BP Github.

Kontraktum

Contractum membedakan dirinya dari bahasa pemrograman kontrak pintar lainnya dengan memadukan kemampuan fungsional Haskell dengan kedekatannya dengan bare metal yang terlihat di Rust. Ini menempati ceruk yang sebelumnya tidak dapat diakses oleh kontrak pintar:

Gambar 11. Kontraktum, Kesederhanaan dan perbandingan bahasa lainnya.
Sumber: kontraktum.org

Contractum adalah bahasa pemrograman yang digunakan untuk membuat kontrak RGB. Kontrak yang dibuat dengan Contractum diperiksa menggunakan metode yang disebut validasi sisi klien. Pendekatan ini tidak menambahkan data apa pun ke blockchain Bitcoin, yang dapat dibandingkan dengan bentuk teknologi sharding, yang selanjutnya ditingkatkan dengan penggunaan bukti tanpa pengetahuan. 

Validasi sisi klien juga memisahkan pengembangan kontrak dari transaksi blockchain, sehingga tidak mungkin untuk melacak atau menganalisis transaksi ini melalui metode analisis blockchain tradisional.

Gambar 12. Fitur kontraktum.
Sumber: kontraktum.org

Untuk terlibat dalam desain Kontrak, penting untuk membiasakan diri Anda dengan teknologi yang digunakan oleh kontrak pintar RGB:

Gambar 13. Teknologi yang digunakan oleh kontrak pintar RGB.
Sumber: kontraktum.org

Pembaruan terkini dalam versi baru RGB v0.10

Dalam iterasi terbaru RGB (versi 0.10), beberapa peningkatan teknis tingkat lanjut telah diterapkan, meningkatkan kemampuan kerangka kerja untuk pengembangan aplikasi yang kompleks. Pembaruan ini terutama berfokus pada pengenalan Status Global untuk setiap kontrak RGB, integrasi antarmuka kontrak, dan penerapan sistem tipe yang ketat.

Keadaan Global dalam Kontrak RGB

Fitur Global State adalah inovasi penting dalam RGB v0.10, yang memungkinkan setiap kontrak mempertahankan status yang dapat diakses secara universal. Status ini tidak hanya dapat diakses oleh mesin virtual RGB tetapi juga oleh klien eksternal seperti dompet dan aplikasi lainnya.

Kegunaan Status Global ini sangat penting untuk membangun aplikasi canggih pada platform RGB, terutama yang memerlukan pengelolaan status rumit seperti aset sintetis dan stablecoin algoritmik. Hal ini memungkinkan interaksi yang lebih dinamis dengan status kontrak, melampaui batasan arsitektur kontrak pintar tradisional.

Antarmuka Kontrak

RGB v0.10 memperkenalkan 'antarmuka kontrak' sebagai protokol komunikasi standar untuk beragam kontrak pintar. Antarmuka ini berfungsi mirip dengan kontrak ABI (Application Binary Interfaces) dan ERC (Ethereum Request for Comments) kontrak Ethereum.

Perbedaan utama dari pendekatan RGB adalah standarisasi yang tidak wajib pada antarmuka ini dan pengemasan bawaannya dengan kontrak, sehingga menghilangkan kebutuhan akan distribusi terpisah. Hal ini memfasilitasi interaksi semantik antara pengguna dan kontrak melalui antarmuka pengguna di dompet dan perangkat lunak lainnya.

Antarmuka ini tidak statis; pengembang dapat menambah kontrak yang ada dengan antarmuka tambahan dari waktu ke waktu, meningkatkan fungsionalitas tanpa mengubah inti kontrak yang tidak dapat diubah.

Sistem Tipe Ketat

Format pengkodean baru dalam RGB v0.10 menggunakan sistem 'tipe ketat'. Sistem ini adalah pendekatan tipe data fungsional baru yang dirancang untuk representasi efisien dan introspeksi status kontrak dalam kerangka RGB.

Sistem tipe ketat memastikan jaminan ukuran data pada waktu kompilasi, yang sangat bermanfaat untuk pengoperasian pada perangkat dengan sumber daya terbatas, seperti dompet perangkat keras kelas bawah dengan kemampuan memori terbatas.

Selain itu, seluruh lapisan konsensus RGB di versi 0.10 dikompilasi ke dalam tipe yang ketat, memberikan landasan untuk bukti formal kompatibilitas biner di berbagai rilis perangkat lunak. Fitur ini tidak hanya menyederhanakan dan mengamankan penggunaan RGB tetapi juga memungkinkan penerbit aset dan pengembang kontrak menambahkan metadata tambahan ke aset atau kontrak mereka. Metadata tersebut dapat memainkan peran penting dalam memverifikasi identitas dan keaslian aset atau kontrak dalam ekosistem RGB.

Kontrak Cerdas berbasis Karat

Kontrak pintar RGB kini dapat dibuat di Rust, memanfaatkan kemampuan bahasa tersebut untuk keamanan dan kinerja jenis.

Integrasi tipe sistem yang ketat memfasilitasi kompilasi langsung tipe data Rust ke dalam struktur kontrak RGB, sehingga meningkatkan efisiensi dan keandalan kode kontrak.

Peningkatan Kemampuan Introspeksi Negara

Kontrak pintar di RGB v0.10 dapat mengintrospeksi statusnya sendiri dalam kode validasi yang dijalankan oleh mesin virtual RGB.

Fitur ini sangat berguna untuk membuat kontrak kompleks yang berinteraksi dengan transaksi Bitcoin, Kontrak Log Diskrit, dan struktur data rumit lainnya, sehingga meningkatkan cakupan dan fungsionalitas kontrak pintar RGB.

Format Faktur berbasis URL

Pembaruan ini memperkenalkan format faktur baru yang menggantikan sistem berkode Bech32m sebelumnya.

Faktur berbasis URL baru ini jauh lebih pendek dan lebih mudah digunakan, memfasilitasi verifikasi lebih mudah dan pembukaan otomatis dengan perangkat lunak yang telah dikonfigurasi sebelumnya.

Dukungan WASM (WebAssembly).

Pustaka standar RGB sekarang kompatibel dengan lingkungan yang tidak memiliki akses I/O dan sistem file, seperti halaman web atau plugin browser.

Hal ini memperluas potensi penggunaan RGB, memungkinkannya beroperasi dengan lancar di berbagai aplikasi dan ekstensi berbasis web.

Deskriptor Akar Tunggang dan Derivasi Kustom

RGB v0.10 menggunakan komitmen OP_RETURN berbasis taproot (disebut sebagai tapret), sehingga memerlukan dukungan tingkat deskriptor bagi dompet untuk mengenali transaksi dengan keluaran yang disesuaikan.

Pengenalan indeks derivasi khusus dalam versi ini mencegah dompet non-RGB secara tidak sengaja membelanjakan output yang mengandung aset RGB, sehingga menjaga integritas aset tersebut.

Ketergantungan yang Disederhanakan

Lapisan konsensus RGB di versi 0.10 telah mengurangi ketergantungannya, terutama beralih dari implementasi antipeluru khusus yang awalnya berasal dari proyek Grin.

Pengurangan ketergantungan ini meningkatkan stabilitas API dan ketahanan sistem secara keseluruhan.

Proses Integrasi yang Efisien

Pembaruan ini menyederhanakan alur kerja operasional dengan mengurangi kebutuhan akan beberapa panggilan API dan pengkodean struktur data lintas bahasa yang kompleks.

Status kontrak RGB kini direpresentasikan sebagai objek JSON, memungkinkan serialisasi langsung di berbagai bahasa pemrograman.

Peningkatan Pengalaman Pengguna

Versi baru RGB menyederhanakan pengalaman pengguna dengan menggabungkan komponen-komponen yang sebelumnya berbeda ke dalam API perpustakaan terpadu dan alat baris perintah.

Meskipun RGB Node masih dapat dioperasikan di server rumah, penggunaannya tidak lagi wajib untuk berinteraksi dengan sistem RGB, sehingga mengurangi hambatan masuk bagi pengguna dan aplikasi dompet.

Bagian ini mencakup pengakuan khusus kepada Waterdrip Capital karena menyoroti fitur-fitur terbaru dalam artikel mereka yang berjudul “Mendorong Adopsi Massal Kripto: Bagaimana Protokol RGB Menerangi Masa Depan Bitcoin.”

Pesaing RGB

Gambar 14. FRGB vs Ethereum dengan kata sederhana.
Sumber: Asosiasi LNP/BP Github

Akar tunggang

Taproot Assets, sebelumnya dikenal sebagai Taro, adalah protokol yang dirancang untuk meluncurkan token di jaringan Bitcoin. Protokol ini memanfaatkan model UTXO dari Taproot bersama dengan solusi terkait seperti Tapscript dan taptweak. Alat-alat ini digunakan untuk menyimpan informasi tentang pasokan dan saldo suatu aset dalam data transaksi Bitcoin.

Gambar 15. Skema penyimpanan informasi tentang token Taproot Assets.
Sumber: “Aset Akar Tunggang: menerbitkan aset pada Bitcoin” oleh Tegangan

Aset Akar Tunggang menggunakan metode yang analog dengan konsep Ordinal, di mana token BRC-20 menyimpan informasi pasokan dalam metadata satoshi yang disebutkan. Sebaliknya, Aset Taproot menyematkan informasi ini dalam output Taproot transaksi Bitcoin, memanfaatkan apa yang dikenal sebagai “pohon Merkle yang jarang.” Pada dasarnya, Taproot Assets menggabungkan pohon Merkle ke dalam transaksi Bitcoin, yang berfungsi sebagai bukti saldo pengguna tertentu dan pasokan token secara keseluruhan. Pohon ini, pada gilirannya, mencerminkan data dari “Universe” – repositori yang menyimpan riwayat aset lengkap dan dikelola oleh penerbit token.

Gambar 16. Pohon keadaan digital.
Sumber: “Aset Akar Tunggang: menerbitkan aset pada Bitcoin” oleh Tegangan

State Digital Tree – Arsitektur Taproot Assets menawarkan dua opsi untuk bukti keseimbangan: data off-chain dari Semesta atau pohon Merkle yang tertanam di UTXO.

Mekanisme Operasional

1. Pembuat token mengeksekusi transaksi P2TR (Pay to Taproot) menggunakan protokol Taproot Assets. 
2. Informasi tentang aset, dalam bentuk pohon Merkle, disimpan di UTXO transaksi ini (efektif, blok genesis). 
3. Untuk mentransfer token, pemilik kunci Taproot memodifikasi informasi saldo di pohon Merkle, memastikan pasokan aset secara keseluruhan tetap konstan. 
4. Modifikasi tersebut diperkenalkan melalui transaksi Taproot baru. Namun, untuk setiap transfer token, transaksi on-chain terpisah tidak diperlukan. Mirip dengan rollup atau Lightning Network, protokol ini memungkinkan pemilik untuk memproses “kumpulan” transfer, kemudian menerbitkan status saldo yang diperbarui.

Keunggulan Aset Akar Tunggang

• Salah satu keunggulan utama Taproot Assets adalah kompatibilitas penuhnya dengan Lightning Network, meningkatkan kemungkinan skalabilitas dan mengurangi biaya transaksi.
• Aset Akar Tunggang membuat lapisan berbeda untuk mencatat operasi dengan token khusus. Meskipun utamanya bergantung pada data off-chain, ia mempublikasikan keadaan saldo di jaringan utama. 
• Pendekatan ini lebih fleksibel, terukur, dan komprehensif dibandingkan dengan BRC-20, namun juga menimbulkan lebih banyak kompleksitas bagi pengguna yang tidak berpengalaman.

BitVM

BitVM adalah proyek mutakhir yang bertujuan mengubah Bitcoin menjadi platform komputasi yang sepenuhnya terdesentralisasi. Disajikan pada tanggal 9 Oktober 2023, buku putih BitVM memperkenalkan teknologi yang saat ini sedang dalam tahap pengujian dan memerlukan pengembangan lebih lanjut untuk mencapai potensi penuhnya.

Fungsi Inti dan Konsep BitVM

Pada intinya, BitVM menggunakan konsep Optimistic Rollup untuk mengeksternalisasi komputasi kontrak pintar dari jaringan, kemudian melakukan verifikasi on-chain berdasarkan “bukti penipuan.” Secara teoritis, setelah informasi kontrak pintar dicatat dalam transaksi Taproot (sebagai kode biner), pertukaran data dan komputasi dimaksudkan untuk terjadi secara langsung antar pihak. Pendekatan ini dirancang untuk mengurangi kemacetan blockchain. Namun, jika pembukti (pihak yang membuktikan, yaitu pemilik kontrak) mengirimkan data yang salah, pemverifikasi dapat memulai pemeriksaan on-chain. Proses ini menjadi dasar konsep anti penipuan.

Menangani Verifikasi On-chain dalam Jaringan yang Komputasinya Terbatas

Tantangan yang muncul adalah bagaimana melakukan pemeriksaan operasi pada jaringan yang secara intrinsik tidak mendukung komputasi tersebut. Untuk mengatasi hal ini, BitVM menggunakan pohon Merkle untuk membuat skema gerbang NAND logis, yang kemudian dicatat dalam transaksi Taproot. Pada dasarnya, pohon Merkle dalam data transaksi bertindak sebagai skema NAND, di mana setiap “cabang” membawa salah satu dari dua kemungkinan nilai: 1 atau 0. Perhitungan on-chain berlangsung sedikit demi sedikit, dengan output dari satu “cabang” menjadi masukan untuk selanjutnya. Pertukaran transaksi konstan untuk verifikasi nilai terjadi antara pihak-pihak kontrak pintar. Jika versi perhitungan pembukti ditemukan salah, pemverifikasi menerima aset mereka terkunci dalam transaksi Akar Tunggang.

Gambar 17. Representasi skema NAND.
Sumber: “Masalah Besar dengan BitVM: Komputasi Sewenang-wenang kini dapat dilakukan pada Bitcoin tanpa fork” oleh Majalah Bitcoin

Membangun NAND Menggunakan Akar Tunggang dan Pohon Merkle

Informasi mendetail tentang bagaimana BitVM memfasilitasi pembuatan NAND menggunakan pohon Taproot dan Merkle, serta dampaknya terhadap komputasi, dapat ditemukan di dokumentasi teknis.

Pendekatan ini memungkinkan verifikasi penghitungan kontrak pintar secara tepat dan langkah demi langkah, selaras dengan prinsip integritas dan keamanan blockchain.

Tantangan dengan Bilateralisme Kontrak Cerdas

Masalah signifikan masih ada di BitVM karena struktur kontrak pintar bilateral, yang memfasilitasi pertukaran data langsung hanya antara pemverifikasi dan pembukti, tidak termasuk keterlibatan pihak ketiga. Kendala ini menghambat pengembangan dApp dan memerlukan solusi tambahan untuk konstruksi kontrak multi-pihak. 

Selain itu, karakteristik BitVM yang rumit dan tingkat rendah menyiratkan bahwa pembangunan produk fungsional yang memanfaatkan fondasi ini dapat berlangsung selama beberapa tahun. Pengembangan dan inovasi yang substansial sangat penting untuk menerjemahkan teknologi dasar ini ke dalam aplikasi praktis.

Untuk penjelasan lebih mendalam, jangan ragu untuk membaca BitVM Whitepaper - https://bitvm.org/bitvm.pdf 

Kesimpulan

Protokol RGB adalah pengembangan teknis dalam ekosistem Bitcoin, memperkenalkan fungsionalitas untuk implementasi kontrak pintar dan penerbitan token yang terkait langsung dengan jaringan Bitcoin. Hal ini dicapai melalui kombinasi validasi sisi klien dan pemanfaatan segel sekali pakai, yang menghubungkan token ke UTXO Bitcoin sambil menjaga privasi transaksi.

Salah satu keunggulan teknis utama RGB adalah pendekatannya terhadap skalabilitas dan privasi. Dengan mengalihkan sebagian besar pekerjaan validasi dari blockchain Bitcoin dan menggunakan metode kriptografi untuk verifikasi transaksi, RGB secara efektif mengurangi beban data pada blockchain. Pendekatan ini kondusif untuk menjaga efisiensi jaringan, terutama seiring dengan meningkatnya volume transaksi.

Kompatibilitas RGB dengan Lightning Network adalah aspek penting lainnya, yang memungkinkan pemrosesan transaksi lebih terukur dan efisien. Fitur ini sangat relevan mengingat meningkatnya permintaan akan metode transaksi yang lebih cepat dan hemat biaya di dunia mata uang kripto.

Namun, sifat kompleks dari teknologi RGB menghadirkan tantangan dalam hal aksesibilitas dan pemahaman pengguna. Arsitektur protokol dan metode kriptografi canggih yang digunakan mungkin sulit untuk dipahami dan diterapkan, terutama bagi mereka yang baru mengenal teknologi blockchain. Kompleksitas ini dapat menghambat adopsi dan keterlibatan pengguna yang lebih luas.

Selain itu, meskipun RGB meningkatkan privasi dengan menjaga data kontrak tetap berada di luar blockchain, aspek ini juga menimbulkan pertanyaan tentang verifikasi data dan kemampuan untuk mengaudit transaksi, yang sangat penting untuk aplikasi tertentu dan kepatuhan terhadap peraturan.

Pembaruan terbaru RGB, versi 0.10, memposisikannya sebagai pesaing penting dalam lanskap teknologi blockchain yang terus berkembang, khususnya terhadap protokol baru seperti Taproot Assets dan BitVM. Tidak seperti Taproot Assets, yang berfokus pada pemanfaatan model UTXO dari Taproot untuk penerbitan token di jaringan Bitcoin, RGB membedakan dirinya dengan fitur privasi canggih dan penanganan data off-chain, menawarkan pendekatan berbeda terhadap fungsionalitas kontrak pintar dan manajemen token.

Demikian pula, ketika BitVM memperkenalkan konsep baru untuk komputasi terdesentralisasi pada Bitcoin, kemajuan RGB versi 0.10 dalam validasi sisi klien, antarmuka kontrak, dan sistem tipe yang ketat menunjukkan pendekatan uniknya dalam meningkatkan skalabilitas dan interaksi pengguna dalam ekosistem Bitcoin. Peningkatan ini menyoroti kehebatan RGB dalam mengatasi tantangan skalabilitas dan efisiensi, area di mana protokol tradisional dan baru sering kali menghadapi keterbatasan.

Penyederhanaan proses ketergantungan dan integrasi dalam versi terbaru RGB semakin menunjukkan fokus pada pengalaman pengguna dan stabilitas sistem, yang membedakannya dari pesaing. Hal ini memposisikan RGB tidak hanya sebagai platform kuat untuk kontrak cerdas dan penerbitan token yang berfokus pada privasi dan terukur, tetapi juga sebagai solusi berpikiran maju dalam ruang blockchain yang lebih luas.

Kesimpulannya, protokol RGB adalah perkembangan teknologi yang signifikan dalam jaringan Bitcoin, menawarkan kemampuan tingkat lanjut untuk kontrak pintar dan penerbitan token. Hal ini mengatasi masalah utama skalabilitas dan privasi namun menghadapi tantangan dalam hal kompleksitas dan potensi kemampuan audit. Pengembangan yang sedang berlangsung dan iterasi protokol di masa depan kemungkinan besar akan fokus pada keseimbangan kemampuan canggih ini dengan aksesibilitas pengguna dan pertimbangan peraturan.

Referensi Istilah: 

1. Turing Selesai: Secara praktis, sistem dapat mengeksekusi masalah komputasi apa pun dengan waktu dan memori yang cukup. Sebagian besar bahasa pemrograman modern dilengkapi Turing, yang menandakan kapasitas teoretisnya untuk mengatasi masalah komputasi apa pun.
   
2. Skema: Skema kontrak berfungsi sebagai kode sebenarnya untuk kontrak pintar, yang dapat digunakan sebagai “template kontrak” oleh penerbit tanpa perlu mengkode atau mengaudit kode khusus yang disediakan oleh sumber eksternal. Skema RGB bukanlah sebuah skrip tetapi merupakan struktur data.
   
3. Kontrak Log Diskrit (DLC) dalam konteks saluran negara adalah kontrak pintar khusus yang digunakan terutama di jaringan Bitcoin. Hal ini memungkinkan pelaksanaan perjanjian keuangan yang kompleks secara pribadi dan efisien berdasarkan peristiwa eksternal, seperti harga aset. DLC beroperasi secara off-chain, menjaga kerahasiaan rincian kontrak dan identitas peserta. Mereka menggunakan sumber data eksternal, atau oracle, untuk penyelesaian kontrak. Ketika diintegrasikan dengan saluran negara, DLC meningkatkan skalabilitas dengan memungkinkan penyelesaian beberapa transaksi tanpa membebani blockchain, menjadikannya ideal untuk transaksi keuangan pribadi dan efisien yang bergantung pada hasil di dunia nyata.
   
4. badai – penyimpanan tanpa kepercayaan berbasis escrow menggunakan zk-proofs. Storm menggabungkan penyimpanan tanpa kepercayaan berbasis escrow dengan bukti tanpa pengetahuan untuk memfasilitasi transaksi yang aman dan pribadi. Dalam sistem ini, data atau aset disimpan di escrow dan hanya dirilis ketika kondisi tertentu terpenuhi, memastikan lingkungan yang tidak dapat dipercaya dan tidak diperlukan otoritas pusat. Integrasi zk-proofs memungkinkan verifikasi transaksi ini dengan tetap menjaga kerahasiaan maksimal, karena memungkinkan validasi data tanpa mengungkapkan rincian mendasar apa pun.
   
5. Prometheus – komputasi terdistribusi tanpa kepercayaan berbasis arbitrase. Prometheus mewakili pendekatan komputasi terdesentralisasi, menggabungkan mekanisme arbitrase untuk penyelesaian sengketa, interaksi tanpa kepercayaan untuk operasi yang aman dan terdesentralisasi, dan efisiensi saluran negara untuk manajemen komputasi off-chain.
   
6. A Komputer Set Instruksi yang Dikurangi adalah jenis arsitektur mikroprosesor yang menggunakan serangkaian instruksi kecil yang sangat optimal daripada serangkaian instruksi khusus yang biasanya ditemukan di arsitektur lain.