Pengantar yang detail tentang RGB, BitVM, dan Nostr

Lanjutan2/9/2024, 1:45:49 AM
Artikel ini membahas tiga solusi BTC L2 yang kuat: RGB, BitVM, dan Nostr berdasarkan Jaringan Lightning, memperlihatkan potensi mereka dalam ekosistem Bitcoin yang terus berkembang.

protokol RGB

Apa itu RGB

RGB adalah protokol kontrak pintar yang dapat diskalakan dan rahasia yang dapat diterapkan pada Bitcoin dan Jaringan Lightning, dikembangkan oleh Asosiasi Standar LNP/BP. Ini mengadopsi konsep kepemilikan pribadi dan bersama, menawarkan bentuk komputasi terdistribusi yang dapat diselesaikan Turing, tanpa kebutuhan akan blockchain, beroperasi sebagai sistem kontrak pintar dengan status parsial yang divalidasi oleh klien.

Sejarah Pengembangan Protokol RGB

Sejarah protokol RGB

RGB awalnya dipikirkan oleh Giacomo Zucco dari BHB Network pada tahun 2016 sebagai “sistem aset non-blockchain.” Pada tahun yang sama, Peter Todd memperkenalkan konsep-konsep segel penggunaan tunggal dan validasi sisi klien. Terinspirasi oleh gagasan-gagasan ini, RGB diusulkan pada tahun 2018. Pada tahun 2019, pengembang inti Maxim Orlovsky mengambil peran utama dalam pengembangan kode RGB dan desain standar foundational. Maxim Orlovsky dan Giacomo Zucco mendirikan LNP/BP Standards Associationhttps://www.lnp-bp.org) untuk mendorong RGB dari konsep hingga aplikasi, dengan dukungan dari Fulgur Ventures, Bitfinex, Yayasan Hojo, Pandora Prime, dan DIBA. Setelah pengembangan yang ekstensif, RGB merilis versi stabil pertamanya, V0.10, pada April 2023. Pada Januari 2024, para pengembang inti RGB mengumumkan bahwa versi V0.11 akan dirilis lebih awal dalam paruh pertama tahun ini.

Perkembangan Terbaru dalam Protokol RGB

Fitur-fitur baru dari RGB V0.10 telah dianalisis secara detail dalam laporan-laporan lain. Sementara V0.11 belum resmi dirilis, berikut beberapa perkembangan terbaru dari para pengembang dan komunitas:

  • Dukungan yang akan datang untuk L-BTC

  • Pembaruan tentang interoperabilitas dan jembatan lintas rantai antara aset RGB dan aset Liquid

Namun, RGB V0.11 akan tidak kompatibel dengan V0.10, menyebabkan biaya migrasi yang signifikan bagi proyek-proyek saat ini. Selain itu, karena kemajuan pengembangan yang lambat, banyak proyek saat ini menunggu rilis V0.11.

Filosofi Desain dan Prinsip Operasional RGB

Kontrak pintar RGB memanfaatkan validasi sisi klien, artinya semua data disimpan di luar transaksi Bitcoin, yaitu, di blockchain Bitcoin atau keadaan saluran Lightning. Hal ini memungkinkan sistem beroperasi di atas Jaringan Lightning tanpa perubahan apa pun pada BTC mainnet atau protokol Jaringan Lightning, membentuk dasar skalabilitas dan privasi protokol.

RGB menggunakan segel satu kali yang ditentukan pada Bitcoin UTXO, memberikan kemampuan kepada siapa pun yang memiliki catatan sejarah status kontrak pintar untuk memverifikasi keunikan. Dengan kata lain, RGB memanfaatkan skrip Bitcoin untuk menerapkan model keamanannya dan menentukan kepemilikan dan hak akses.

RGB adalah Graf Acyclic Terarah (DAG) dari transisi keadaan, di mana kontrak sepenuhnya terisolasi satu sama lain, dan tidak ada yang mengetahui keberadaan mereka kecuali pemilik kontrak (atau orang-orang yang diketahui pemilik kontrak informasi kontrak).

Directed Acyclic Graph (DAG) adalah struktur grafik khusus yang dapat dengan jelas menjelaskan sistem atau hubungan yang kompleks. Dalam DAG, setiap tepi dapat dianggap sebagai jalan satu arah di kota, yang mewakili aspek "diarahkan" dari grafik. Misalkan di jaringan jalan ini, tidak peduli bagaimana Anda bepergian, tidak mungkin untuk kembali ke titik awal dan membentuk lingkaran tertutup; Ini mewakili sifat grafik "asiklik". Dalam DAG, tidak ada urutan node yang memungkinkan Anda untuk memulai dari satu node, melakukan perjalanan melalui serangkaian tepi, dan kembali ke node yang sama.

Menerapkan konsep ini ke sistem RGB, setiap kontrak dapat dilihat sebagai simpul dalam graf, dan hubungan antara kontrak (seperti transfer kepemilikan) dapat dilihat sebagai tepian berarah. Struktur ini memastikan bahwa hubungan antara kontrak jelas dan teratur, tanpa membentuk lingkaran tertutup, artinya suatu kontrak tidak dapat memengaruhi dirinya sendiri secara langsung maupun tidak langsung.

Desain ini memastikan bahwa komitmen dalam transmisi status adalah unik dan tidak berubah, mencegah pengeluaran ganda dan mencapai transisi status yang efisien dan konsisten.

Mendalami Kontrak RGB

Setelah memahami prinsip-prinsip dasar desain arsitektur RGB, mari kita lihat bagian kontrak. Di dunia kontrak pintar saat ini, pencipta diharuskan untuk mengatur atau menjalankan pengembangan kode kontrak pintar itu sendiri. Filosofi desain RGB menganggap praktik ini tidak diinginkan, yang mengarah ke kerentanan kode kontrak yang lebih tinggi dan beberapa serangan peretas. Oleh karena itu, RGB bertujuan untuk mengurangi risiko kerentanan dalam pengembangan dan kebutuhan audit dengan memperkenalkan konsep "Pola Skema." "Pola Skema" adalah kode kontrak pintar yang sebenarnya. Penerbit dapat menggunakannya sebagai "template kontrak" tanpa perlu membuat kode atau mengaudit kode khusus yang ditulis untuk mereka oleh beberapa kontraktor acak.

Skalabilitas yang Fleksibel dan Interoperabilitas yang Baik

Kontrak RGB didefinisikan secara deklaratif, bukan imperatif. Ini berarti logika kontrak tidak ditentukan oleh serangkaian perintah atau langkah tetapi oleh seperangkat aturan yang menggambarkan perilakunya dan transisi keadaan, membentuk Graf Berarah Beracyclic (DAG) dari perubahan keadaan. Kunci operasi keadaan lokal terletak pada Skema. Operasi dalam kontrak RGB bersifat lokal, bukan global. Setiap simpul (atau keadaan) memiliki aturan sendiri dan hanya bertanggung jawab atas transisi keadaannya. Ini berbeda dari algoritma global pada platform seperti Ethereum, yang mengharuskan setiap keadaan mengikuti algoritma yang sama. Karakteristik ini membuat RGB cukup fleksibel dan dapat diskalakan sambil juga menyediakan interoperabilitas yang baik.

Penciptaan Kontrak Pintar yang Disederhanakan

Skema menentukan jenis-jenis status global dan dimiliki, segel, dan metadata yang diperbolehkan dalam transisi status. RGB menggunakan bahasa Contractum untuk menulis Skema RGB dan AluVM (Arithmetic Logic Unit Virtual Machine), menyederhanakan penulisan kontrak pintar RGB. AluVM didasarkan pada desain registernya tanpa akses memori acak, menjadikannya sangat cocok untuk kontrak pintar, eksekusi kode jarak jauh, komputasi terdistribusi, dan edge computing, memberikan dasar untuk berbagai kasus penggunaan kontrak pintar canggih.

Bagaimana RGB memastikan keamanan dan privasi

Dari desain RGB itu sendiri:

  • Privasi tanpa penyiaran global: Seperti yang disebutkan, validasi sisi klien RGB berarti proses validasi hanya terjadi antara rekan yang terlibat langsung, bukan seluruh jaringan. Pendekatan tidak menyiar global ini meningkatkan privasi dan ketahanan sensor karena rincian keadaan kontrak hanya terlihat oleh peserta yang relevan, dan penambang tidak dapat melihat rincian transaksi.

  • Privasi data dalam lingkungan sandbox: Di sisi lain, RGB menyimpan semua data operasi dalam tempat penyimpanan. Karena RGB bukan berbasis blockchain, penyimpanan tidak direplikasi ke node peer lainnya. Penyimpanan yang dikendalikan secara lokal oleh pengguna mengurangi risiko serangan eksternal dan kebocoran data, memastikan privasi data. RGB adalah platform komputasi di mana setiap program ("kontrak pintar") terisolasi dalam lingkungan sandbox-nya, menawarkan skalabilitas dan keamanan yang lebih baik daripada platform berbasis blockchain. Namun, data off-chain juga berarti ada risiko kehilangan.

  • Selain validasi dan penyimpanan, sistem faktur juga memastikan keamanan dan privasi. Operasi kontrak di RGB dilakukan dengan membuat faktur, yang dapat berisi beberapa permintaan operasi kontrak. Dengan memungkinkan pengguna secara eksplisit menentukan dan memverifikasi operasi kontrak, akurasi dan keamanan operasi ditingkatkan. Pada saat yang sama, sistem faktur mendukung transmisi pribadi permintaan operasi kontrak antara pengguna, meningkatkan privasi transaksi. Transisi keadaan, seperti transfer token, dieksekusi melalui faktur dan perintah spesifik.

Dari Perspektif Berinteraksi dengan BTC

Desain RGB sangat terkait dengan UTXO. Dalam interaksi dengan BTC mainnet, pengguna membuat kontrak off-chain untuk menerbitkan aset RGB dan mengalokasikannya ke UTXO Bitcoin, mirip dengan Jaringan Lightning. Kemudian, transfer aset, interaksi kontrak, dan validasi dilakukan off-chain sebagaimana yang diperkenalkan di atas.

RGB mendapatkan manfaat dari protokol tanda tangan multisig yang ditingkatkan, protokol tanda tangan berbasis adaptor, dan Kontrak Terkunci Waktu Titik (PTLC) yang dibawa oleh tanda tangan Schnorr, tetapi manfaatnya murni berdasarkan pada Bitcoin (yaitu, tidak langsung). Tidak ada yang ada di dalam RGB yang memerlukan tanda tangan (sehingga Schnorr tidak membuat perubahan secara internal), juga tidak menggunakan skrip Bitcoin (sehingga Tapscript baru tidak berguna).

BTC Security Lab, yang didirikan bersama oleh ScaleBit, adalah laboratorium keamanan BTC yang berdedikasi yang bekerja pada perkembangan terbaru protokol RGB. Tujuannya adalah melindungi keamanan kontrak, secara bersama-sama mempromosikan pertumbuhan terus menerus dan penguatan protokol RGB dan konstruksi infrastruktur ekosistem BTC.

Ikhtisar Proyek Ekosistem RGB

BiHelix

  • Situs web: https://www.bihelix.net/

  • BiHelix adalah infrastruktur ekosistem Bitcoin yang dioptimalkan untuk node, dibangun di atas blockchain Bitcoin asli, yang menggabungkan protokol RGB dan Jaringan Lightning. Tujuannya adalah membuat pengembangan lebih mudah, memperluas kasus penggunaan untuk Bitcoin, dan mengatasi tantangan skalabilitas dan ketidaklengkapan Turing yang dihadapi oleh blockchain Bitcoin. BiHelix berusaha untuk menciptakan dunia kriptografi terdesentralisasi yang lebih adil bagi para penambang, validator, penyedia layanan node, bursa, dan pengguna. Sebagai infrastruktur pertama yang dibangun di atas protokol RGB, BiHelix akan mengembangkan generasi berikutnya dari skenario aplikasi Bitcoin berskala besar. Proyek ini saat ini berada dalam tahap pengembangan dan belum terbuka untuk interaksi; tetap terhubung.

    Fitur Proyek

  • Ambang Pengguna Rendah: Memanfaatkan protokol SLR (Security-Lightning-RGB), mengemas ulang RGB dan Jaringan Lightning dengan solusi inovatif untuk node-node lightning guna mencapai pembayaran universal.

  • Keandalan Tinggi dan Skalabilitas : Menggunakan arsitektur layanan cloud yang matang, sepenuhnya memanfaatkan fitur rust-lightning untuk mendukung fungsi pabrik saluran, mengelola saluran secara efisien, dan membuat saluran secara massal.

  • Perlindungan Keamanan dan Privasi: Transmisi dan penyimpanan data keadaan di luar rantai, menggunakan bukti pengetahuan nol rekursif di antara teknologi lain untuk mengacak pembayaran multi bagian dan pemilihan jalur untuk perlindungan privasi.

  • Penuh Kemudahan bagi Pengembang : Menyediakan alat pengembangan komprehensif, termasuk dokumentasi sumber terbuka, alat, dll., dan memperkenalkan mekanisme konsensus sosial Schema, sehingga memudahkan pengembang dalam membangun aplikasi.

    Iris Wallet

  • Situs web: https://play.google.com/store/apps/details?id=com.iriswallet.testnet&pli=1

  • IRIS Wallet, dompet Android pertama yang dikembangkan oleh tim Bitfinex, didedikasikan untuk integrasi RGB dan alat terkait RGB, mendukung aset yang dapat dipertukarkan dan tidak dapat dipertukarkan. Iris Wallet memungkinkan operasi aset RGB dari penerbitan hingga pengeluaran dan penerimaan, mengemas semua fungsionalitas dalam aplikasi dompet yang akrab sambil mengabstraksi sebanyak mungkin detail teknis. Saat ini merupakan aplikasi eksperimental yang direkomendasikan untuk jumlah Bitcoin yang kecil dan aset dengan nilai rendah.

    DIBA

  • Situs web: https://diba.io/

  • DIBA adalah pasar NFT pertama di Bitcoin menggunakan Protokol RGB dan Jaringan Lightning. Tujuannya adalah membentuk pemahaman aset seni tanpa pengawasan di blockchain Bitcoin.

    Bitmask

  • Situs web: https://bitmask.app/

  • Dibuat oleh DIBA, Bitmask adalah dompet NFT pertama dalam ekosistem RGB, dapat dioperasikan di peramban web, dan berinteraksi dengan kontrak RGB mirip dengan MetaMask di Ethereum. Saat ini sering diperbarui, menunggu rilis V0.11.

    Pandora Prime Inc

  • Situs web: https://pandoraprime.ch/

  • Terletak di Verify Valley, Swiss, Pandora Prime juga merupakan anggota pendiri LNP/BP. Pandora Prime berdedikasi untuk memimpin Keuangan Bitcoin menggunakan kombinasi kontrak pintar RGB dan Jaringan Lightning. Mereka memulai dengan aset yang dapat diprogram di Bitcoin (RGBTC dan CHFN), yang dapat meningkatkan jumlah transaksi hingga tingkat VISA/MasterCard melalui Jaringan Lightning sambil menyediakan fasilitas untuk pertukaran aset tersebut dengan mudah. Produk-produk mereka termasuk MyCitadel (dompet), RGB Explorer (browser), dan Pandora Network, antara lain.

    MyCitadel

  • Situs web: https://mycitadel.io/

  • Sebuah merek dari Pandora Prime, MyCitadel adalah dompet GUI pertama yang mendukung RGB, diciptakan oleh pengembang RGB pada tahun 2021. Ini menawarkan dompet desktop lintas platform dan dompet iOS/iPad. Dompet seluler dapat menangani aset RGB yang dapat dipertukarkan.

    Penjelajah RGB

  • Situs web: https://rgbex.io/

  • Dikembangkan oleh Pandora Prime, RGB Explorer adalah browser pertama yang menawarkan registrasi aset RGB dan kontrak pintar. Saat ini, ini mendukung RGB 20, RGB 21, RGB 25, menampilkan aset seperti LNPBP, RGBTC, dCHF, dan RGBEX.

    Bitlight Labs (sebelumnya Cosminmart)

  • Situs web: https://bitlightlabs.com/

  • Bitlight Labs mengembangkan infrastruktur berdasarkan protokol RGB, siap untuk mendeploy beberapa aplikasi di Jaringan Lightning, termasuk Dompet Bitlight untuk utilitas RGB dan Bitswap, pembuat pasar otomatis untuk BitcoinFi di Jaringan Lightning dan protokol RGB.

RGB Meme & NFT

  1. PPRGB

    • X: @PepeRgb20

    • PPRGB saat ini diterbitkan di jaringan Liquid, menunggu pemetaan ke RGB setelah rilis RGB V0.11 (V0.11 juga mengembangkan fungsi kode untuk berinteraksi dengan Liquid).

  2. Prasasti MRGB

    • Prasasti MRGB adalah token berdasarkan protokol RGB, validasi status klien, dan sistem kontrak pintar. Ini beroperasi pada lapisan kedua dan ketiga (off-chain) dari ekosistem Bitcoin dan akan menyediakan kode protokol dasar open-source, memungkinkan semua rantai publik BRC20 untuk secara langsung menggunakan sistem ini. Inovasi ini membawa potensi signifikan bagi rantai publik BRC20, termasuk mengurangi konsumsi GAS, mempercepat kecepatan transaksi, dan meningkatkan kinerja secara keseluruhan. Dengan mengadopsi sistem MRGB, rantai publik BRC20 akan dapat memproses transaksi dengan lebih efisien dan mengurangi biaya transaksi bagi pengguna. Sementara itu, token prasasti MRGB juga akan berfungsi sebagai bahan habis pakai dalam proses transaksi, sehingga meningkatkan likuiditas dan skalabilitas BTC.
  3. Segel Penggunaan Tunggal

    • X: @Single_Use_Seal

    • Seal, adalah kumpulan 10k PFP, UDA langka, dan token pada RGB20 dan RGB21, dinamai berdasarkan konsep Single Use Seal Peter Todd. Saat ini sedang menunggu dompet Bitlight dan Bitmask untuk diperbarui ke versi RGB v0.11, setelah itu akan diterbitkan di dalamnya.

  4. Bitman

    • X: @bitmancity

    • Akan menerbitkan 10k UDA di diba, kemungkinan melalui penjualan wl+publik, dengan misi 'mengirimkan semangat BTC.' Proyek ini memiliki tujuan yang patut diapresiasi dan akan memberikan wl kepada kontributor ekosistem BTC, dengan sebagian besar hasil penjualan publik didonasikan ke LNP/BP.

BitVM

Mengapa BitVM?

BitVM (Mesin Virtual Bitcoin) memperkenalkan sistem yang memungkinkan verifikasi setiap komputasi di blockchain Bitcoin tanpa mengorbankan keamanan atau mengubah jaringan. Pengembangan ini membuka peluang bagi komputasi kompleks, seperti kontrak pintar yang lengkap, dengan semua komputasi diproses di luar rantai untuk mengurangi kemacetan di blockchain Bitcoin.

Secara sederhana, BitVM adalah model komputasi yang mampu mengekspresikan kontrak Turing lengkap di jaringan Bitcoin.” Seperti RGB, BitVM tidak memerlukan modifikasi pada aturan konsensus jaringan.

Pada 9 Oktober 2023, Robin Linus, salah satu pendiri pengembang blockchain ZeroSync, menerbitkan whitepaper BitVM. Dibandingkan dengan RGB, BitVM jauh lebih muda.

Arsitektur Desain BitVM

Arsitektur

Mirip dengan Optimistic Rollups dan proposal Merkelize All The Things (MATT), berdasarkan bukti penipuan dan protokol challenge-response, ini tidak memerlukan perubahan pada aturan konsensus Bitcoin. BitVM menunjukkan bahwa Bitcoin adalah Turing lengkap dalam mengkodekan bukti penipuan dalam Taptrees besar.

Desain Sirkuit Gerbang

Komitmen Nilai Bit adalah komponen paling dasar, memungkinkan pengerja untuk mengatur nilai bit tertentu menjadi "0" atau "1". Setiap fungsi yang dapat dihitung dapat diwakili sebagai rangkaian Boolean, membentuk komitmen gerbang logika. Dibangun melalui gerbang NAND (gerbang logika universal), setiap gerbang memiliki komitmen sendiri. Setiap rangkaian dapat diungkapkan dengan menggabungkan komitmen gerbang. Setiap langkah eksekusi dikomitmenkan dalam Tapleaf dan digabungkan dalam alamat Taproot yang sama.

BitVM memanfaatkan upgrade Taproot Bitcoin dengan membuat struktur yang mirip dengan sirkuit biner (disebut taptree) untuk mencapai fungsinya. Dalam sistem ini, kondisi pengeluaran untuk setiap UTXO, yang diwakili oleh instruksi dalam Script, membentuk unit dasar dari program. Instruksi-instruksi ini menghasilkan output biner (0 atau 1) dalam alamat Taproot, sehingga membangun seluruh taptree. Output dari taptree dapat dianggap sebagai hasil dari eksekusi sirkuit biner, mirip dengan program yang dapat dieksekusi. Kompleksitas program yang dapat dieksekusi oleh taptree bergantung pada jumlah dan kompleksitas alamat Taproot yang menyusunnya. Singkatnya, BitVM mewujudkan kemampuan untuk menjalankan program yang lebih kompleks pada jaringan Bitcoin dengan menerjemahkan instruksi Script Bitcoin menjadi operasi biner.

Peran yang berpartisipasi adalah dua pihak

Saat ini, model ini terbatas pada dua pihak dan tidak dapat diperluas untuk melibatkan lebih banyak peserta. Selain itu, agar BitVM berfungsi dengan baik, diperlukan sejumlah besar pra-tanda tangan (komputasi di luar rantai) yang membuat BitVM cukup kompleks dan berpotensi tidak efisien.

Bukti kecurangan dan protokol challenge-response

Baik pembuktian maupun penantang menyetor jumlah BTC yang sama dalam transaksi sebagai taruhan (sebagai input), dan output dari transaksi ini akan mencakup sirkuit logika. Serangkaian transaksi telah ditandatangani sebelumnya selama fase persiapan untuk membantah pernyataan yang tidak benar. BitVM disamakan dengan Optimistic Rollups karena melakukan sebagian besar komputasi di luar rantai dan mengirimkan sebagian dari komputasi ini ke rantai untuk menyelesaikan sengketa ketika terjadi.

Optimistic Rollups adalah solusi penskalaan lapisan kedua yang mengurangi beban pada lapisan dasar dengan memindahkan komputasi dan penyimpanan data ke luar rantai. Kemudian, transaksi-transaksi banyak dibundel dan dipublikasikan ke rantai utama. Optimistic Rollups mengasumsikan semua transaksi valid. Namun, jika peserta jaringan menemukan perilaku tidak jujur, mereka dapat memulai bukti penipuan. Bukti penipuan adalah bukti dari perhitungan yang tidak akurat. Mereka dihasilkan setelah inspeksi.

Komputasi di luar rantai

Hampir semua aktivitas di BitVM dilakukan di luar rantai. Ini termasuk memulai tugas komputasi, berbagi data, dan memverifikasi klaim yang dikirimkan. Biasanya, BitVM tidak melakukan komputasi di rantai blok Bitcoin. Komputasi dan verifikasi hanya dipublikasikan di rantai jika terjadi perselisihan akibat dugaan penipuan. Namun, jika terjadi perselisihan, sebagian kecil dari proses perselisihan memang berjalan di rantai, cukup untuk menentukan pihak mana yang tidak jujur.

Dengan pengetahuan latar belakang di atas, kita dapat lebih memahami prinsip-prinsip spesifik interaksi dua pihak BitVM.

Model interaksi dua pihak dari BitVM melibatkan seorang pembuktikan dan seorang pemeriksa. Dalam sistem ini, pembuktikan pertama-tama membuat dan mengirimkan kontrak pintar atau program, kemudian mengirimkan dana ke alamat root master yang dikendalikan secara bersama-sama. Dana-dana ini disimpan dalam pengaturan multisignature 2-of-2. Pembuktikan juga perlu membagikan informasi yang cukup dengan pemeriksa untuk membuktikan bahwa program mereka dapat menghasilkan output yang dijanjikan.

Tugas verifikator adalah menjalankan kode pemberi bukti dan memverifikasi apakah keluaran sesuai dengan harapan. Jika keluaran tidak sesuai, verifikator akan menantang pemberi bukti. Proses interaksi tantangan-respon ini melibatkan pertukaran data di luar rantai dan penggunaan transaksi yang telah ditandatangani sebelumnya untuk memverifikasi kebenaran perhitungan.

Jika kesalahan komputasi ditemukan, pemeriksa dapat secara publik membuktikan perilaku tidak jujur dari pihak pembuktian melalui bukti penipuan on-chain. Dalam sistem BitVM, jika jawaban dari pihak pembuktian terbukti tidak benar, mereka akan kehilangan taruhan dan dana yang dipertaruhkan. Sebaliknya, jika semua jawaban benar, pihak pembuktian akan tetap mempertahankan dana mereka. Mekanisme insentif ekonomi ini dirancang untuk mencegah perilaku tidak jujur.

Pada akhirnya, interaksi ini memastikan bahwa verifikasi komputasi hanya ditransfer ke blockchain Bitcoin dalam kasus perselisihan, sehingga melakukan sebagian besar komputasi di luar rantai. Desain ini menjaga efisiensi jaringan Bitcoin sambil memberikan kemampuan untuk menjalankan program yang lebih kompleks di Bitcoin.

Keamanan BitVM

Dari perspektif desain arsitektur, keamanan BitVM terutama didasarkan pada aspek-aspek berikut:

Bukti Penipuan

Dalam kasus perselisihan, validator dapat menantang pernyataan yang salah dari penjuru melalui bukti kecurangan. Mekanisme ini mirip dengan Optimistic Rollups dan tidak memerlukan perubahan aturan konsensus Bitcoin.

Protokol Challenge-Response

BitVM menggunakan protokol challenge-response, di mana para proposer dan validator menandatangani serangkaian transaksi terlebih dahulu selama fase setup protokol. Transaksi ini digunakan untuk menyelesaikan masalah ketika terjadi perselisihan.

Komputasi Off-Chain dengan Verifikasi On-Chain

BitVM memungkinkan komputasi kompleks untuk dieksekusi di luar rantai, sementara verifikasi dan penyelesaian hanya terjadi di rantai dalam kasus perselisihan. Pendekatan ini mengurangi konsumsi sumber daya di rantai sementara tetap menjaga integritas dan keamanan dari blockchain Bitcoin.

Mekanisme Deposit dan Denda

Jika seorang pemberi tawaran membuat pernyataan yang tidak benar, validator dapat menyita deposit mereka. Mekanisme ini memastikan bahwa penyerang selalu kehilangan deposit mereka karena tindakan yang salah.

Mekanisme Kontrak Bilateral

Mekanisme ini memberikan privasi yang lebih baik pada BitVM dan mengurangi biaya transaksi, tetapi dibandingkan dengan mekanisme multi-pihak dari EVM, keuniversalannya agak berkurang.

protokol Nostr

Apa itu Protokol Nostr

Nostr merupakan singkatan dari “Notes and Other Stuff Transmitted by Relays,” yang menunjukkan bahwa ini adalah protokol transmisi yang melibatkan relay, menandakan bahwa ini bukanlah protokol transmisi peer-to-peer (P2P). Menurutkode GitHubpembaruan catatan, proyek ini diluncurkan pada November 2020. Protokol ini bertujuan untuk menciptakan protokol terbuka yang paling sederhana untuk jaringan sosial global yang tahan sensor. Ini adalah protokol sosial terdesentralisasi yang memungkinkan pengguna untuk membuat, menerbitkan, dan berlangganan konten apa pun tanpa kendali atau intervensi dari platform terpusat atau lembaga. Nostr terinspirasi dari Bitcoin dan Jaringan Lightning, menggunakan mekanisme kriptografi dan konsensus yang serupa, serta struktur data berbasis acara yang dikenal sebagai Jaringan Nostr.

Komponen Protokol Nostr

Pasangan Kunci Publik dan Pribadi

Pasangan kunci publik dan privat merupakan akun Nostr. Tidak seperti sistem nama pengguna dan kata sandi tradisional, akun Nostr menggunakan sistem kunci publik dan privat yang mirip dengan mata uang kripto. Untuk kesederhanaan, kunci publik dapat dianggap sebagai nama pengguna, dan kunci privat sebagai kata sandi. Penting untuk dicatat bahwa sekali kunci privat hilang, tidak dapat diatur ulang seperti kata sandi. Kunci publik diawali dengan npub1, dan kunci privat dengan nsec1. Sangat penting untuk memastikan penyimpanan aman dari kunci-kunci ini, karena mereka tidak dapat dipulihkan jika hilang.

Klien

Nostr adalah protokol untuk mengirim informasi melalui internet, memerlukan perangkat lunak klien untuk penggunaannya. Klien dapat berupa halaman web, perangkat lunak desktop, atau aplikasi seluler. Klien membaca informasi dari relay dan mengirim data yang baru dibuat ke relay agar klien lain dapat membacanya. Informasi termasuk tanda tangan untuk memastikan data dikirim oleh pengirim asli. Klien menggunakan kunci privat untuk membuat tanda tangan. Saat menggunakan klien desktop atau seluler untuk pertama kalinya, kunci privat perlu disimpan di dalamnya. Kunci publik dapat diperoleh dari kunci privat. Untuk klien web, tidak disarankan untuk langsung menyimpan kunci privat di dalamnya; sebaliknya, lebih baik menggunakan plugin untuk menyimpan kunci privat.

Relay

Relay dapat dimengerti sebagai server backend dari protokol Nostr. Klien Nostr mengirimkan informasi ke relay, yang mungkin (atau mungkin tidak) menyimpan informasi dan menyiarkannya ke semua klien yang terhubung. Penting untuk dicatat bahwa relay tidak konstan; mereka dapat berubah secara signifikan dari waktu ke waktu. Protokol Nostr bergantung pada relay untuk menyimpan dan mengambil data. Jika seorang pengguna mengalami kecepatan klien yang lambat, itu mungkin disebabkan oleh kecepatan relay yang terhubung lambat, dan mereka mungkin mempertimbangkan untuk menambahkan beberapa relay lainnya.

NIPs

NIPs (Nostr Implementation Possibilities) adalah standar yang digunakan untuk mengatur relay dan perangkat lunak klien yang kompatibel dengan Nostr, yang menentukan apa yang harus, seharusnya, atau bisa diimplementasikan. “NIP” mengacu pada dokumen referensi yang menjelaskan bagaimana protokol Nostr beroperasi. Nostr adalah protokol terdesentralisasi, tidak dimonopoli oleh entitas terpusat manapun (seperti Twitter), yang berarti arah pengembangannya bergantung pada semua peserta. Kita dapat mengajukan dan menganjurkan perubahan serta memberikan umpan balik terhadap ide orang lain. Sebagai anggota aktif komunitas protokol, setiap orang memiliki suara tertentu dalam arah pengembangan jaringan Nostr di masa depan. NIPs dalam kode sumber utama telah disetujui dan ide-ide baru dapat ditambahkan melalui permintaan tarik.

Kunci NIPs meliputi:

  • NIP-04: Enkripsi pesan, menggunakan algoritma secp256k1 untuk pertukaran kunci Diffie-Hellman, memungkinkan enkripsi ujung ke ujung.

  • NIP-05: Memetakan kunci publik ke nama domain untuk mudah diingat, seperti memetakan kunci publik penulis ke @NomandJamesdomain.

  • NIP-06: Frasa mnemonik, mirip dengan yang digunakan dalam dompet kripto.

  • NIP-13: Bukti Kerja. Konsep ini lebih dulu ada sebelum Bitcoin dan banyak digunakan dalam lapisan konsensus POW blockchain dan protokol bisikan Ethereum. Ini melibatkan menyelesaikan bukti kerja yang membutuhkan komputasi intensif sebelum mengirimkan pesan, yang kemudian diverifikasi oleh server relay penerima. Memberikan bukti ini berarti menghabiskan daya komputasi, meningkatkan ambang batas untuk melakukan spam terhadap relay dengan pesan sampah.

  • NIP-22: Timestamp pesan. Memberi tahu server relay tentang waktu sebuah pesan dibuat, memungkinkan relay untuk secara selektif menerima pesan. Timestamp dapat diatur untuk masa lalu atau masa depan.

  • NIP-40: Waktu kadaluarsa. Memberitahukan server relay kapan pesan kedaluwarsa sehingga dapat dihapus.

  • NIP-57: Tautan tip Lightning Network.

  • NIP-65: Daftar rekomendasi layanan relay.

Acara adalah satu-satunya Objekstruktur di Nostr. Setiap acara memiliki jenisuntuk menunjukkan jenis acara (tindakan apa yang dilakukan pengguna atau informasi yang diterimanya).

Operasi Protokol Nostr

Protokol Nostr beroperasi melalui relay. Relay ini memungkinkan pengguna di relay yang sama mengirim file Json satu sama lain.

Untuk membantu memahami ini, pertimbangkan diagram yang disederhanakan:

Diagram tersebut mencakup 3 relay dan 3 klien, setiap klien menggunakan platform yang berbeda.

Pada diagram ini:

  • Bob dapat melihat semua tweet Alice tetapi tidak satu pun dari Mary (Bob bahkan tidak sadar akan keberadaan Mary).

  • Alice dapat melihat semua tweet Bob tetapi tidak satu pun dari Mary (Alice juga tidak menyadari keberadaan Mary).

  • Mary dapat melihat tweet dari baik Bob maupun Alice karena dia hanya menulis data ke Relay 3 tetapi dapat membaca data dari Relay 2 (yang menyimpan data Bob dan Alice).

Mendalami Kontrak Nostr

Diberikan protokol Nostr sebagai protokol terbuka yang sangat ringan, ini menyediakan serangkaian spesifikasi protokol untuk platform media sosial terdesentralisasi. Mari kita melakukan analisis kode sederhana dari protokol tersebut:

Dasar protokol adalah server WebSocket (dikenal sebagai nostr-relay), yang memproses dan menyimpan struktur data yang sangat sederhana yang disebut Event. Ditampilkan sebagai berikut:

{ "id": "<32-byte sha256 dari data peristiwa serial>", "pubkey": "<kunci publik yang dikodekan heksadesimal 32-byte dari pembuat peristiwa>", "created_at": "<stempel waktu unix dalam detik>", "jenis": "<bilangan bulat>", "tags": [ ["e", "<heksadesimal 32-byte dari id peristiwa lain>", "<URL relai yang direkomendasikan>"], ["p", "<heksadesimal kunci 32 byte>", "<URL relai yang direkomendasikan>"],     ... // jenis tag lain dapat disertakan nanti ], "content": "<string arbitrer>", "sig": "tanda tangan <64-byte dari hash SHA256 dari data peristiwa serial, yang sama dengan bidang 'id'>"}

Acara selalu ditandatangani (menggunakan tanda tangan tipe Schnorr) dan berisi data terstruktur yang mungkin memiliki makna semantik yang berbeda. Tipe Schnorr XOnlyPubkeys yang didefinisikan dalam BIP340 (saat ini digunakan dengan Bitcoin Taproot) digunakan sebagai “identitas” di seluruh protokol.

Nostr-client adalah APP yang dapat berkomunikasi dengan nostr-relay dan dapat menggunakan pelanggan untuk berlangganan ke setiap rangkaian acara.

Filter mewakili kumpulan semua acara Nostr yang menarik bagi klien.

Klien tidak perlu mendaftar atau membuat akun, karena klien menggunakan kunci publik pengguna untuk identifikasi. Setiap kali klien terhubung ke relay, klien mengirimkan filter langganan pengguna, dan selama terhubung, relay akan mengalirkan "peristiwa yang menarik" ke klien.

Relay mungkin menyimpan langganan klien dalam cache, tetapi ini tidak wajib. Klien seharusnya menangani segalanya di “sisi klien,” sementara relay mungkin sebodoh batu.

Klien tidak berbicara satu sama lain. Tetapi Relay dapat. Hal ini memungkinkan relay untuk mengambil data untuk klien yang tidak dimilikinya, dan klien dapat berlangganan acara di luar relay yang terhubung.

Pada pandangan pertama, ini memberikan kesan bahwa Nostr sebagai protokol tidak berguna (kenapa tidak langsung menandatangani dan membuang JSON mentah dan biarkan klien mencari tahu sendiri?), namun pandangan yang lebih dalam mengungkapkan bahwa model “server bodoh, klien pintar” dapat menemukan beberapa keuntungan signifikan dalam rekayasa desain protokol terdesentralisasi.

Sepenuhnya Terdesentralisasi sebagai Fitur Utama dari Nostr

Nostr berfungsi sebagai lapisan protokol untuk aplikasi sosial, mentransfer Catatan dan Barang lain melalui Relays tanpa bergantung pada server terpusat apa pun. Desentralisasi penuhnya memungkinkan aplikasi apa pun untuk mengakses secara bebas melalui jaringan terdistribusi, menyediakan platform sosial yang terbuka dan tanpa izin. Oleh karena itu, Nostr tidak menawarkan produk langsung kepada konsumen, namun berfokus pada mengimplementasikan infrastruktur sosial yang diperlukan pada tingkat protokol. Kemampuan untuk memproduksi produk disediakan oleh aplikasi pihak ketiga, dan pengguna dari aplikasi yang berbeda dapat berinteraksi secara sosial satu sama lain.

Kelebihan Nostr terletak pada penyediaan jaringan sosial yang benar-benar bebas dan terbuka, tidak terpengaruh dan tidak terancam oleh kekuatan atau kepentingan terpusat mana pun. Pengguna dapat dengan bebas mengungkapkan pendapat dan keyakinan mereka tanpa takut akan sensor, larangan, atau penghapusan platform; pembuat konten dapat dengan bebas menetapkan model insentif mereka tanpa khawatir kehilangan pendapatan atau menghadapi persaingan yang tidak adil. Pengguna Nostr juga dapat dengan bebas memilih lingkaran sosial mereka tanpa takut dimanipulasi, disinformasi, atau pelanggaran privasi.

Nostr berbeda secara signifikan dari media sosial tradisional dan memiliki fitur dan keunggulan berikut:

Desentralisasi: Nostr tidak bergantung pada server atau platform terpusat apa pun, tetapi malah menggunakan jaringan Bitcoin untuk transmisi dan penyimpanan informasi. Hal ini memastikan pengguna tidak perlu khawatir tentang pencurian data, sensor, atau penghapusan, dan tidak tunduk pada aturan atau kebijakan pihak ketiga manapun.

Otonomi: Nostr memungkinkan pengguna untuk mengontrol data dan identitas mereka sendiri. Pengguna dapat bebas memilih siapa yang ingin mereka ikuti dan percayai, serta mengekspresikan pandangan dan ide mereka tanpa takut dilarang, diblokir, atau diturunkan peringkatnya, dan tanpa terganggu oleh iklan atau konten yang direkomendasikan. Verifikasi pengguna tertentu juga memudahkan untuk mengidentifikasi spam dan konten yang dihasilkan oleh bot.

Keterbukaan : Nostr adalah protokol terbuka yang dapat diikuti dan diambil bagian oleh siapa pun. Pengguna dapat mengembangkan dan menggunakan berbagai klien, serta membangun dan menjalankan node mereka sendiri (server yang dapat meneruskan dan menyimpan informasi Nostr). Pengguna juga dapat membuat dan menggunakan berbagai jenis dan tag, yang merupakan metadata yang digunakan untuk membedakan dan mengategorikan informasi Nostr. Sederhana dan fleksibel Acaraformat mendukung berbagai jenis publikasi: posting media sosial, konten panjang, media kaya, e-commerce, dll. Selain itu, integrasi Nostr dengan Lightning Network telah memfasilitasi model bisnis yang lebih adil, nilai-nilai baru.

Masalah Keamanan Protokol Nostr

Manajemen Kunci Pribadi

Protokol Nostr menggunakan pasangan kunci publik-privat untuk akun, memerlukan pengguna untuk mengelola dengan benar kunci privat mereka. Setelah hilang, kunci privat tidak dapat dipulihkan. Hal ini mungkin menimbulkan tantangan bagi sebagian besar pengguna, yang mungkin kurang memiliki pengetahuan teknis dan pengalaman untuk mengelola kunci privat secara aman.

Pemilihan Relay

Dalam protokol Nostr, pengguna harus memilih dan memverifikasi relay sendiri. Memilih relay yang tidak dapat diandalkan atau jahat dapat mengakibatkan informasi mereka bocor, dimanipulasi, atau dihapus.

Penyebaran Informasi

Dalam protokol Nostr, informasi yang dikirim oleh pengguna tidak menyebar melintasi beberapa relay. Ini berarti jika informasi mereka tidak diterima dan disimpan oleh sejumlah relay yang cukup, informasi tersebut bisa hilang atau tidak terlihat oleh pengguna lain, memperburuk masalah silo informasi.

Penyimpanan Informasi Diskresioner Relay

Relai dalam protokol Nostr dapat dengan bebas memutuskan apakah akan menerima dan menyimpan informasi pengguna. Hal ini dapat menyebabkan beberapa relai memilih hanya untuk menerima dan menyimpan informasi yang mereka anggap berharga atau selaras dengan minat mereka, sementara mengabaikan atau menolak informasi lain.

Ekstensi Protokol Berbahaya

Sementara protokol Nostr menentukan beberapa jenis acara dasar dan fungsionalitas, itu juga memungkinkan klien dan relay untuk secara selektif menerapkan fitur tambahan. Ini dapat menyebabkan implementasi fungsionalitas yang tidak aman atau jahat oleh beberapa klien dan relay, memengaruhi keamanan dan privasi pengguna.

Penanganan Informasi

Karena kurangnya lapisan konsensus dalam protokol Nostr, beberapa relay tidak memproses pesan dengan perbedaan waktu dan waktu UNIX yang signifikan, meninggalkan celah bagi klien untuk memanfaatkan perbedaan ini untuk memalsukan pesan.

Gambaran Umum Ekosistem Nostr

Jack Dorsey, salah satu pendiri Twitter dan pendukung utama protokol Nostr, menyumbangkan 14,17 Bitcoin (sekitar $245.000) untuk mendukung pengembangannya pada Desember 2022. Profil X-nya menampilkan dengan jelas alamat Nostr pribadinya, menunjukkan kesukaannya terhadap protokol tersebut.

Damus⚡️: Aplikasi utama dari protokol Nostr

X:https://twitter.com/damusapp

Damus adalah aplikasi sosial yang mendukung pemberian tip Bitcoin melalui Lightning Network, menggantikan 'Suka' atau jempol umum dengan tip. Biaya transaksi yang rendah dari Lightning Network membuat tip hampir bebas biaya. Selain Damus, aplikasi protokol Nostr termasuk alat komunikasi Anigma, alat berbagi teks Sendtr, dan permainan catur online Jeste, antara lain.

Mitra Media Utama dari Protokol Nostr: TGFB

TGFB adalah platform pendidikan Bitcoin Kristen yang bertujuan untuk mendidik dan membekali umat Kristen agar memahami Bitcoin dan menggunakannya untuk memuliakan Allah dan menguntungkan umat manusia. Sebagian besar kontennya didedikasikan untuk mempromosikan protokol Nostr melalui podcast yang dipandu oleh Jon dan Jordan, mengeksplorasi implikasi protokol tersebut dari sudut pandang Kristen. Kombinasi Kekristenan, yang dikenal luas di AS dan secara global, Bitcoin ETF yang disetujui oleh SEC, dan protokol Nostr yang dibangun di atas basis pengguna Lightning Network yang luas, diharapkan dapat secara signifikan mempromosikan adopsi dan dukungan terhadap protokol Nostr.

Protokol Derivatif Nostr

Aset Nostr + Taproot

Protokol Aset Nostr adalah protokol sumber terbuka yang mengintegrasikan aset Taproot dan pembayaran Bitcoin asli (dalam denominasi Satoshis) ke dalam ekosistem Nostr, mendukung interaksi dengan protokol pembayaran lain termasuk Jaringan Lightning dan aset Taproot.

Setelah aset diperkenalkan, mereka dapat dikirim dan diterima menggunakan kunci publik dan pribadi protokol Nostr, dengan penyelesaian dan keamanan masih bergantung pada Jaringan Lightning. Protokol Aset Nostr, meskipun dibangun di atas teknologi Nostr, adalah protokol yang berbeda yang memfasilitasi fungsi transaksional dasar melalui pesan Nostr.

Layanan kustodian penuh dari Protokol Aset Nostr melibatkan pengguna mendepositkan Bitcoin atau aset lain ke dalam dompet yang dikendalikan oleh protokol, dan kemudian menjalankan instruksi penerapan token, pencetakan, dan transfer melalui pesan Nostr.

Namun, layanan kustodial penuh kontroversial karena potensi risiko keamanan. Pengguna tidak dapat sepenuhnya mengontrol aset mereka, dan dalam kasus pelanggaran platform atau penipuan keluar, mereka dapat kehilangan semua aset mereka.

Selain itu, menyusul peluncurannya pada 30 Oktober, Nostr mengalami permintaan deposit aset yang tinggi, yang menyebabkan seringnya pemeliharaan situs dan penutupan, meningkatkan kekhawatiran tentang latar belakang tim dan kehandalan proyek. Pada 8 November, Protokol Aset Nostr secara resmi merespons komentar dalam bahasa Cina di sebuah cuitan, dengan beberapa pengguna masih mempertanyakan kredibilitas proyek. Komunitas Nostr telah menunjukkan perlawanan kuat terhadap token yang terkait dengan protokol perpanjangan ini.

Nostr + Inscription

Noscription adalah protokol token eksperimental berbasis Nostr, yang memungkinkan pengguna untuk membuat dan memperdagangkan token mirip brc-20, berbeda dari token aset Taproot.

Analisis Komparatif

Implementasi Protokol

  • BitVM menuntut kemampuan komputasi yang sangat tinggi dan saat ini hanya ada dalam teori. Dalam hal implementasi komersial, RGB memiliki keunggulan signifikan dengan banyak aplikasi yang sudah digunakan. (Organisasi teknis di balik RGB, LNP/BP, memiliki sedikit pengembang dan nirlaba, menyebabkan kemajuan pengembangan yang lambat). Nostr, terhalang oleh bottleneck umum dari SocialFi, juga gagal untuk memajukan lebih jauh ekosistem aplikasi dari protokolnya.

    Perlindungan Privasi

  • Baik RGB maupun BitVM melakukan komputasi di luar rantai, tetapi protokol RGB memastikan pihak ketiga tidak dapat melacak sejarah aset RGB di blockchain. Hanya ketika pengguna menerima aset, mereka mengetahui sejarahnya, fitur yang tidak dapat dicapai oleh BitVM. Protokol Nostr, sebagai protokol sosial, memiliki tingkat ketidakpastian yang tinggi dalam penyampaian informasi, yang berpotensi menyebabkan kebocoran informasi, blokade, kerugian, dan pemalsuan jahat karena kerentanannya.

    Kompatibilitas BTC Asli

  • Baik RGB maupun BitVM tidak memerlukan perubahan pada protokol Bitcoin; Nostr dibangun di atas Lightning Network asli, menawarkan kompatibilitas asli yang relatif baik dan pengalaman pengembangan yang lancar.

    Keamanan Protokol

  • Protokol RGB beroperasi di luar rantai dalam lingkungan sandbox, memastikan keamanan data. Sistem penagihan juga menjamin keamanan data dari segi desain. Dalam interaksi dengan BTC, ia menggunakan mekanisme yang mirip dengan Jaringan Lightning untuk penerbitan aset.

  • BitVM menggunakan model Rollup, menjalankan data off-chain juga. Karakteristik mesin virtual, dikombinasikan dengan bukti penipuan dan model tantangan-respons, memastikan keamanan BitVM.

  • Nostr menggunakan model relay, di mana desain canggih transmisi informasi antara relay dan algoritma enkripsi memastikan keamanan informasi dalam protokol Nostr.

Di industri Web3, tidak ada laboratorium yang secara khusus fokus pada keamanan ekosistem Bitcoin hingga pendirian BTC Security Lab, yang mengisi kesenjangan ini dengan menyediakan dukungan keamanan profesional dan penelitian untuk ekosistem Bitcoin. ScaleBit dan BiHelix bertujuan untuk memimpin perlombaan dalam keamanan ekosistem Bitcoin, menetapkan standar keamanan untuk industri dan mempromosikan perkembangan ekosistem yang sehat.

Ekosistem dan Komersialisasi

  • Sebagai protokol sosial, Nostr melampaui kedua BitVM dan RGB dalam basis pengguna dan popularitas lalu lintas, membuat ekspansi protokol ekosistem dan komersialisasi aplikasi lebih komprehensif daripada kedua platform lainnya.

  • Protokol RGB telah ada cukup lama, dengan banyak proyek saat ini menunggu rilis RGB V0.11.

  • BitVM baru saja merilis whitepaper-nya beberapa bulan yang lalu, dan ekosistemnya masih dalam tahap pengembangan.

Masa depan ketiga protokol ini diharapkan dapat menelurkan banyak Dapps di ranah SocialFi, GameFi, dan DeFi, membawa gelombang popularitas baru ke ekosistem BTC.

Terima kasih khusus kepada Ausdin.eth, 0xLayman, Echo, Venus atas kontribusi mereka pada laporan ini.

Disclaimer:

  1. Artikel ini dicetak ulang dari[chaincatcher]. Semua hak cipta milik penulis asli [Zhejiang University Chain Association, BiHelix, ScaleBit & BTC Security Lab]. Jika ada keberatan terhadap cetak ulang ini, silakan hubungi Gate Belajartim, dan mereka akan menanganinya dengan cepat.
  2. Penolakan Tanggung Jawab: Pandangan dan opini yang terdapat dalam artikel ini semata-mata milik penulis dan tidak merupakan saran investasi apa pun.
  3. Terjemahan artikel ke dalam bahasa lain dilakukan oleh tim Gate Learn. Kecuali disebutkan, menyalin, mendistribusikan, atau menjiplak artikel yang telah diterjemahkan dilarang.

Pengantar yang detail tentang RGB, BitVM, dan Nostr

Lanjutan2/9/2024, 1:45:49 AM
Artikel ini membahas tiga solusi BTC L2 yang kuat: RGB, BitVM, dan Nostr berdasarkan Jaringan Lightning, memperlihatkan potensi mereka dalam ekosistem Bitcoin yang terus berkembang.

protokol RGB

Apa itu RGB

RGB adalah protokol kontrak pintar yang dapat diskalakan dan rahasia yang dapat diterapkan pada Bitcoin dan Jaringan Lightning, dikembangkan oleh Asosiasi Standar LNP/BP. Ini mengadopsi konsep kepemilikan pribadi dan bersama, menawarkan bentuk komputasi terdistribusi yang dapat diselesaikan Turing, tanpa kebutuhan akan blockchain, beroperasi sebagai sistem kontrak pintar dengan status parsial yang divalidasi oleh klien.

Sejarah Pengembangan Protokol RGB

Sejarah protokol RGB

RGB awalnya dipikirkan oleh Giacomo Zucco dari BHB Network pada tahun 2016 sebagai “sistem aset non-blockchain.” Pada tahun yang sama, Peter Todd memperkenalkan konsep-konsep segel penggunaan tunggal dan validasi sisi klien. Terinspirasi oleh gagasan-gagasan ini, RGB diusulkan pada tahun 2018. Pada tahun 2019, pengembang inti Maxim Orlovsky mengambil peran utama dalam pengembangan kode RGB dan desain standar foundational. Maxim Orlovsky dan Giacomo Zucco mendirikan LNP/BP Standards Associationhttps://www.lnp-bp.org) untuk mendorong RGB dari konsep hingga aplikasi, dengan dukungan dari Fulgur Ventures, Bitfinex, Yayasan Hojo, Pandora Prime, dan DIBA. Setelah pengembangan yang ekstensif, RGB merilis versi stabil pertamanya, V0.10, pada April 2023. Pada Januari 2024, para pengembang inti RGB mengumumkan bahwa versi V0.11 akan dirilis lebih awal dalam paruh pertama tahun ini.

Perkembangan Terbaru dalam Protokol RGB

Fitur-fitur baru dari RGB V0.10 telah dianalisis secara detail dalam laporan-laporan lain. Sementara V0.11 belum resmi dirilis, berikut beberapa perkembangan terbaru dari para pengembang dan komunitas:

  • Dukungan yang akan datang untuk L-BTC

  • Pembaruan tentang interoperabilitas dan jembatan lintas rantai antara aset RGB dan aset Liquid

Namun, RGB V0.11 akan tidak kompatibel dengan V0.10, menyebabkan biaya migrasi yang signifikan bagi proyek-proyek saat ini. Selain itu, karena kemajuan pengembangan yang lambat, banyak proyek saat ini menunggu rilis V0.11.

Filosofi Desain dan Prinsip Operasional RGB

Kontrak pintar RGB memanfaatkan validasi sisi klien, artinya semua data disimpan di luar transaksi Bitcoin, yaitu, di blockchain Bitcoin atau keadaan saluran Lightning. Hal ini memungkinkan sistem beroperasi di atas Jaringan Lightning tanpa perubahan apa pun pada BTC mainnet atau protokol Jaringan Lightning, membentuk dasar skalabilitas dan privasi protokol.

RGB menggunakan segel satu kali yang ditentukan pada Bitcoin UTXO, memberikan kemampuan kepada siapa pun yang memiliki catatan sejarah status kontrak pintar untuk memverifikasi keunikan. Dengan kata lain, RGB memanfaatkan skrip Bitcoin untuk menerapkan model keamanannya dan menentukan kepemilikan dan hak akses.

RGB adalah Graf Acyclic Terarah (DAG) dari transisi keadaan, di mana kontrak sepenuhnya terisolasi satu sama lain, dan tidak ada yang mengetahui keberadaan mereka kecuali pemilik kontrak (atau orang-orang yang diketahui pemilik kontrak informasi kontrak).

Directed Acyclic Graph (DAG) adalah struktur grafik khusus yang dapat dengan jelas menjelaskan sistem atau hubungan yang kompleks. Dalam DAG, setiap tepi dapat dianggap sebagai jalan satu arah di kota, yang mewakili aspek "diarahkan" dari grafik. Misalkan di jaringan jalan ini, tidak peduli bagaimana Anda bepergian, tidak mungkin untuk kembali ke titik awal dan membentuk lingkaran tertutup; Ini mewakili sifat grafik "asiklik". Dalam DAG, tidak ada urutan node yang memungkinkan Anda untuk memulai dari satu node, melakukan perjalanan melalui serangkaian tepi, dan kembali ke node yang sama.

Menerapkan konsep ini ke sistem RGB, setiap kontrak dapat dilihat sebagai simpul dalam graf, dan hubungan antara kontrak (seperti transfer kepemilikan) dapat dilihat sebagai tepian berarah. Struktur ini memastikan bahwa hubungan antara kontrak jelas dan teratur, tanpa membentuk lingkaran tertutup, artinya suatu kontrak tidak dapat memengaruhi dirinya sendiri secara langsung maupun tidak langsung.

Desain ini memastikan bahwa komitmen dalam transmisi status adalah unik dan tidak berubah, mencegah pengeluaran ganda dan mencapai transisi status yang efisien dan konsisten.

Mendalami Kontrak RGB

Setelah memahami prinsip-prinsip dasar desain arsitektur RGB, mari kita lihat bagian kontrak. Di dunia kontrak pintar saat ini, pencipta diharuskan untuk mengatur atau menjalankan pengembangan kode kontrak pintar itu sendiri. Filosofi desain RGB menganggap praktik ini tidak diinginkan, yang mengarah ke kerentanan kode kontrak yang lebih tinggi dan beberapa serangan peretas. Oleh karena itu, RGB bertujuan untuk mengurangi risiko kerentanan dalam pengembangan dan kebutuhan audit dengan memperkenalkan konsep "Pola Skema." "Pola Skema" adalah kode kontrak pintar yang sebenarnya. Penerbit dapat menggunakannya sebagai "template kontrak" tanpa perlu membuat kode atau mengaudit kode khusus yang ditulis untuk mereka oleh beberapa kontraktor acak.

Skalabilitas yang Fleksibel dan Interoperabilitas yang Baik

Kontrak RGB didefinisikan secara deklaratif, bukan imperatif. Ini berarti logika kontrak tidak ditentukan oleh serangkaian perintah atau langkah tetapi oleh seperangkat aturan yang menggambarkan perilakunya dan transisi keadaan, membentuk Graf Berarah Beracyclic (DAG) dari perubahan keadaan. Kunci operasi keadaan lokal terletak pada Skema. Operasi dalam kontrak RGB bersifat lokal, bukan global. Setiap simpul (atau keadaan) memiliki aturan sendiri dan hanya bertanggung jawab atas transisi keadaannya. Ini berbeda dari algoritma global pada platform seperti Ethereum, yang mengharuskan setiap keadaan mengikuti algoritma yang sama. Karakteristik ini membuat RGB cukup fleksibel dan dapat diskalakan sambil juga menyediakan interoperabilitas yang baik.

Penciptaan Kontrak Pintar yang Disederhanakan

Skema menentukan jenis-jenis status global dan dimiliki, segel, dan metadata yang diperbolehkan dalam transisi status. RGB menggunakan bahasa Contractum untuk menulis Skema RGB dan AluVM (Arithmetic Logic Unit Virtual Machine), menyederhanakan penulisan kontrak pintar RGB. AluVM didasarkan pada desain registernya tanpa akses memori acak, menjadikannya sangat cocok untuk kontrak pintar, eksekusi kode jarak jauh, komputasi terdistribusi, dan edge computing, memberikan dasar untuk berbagai kasus penggunaan kontrak pintar canggih.

Bagaimana RGB memastikan keamanan dan privasi

Dari desain RGB itu sendiri:

  • Privasi tanpa penyiaran global: Seperti yang disebutkan, validasi sisi klien RGB berarti proses validasi hanya terjadi antara rekan yang terlibat langsung, bukan seluruh jaringan. Pendekatan tidak menyiar global ini meningkatkan privasi dan ketahanan sensor karena rincian keadaan kontrak hanya terlihat oleh peserta yang relevan, dan penambang tidak dapat melihat rincian transaksi.

  • Privasi data dalam lingkungan sandbox: Di sisi lain, RGB menyimpan semua data operasi dalam tempat penyimpanan. Karena RGB bukan berbasis blockchain, penyimpanan tidak direplikasi ke node peer lainnya. Penyimpanan yang dikendalikan secara lokal oleh pengguna mengurangi risiko serangan eksternal dan kebocoran data, memastikan privasi data. RGB adalah platform komputasi di mana setiap program ("kontrak pintar") terisolasi dalam lingkungan sandbox-nya, menawarkan skalabilitas dan keamanan yang lebih baik daripada platform berbasis blockchain. Namun, data off-chain juga berarti ada risiko kehilangan.

  • Selain validasi dan penyimpanan, sistem faktur juga memastikan keamanan dan privasi. Operasi kontrak di RGB dilakukan dengan membuat faktur, yang dapat berisi beberapa permintaan operasi kontrak. Dengan memungkinkan pengguna secara eksplisit menentukan dan memverifikasi operasi kontrak, akurasi dan keamanan operasi ditingkatkan. Pada saat yang sama, sistem faktur mendukung transmisi pribadi permintaan operasi kontrak antara pengguna, meningkatkan privasi transaksi. Transisi keadaan, seperti transfer token, dieksekusi melalui faktur dan perintah spesifik.

Dari Perspektif Berinteraksi dengan BTC

Desain RGB sangat terkait dengan UTXO. Dalam interaksi dengan BTC mainnet, pengguna membuat kontrak off-chain untuk menerbitkan aset RGB dan mengalokasikannya ke UTXO Bitcoin, mirip dengan Jaringan Lightning. Kemudian, transfer aset, interaksi kontrak, dan validasi dilakukan off-chain sebagaimana yang diperkenalkan di atas.

RGB mendapatkan manfaat dari protokol tanda tangan multisig yang ditingkatkan, protokol tanda tangan berbasis adaptor, dan Kontrak Terkunci Waktu Titik (PTLC) yang dibawa oleh tanda tangan Schnorr, tetapi manfaatnya murni berdasarkan pada Bitcoin (yaitu, tidak langsung). Tidak ada yang ada di dalam RGB yang memerlukan tanda tangan (sehingga Schnorr tidak membuat perubahan secara internal), juga tidak menggunakan skrip Bitcoin (sehingga Tapscript baru tidak berguna).

BTC Security Lab, yang didirikan bersama oleh ScaleBit, adalah laboratorium keamanan BTC yang berdedikasi yang bekerja pada perkembangan terbaru protokol RGB. Tujuannya adalah melindungi keamanan kontrak, secara bersama-sama mempromosikan pertumbuhan terus menerus dan penguatan protokol RGB dan konstruksi infrastruktur ekosistem BTC.

Ikhtisar Proyek Ekosistem RGB

BiHelix

  • Situs web: https://www.bihelix.net/

  • BiHelix adalah infrastruktur ekosistem Bitcoin yang dioptimalkan untuk node, dibangun di atas blockchain Bitcoin asli, yang menggabungkan protokol RGB dan Jaringan Lightning. Tujuannya adalah membuat pengembangan lebih mudah, memperluas kasus penggunaan untuk Bitcoin, dan mengatasi tantangan skalabilitas dan ketidaklengkapan Turing yang dihadapi oleh blockchain Bitcoin. BiHelix berusaha untuk menciptakan dunia kriptografi terdesentralisasi yang lebih adil bagi para penambang, validator, penyedia layanan node, bursa, dan pengguna. Sebagai infrastruktur pertama yang dibangun di atas protokol RGB, BiHelix akan mengembangkan generasi berikutnya dari skenario aplikasi Bitcoin berskala besar. Proyek ini saat ini berada dalam tahap pengembangan dan belum terbuka untuk interaksi; tetap terhubung.

    Fitur Proyek

  • Ambang Pengguna Rendah: Memanfaatkan protokol SLR (Security-Lightning-RGB), mengemas ulang RGB dan Jaringan Lightning dengan solusi inovatif untuk node-node lightning guna mencapai pembayaran universal.

  • Keandalan Tinggi dan Skalabilitas : Menggunakan arsitektur layanan cloud yang matang, sepenuhnya memanfaatkan fitur rust-lightning untuk mendukung fungsi pabrik saluran, mengelola saluran secara efisien, dan membuat saluran secara massal.

  • Perlindungan Keamanan dan Privasi: Transmisi dan penyimpanan data keadaan di luar rantai, menggunakan bukti pengetahuan nol rekursif di antara teknologi lain untuk mengacak pembayaran multi bagian dan pemilihan jalur untuk perlindungan privasi.

  • Penuh Kemudahan bagi Pengembang : Menyediakan alat pengembangan komprehensif, termasuk dokumentasi sumber terbuka, alat, dll., dan memperkenalkan mekanisme konsensus sosial Schema, sehingga memudahkan pengembang dalam membangun aplikasi.

    Iris Wallet

  • Situs web: https://play.google.com/store/apps/details?id=com.iriswallet.testnet&pli=1

  • IRIS Wallet, dompet Android pertama yang dikembangkan oleh tim Bitfinex, didedikasikan untuk integrasi RGB dan alat terkait RGB, mendukung aset yang dapat dipertukarkan dan tidak dapat dipertukarkan. Iris Wallet memungkinkan operasi aset RGB dari penerbitan hingga pengeluaran dan penerimaan, mengemas semua fungsionalitas dalam aplikasi dompet yang akrab sambil mengabstraksi sebanyak mungkin detail teknis. Saat ini merupakan aplikasi eksperimental yang direkomendasikan untuk jumlah Bitcoin yang kecil dan aset dengan nilai rendah.

    DIBA

  • Situs web: https://diba.io/

  • DIBA adalah pasar NFT pertama di Bitcoin menggunakan Protokol RGB dan Jaringan Lightning. Tujuannya adalah membentuk pemahaman aset seni tanpa pengawasan di blockchain Bitcoin.

    Bitmask

  • Situs web: https://bitmask.app/

  • Dibuat oleh DIBA, Bitmask adalah dompet NFT pertama dalam ekosistem RGB, dapat dioperasikan di peramban web, dan berinteraksi dengan kontrak RGB mirip dengan MetaMask di Ethereum. Saat ini sering diperbarui, menunggu rilis V0.11.

    Pandora Prime Inc

  • Situs web: https://pandoraprime.ch/

  • Terletak di Verify Valley, Swiss, Pandora Prime juga merupakan anggota pendiri LNP/BP. Pandora Prime berdedikasi untuk memimpin Keuangan Bitcoin menggunakan kombinasi kontrak pintar RGB dan Jaringan Lightning. Mereka memulai dengan aset yang dapat diprogram di Bitcoin (RGBTC dan CHFN), yang dapat meningkatkan jumlah transaksi hingga tingkat VISA/MasterCard melalui Jaringan Lightning sambil menyediakan fasilitas untuk pertukaran aset tersebut dengan mudah. Produk-produk mereka termasuk MyCitadel (dompet), RGB Explorer (browser), dan Pandora Network, antara lain.

    MyCitadel

  • Situs web: https://mycitadel.io/

  • Sebuah merek dari Pandora Prime, MyCitadel adalah dompet GUI pertama yang mendukung RGB, diciptakan oleh pengembang RGB pada tahun 2021. Ini menawarkan dompet desktop lintas platform dan dompet iOS/iPad. Dompet seluler dapat menangani aset RGB yang dapat dipertukarkan.

    Penjelajah RGB

  • Situs web: https://rgbex.io/

  • Dikembangkan oleh Pandora Prime, RGB Explorer adalah browser pertama yang menawarkan registrasi aset RGB dan kontrak pintar. Saat ini, ini mendukung RGB 20, RGB 21, RGB 25, menampilkan aset seperti LNPBP, RGBTC, dCHF, dan RGBEX.

    Bitlight Labs (sebelumnya Cosminmart)

  • Situs web: https://bitlightlabs.com/

  • Bitlight Labs mengembangkan infrastruktur berdasarkan protokol RGB, siap untuk mendeploy beberapa aplikasi di Jaringan Lightning, termasuk Dompet Bitlight untuk utilitas RGB dan Bitswap, pembuat pasar otomatis untuk BitcoinFi di Jaringan Lightning dan protokol RGB.

RGB Meme & NFT

  1. PPRGB

    • X: @PepeRgb20

    • PPRGB saat ini diterbitkan di jaringan Liquid, menunggu pemetaan ke RGB setelah rilis RGB V0.11 (V0.11 juga mengembangkan fungsi kode untuk berinteraksi dengan Liquid).

  2. Prasasti MRGB

    • Prasasti MRGB adalah token berdasarkan protokol RGB, validasi status klien, dan sistem kontrak pintar. Ini beroperasi pada lapisan kedua dan ketiga (off-chain) dari ekosistem Bitcoin dan akan menyediakan kode protokol dasar open-source, memungkinkan semua rantai publik BRC20 untuk secara langsung menggunakan sistem ini. Inovasi ini membawa potensi signifikan bagi rantai publik BRC20, termasuk mengurangi konsumsi GAS, mempercepat kecepatan transaksi, dan meningkatkan kinerja secara keseluruhan. Dengan mengadopsi sistem MRGB, rantai publik BRC20 akan dapat memproses transaksi dengan lebih efisien dan mengurangi biaya transaksi bagi pengguna. Sementara itu, token prasasti MRGB juga akan berfungsi sebagai bahan habis pakai dalam proses transaksi, sehingga meningkatkan likuiditas dan skalabilitas BTC.
  3. Segel Penggunaan Tunggal

    • X: @Single_Use_Seal

    • Seal, adalah kumpulan 10k PFP, UDA langka, dan token pada RGB20 dan RGB21, dinamai berdasarkan konsep Single Use Seal Peter Todd. Saat ini sedang menunggu dompet Bitlight dan Bitmask untuk diperbarui ke versi RGB v0.11, setelah itu akan diterbitkan di dalamnya.

  4. Bitman

    • X: @bitmancity

    • Akan menerbitkan 10k UDA di diba, kemungkinan melalui penjualan wl+publik, dengan misi 'mengirimkan semangat BTC.' Proyek ini memiliki tujuan yang patut diapresiasi dan akan memberikan wl kepada kontributor ekosistem BTC, dengan sebagian besar hasil penjualan publik didonasikan ke LNP/BP.

BitVM

Mengapa BitVM?

BitVM (Mesin Virtual Bitcoin) memperkenalkan sistem yang memungkinkan verifikasi setiap komputasi di blockchain Bitcoin tanpa mengorbankan keamanan atau mengubah jaringan. Pengembangan ini membuka peluang bagi komputasi kompleks, seperti kontrak pintar yang lengkap, dengan semua komputasi diproses di luar rantai untuk mengurangi kemacetan di blockchain Bitcoin.

Secara sederhana, BitVM adalah model komputasi yang mampu mengekspresikan kontrak Turing lengkap di jaringan Bitcoin.” Seperti RGB, BitVM tidak memerlukan modifikasi pada aturan konsensus jaringan.

Pada 9 Oktober 2023, Robin Linus, salah satu pendiri pengembang blockchain ZeroSync, menerbitkan whitepaper BitVM. Dibandingkan dengan RGB, BitVM jauh lebih muda.

Arsitektur Desain BitVM

Arsitektur

Mirip dengan Optimistic Rollups dan proposal Merkelize All The Things (MATT), berdasarkan bukti penipuan dan protokol challenge-response, ini tidak memerlukan perubahan pada aturan konsensus Bitcoin. BitVM menunjukkan bahwa Bitcoin adalah Turing lengkap dalam mengkodekan bukti penipuan dalam Taptrees besar.

Desain Sirkuit Gerbang

Komitmen Nilai Bit adalah komponen paling dasar, memungkinkan pengerja untuk mengatur nilai bit tertentu menjadi "0" atau "1". Setiap fungsi yang dapat dihitung dapat diwakili sebagai rangkaian Boolean, membentuk komitmen gerbang logika. Dibangun melalui gerbang NAND (gerbang logika universal), setiap gerbang memiliki komitmen sendiri. Setiap rangkaian dapat diungkapkan dengan menggabungkan komitmen gerbang. Setiap langkah eksekusi dikomitmenkan dalam Tapleaf dan digabungkan dalam alamat Taproot yang sama.

BitVM memanfaatkan upgrade Taproot Bitcoin dengan membuat struktur yang mirip dengan sirkuit biner (disebut taptree) untuk mencapai fungsinya. Dalam sistem ini, kondisi pengeluaran untuk setiap UTXO, yang diwakili oleh instruksi dalam Script, membentuk unit dasar dari program. Instruksi-instruksi ini menghasilkan output biner (0 atau 1) dalam alamat Taproot, sehingga membangun seluruh taptree. Output dari taptree dapat dianggap sebagai hasil dari eksekusi sirkuit biner, mirip dengan program yang dapat dieksekusi. Kompleksitas program yang dapat dieksekusi oleh taptree bergantung pada jumlah dan kompleksitas alamat Taproot yang menyusunnya. Singkatnya, BitVM mewujudkan kemampuan untuk menjalankan program yang lebih kompleks pada jaringan Bitcoin dengan menerjemahkan instruksi Script Bitcoin menjadi operasi biner.

Peran yang berpartisipasi adalah dua pihak

Saat ini, model ini terbatas pada dua pihak dan tidak dapat diperluas untuk melibatkan lebih banyak peserta. Selain itu, agar BitVM berfungsi dengan baik, diperlukan sejumlah besar pra-tanda tangan (komputasi di luar rantai) yang membuat BitVM cukup kompleks dan berpotensi tidak efisien.

Bukti kecurangan dan protokol challenge-response

Baik pembuktian maupun penantang menyetor jumlah BTC yang sama dalam transaksi sebagai taruhan (sebagai input), dan output dari transaksi ini akan mencakup sirkuit logika. Serangkaian transaksi telah ditandatangani sebelumnya selama fase persiapan untuk membantah pernyataan yang tidak benar. BitVM disamakan dengan Optimistic Rollups karena melakukan sebagian besar komputasi di luar rantai dan mengirimkan sebagian dari komputasi ini ke rantai untuk menyelesaikan sengketa ketika terjadi.

Optimistic Rollups adalah solusi penskalaan lapisan kedua yang mengurangi beban pada lapisan dasar dengan memindahkan komputasi dan penyimpanan data ke luar rantai. Kemudian, transaksi-transaksi banyak dibundel dan dipublikasikan ke rantai utama. Optimistic Rollups mengasumsikan semua transaksi valid. Namun, jika peserta jaringan menemukan perilaku tidak jujur, mereka dapat memulai bukti penipuan. Bukti penipuan adalah bukti dari perhitungan yang tidak akurat. Mereka dihasilkan setelah inspeksi.

Komputasi di luar rantai

Hampir semua aktivitas di BitVM dilakukan di luar rantai. Ini termasuk memulai tugas komputasi, berbagi data, dan memverifikasi klaim yang dikirimkan. Biasanya, BitVM tidak melakukan komputasi di rantai blok Bitcoin. Komputasi dan verifikasi hanya dipublikasikan di rantai jika terjadi perselisihan akibat dugaan penipuan. Namun, jika terjadi perselisihan, sebagian kecil dari proses perselisihan memang berjalan di rantai, cukup untuk menentukan pihak mana yang tidak jujur.

Dengan pengetahuan latar belakang di atas, kita dapat lebih memahami prinsip-prinsip spesifik interaksi dua pihak BitVM.

Model interaksi dua pihak dari BitVM melibatkan seorang pembuktikan dan seorang pemeriksa. Dalam sistem ini, pembuktikan pertama-tama membuat dan mengirimkan kontrak pintar atau program, kemudian mengirimkan dana ke alamat root master yang dikendalikan secara bersama-sama. Dana-dana ini disimpan dalam pengaturan multisignature 2-of-2. Pembuktikan juga perlu membagikan informasi yang cukup dengan pemeriksa untuk membuktikan bahwa program mereka dapat menghasilkan output yang dijanjikan.

Tugas verifikator adalah menjalankan kode pemberi bukti dan memverifikasi apakah keluaran sesuai dengan harapan. Jika keluaran tidak sesuai, verifikator akan menantang pemberi bukti. Proses interaksi tantangan-respon ini melibatkan pertukaran data di luar rantai dan penggunaan transaksi yang telah ditandatangani sebelumnya untuk memverifikasi kebenaran perhitungan.

Jika kesalahan komputasi ditemukan, pemeriksa dapat secara publik membuktikan perilaku tidak jujur dari pihak pembuktian melalui bukti penipuan on-chain. Dalam sistem BitVM, jika jawaban dari pihak pembuktian terbukti tidak benar, mereka akan kehilangan taruhan dan dana yang dipertaruhkan. Sebaliknya, jika semua jawaban benar, pihak pembuktian akan tetap mempertahankan dana mereka. Mekanisme insentif ekonomi ini dirancang untuk mencegah perilaku tidak jujur.

Pada akhirnya, interaksi ini memastikan bahwa verifikasi komputasi hanya ditransfer ke blockchain Bitcoin dalam kasus perselisihan, sehingga melakukan sebagian besar komputasi di luar rantai. Desain ini menjaga efisiensi jaringan Bitcoin sambil memberikan kemampuan untuk menjalankan program yang lebih kompleks di Bitcoin.

Keamanan BitVM

Dari perspektif desain arsitektur, keamanan BitVM terutama didasarkan pada aspek-aspek berikut:

Bukti Penipuan

Dalam kasus perselisihan, validator dapat menantang pernyataan yang salah dari penjuru melalui bukti kecurangan. Mekanisme ini mirip dengan Optimistic Rollups dan tidak memerlukan perubahan aturan konsensus Bitcoin.

Protokol Challenge-Response

BitVM menggunakan protokol challenge-response, di mana para proposer dan validator menandatangani serangkaian transaksi terlebih dahulu selama fase setup protokol. Transaksi ini digunakan untuk menyelesaikan masalah ketika terjadi perselisihan.

Komputasi Off-Chain dengan Verifikasi On-Chain

BitVM memungkinkan komputasi kompleks untuk dieksekusi di luar rantai, sementara verifikasi dan penyelesaian hanya terjadi di rantai dalam kasus perselisihan. Pendekatan ini mengurangi konsumsi sumber daya di rantai sementara tetap menjaga integritas dan keamanan dari blockchain Bitcoin.

Mekanisme Deposit dan Denda

Jika seorang pemberi tawaran membuat pernyataan yang tidak benar, validator dapat menyita deposit mereka. Mekanisme ini memastikan bahwa penyerang selalu kehilangan deposit mereka karena tindakan yang salah.

Mekanisme Kontrak Bilateral

Mekanisme ini memberikan privasi yang lebih baik pada BitVM dan mengurangi biaya transaksi, tetapi dibandingkan dengan mekanisme multi-pihak dari EVM, keuniversalannya agak berkurang.

protokol Nostr

Apa itu Protokol Nostr

Nostr merupakan singkatan dari “Notes and Other Stuff Transmitted by Relays,” yang menunjukkan bahwa ini adalah protokol transmisi yang melibatkan relay, menandakan bahwa ini bukanlah protokol transmisi peer-to-peer (P2P). Menurutkode GitHubpembaruan catatan, proyek ini diluncurkan pada November 2020. Protokol ini bertujuan untuk menciptakan protokol terbuka yang paling sederhana untuk jaringan sosial global yang tahan sensor. Ini adalah protokol sosial terdesentralisasi yang memungkinkan pengguna untuk membuat, menerbitkan, dan berlangganan konten apa pun tanpa kendali atau intervensi dari platform terpusat atau lembaga. Nostr terinspirasi dari Bitcoin dan Jaringan Lightning, menggunakan mekanisme kriptografi dan konsensus yang serupa, serta struktur data berbasis acara yang dikenal sebagai Jaringan Nostr.

Komponen Protokol Nostr

Pasangan Kunci Publik dan Pribadi

Pasangan kunci publik dan privat merupakan akun Nostr. Tidak seperti sistem nama pengguna dan kata sandi tradisional, akun Nostr menggunakan sistem kunci publik dan privat yang mirip dengan mata uang kripto. Untuk kesederhanaan, kunci publik dapat dianggap sebagai nama pengguna, dan kunci privat sebagai kata sandi. Penting untuk dicatat bahwa sekali kunci privat hilang, tidak dapat diatur ulang seperti kata sandi. Kunci publik diawali dengan npub1, dan kunci privat dengan nsec1. Sangat penting untuk memastikan penyimpanan aman dari kunci-kunci ini, karena mereka tidak dapat dipulihkan jika hilang.

Klien

Nostr adalah protokol untuk mengirim informasi melalui internet, memerlukan perangkat lunak klien untuk penggunaannya. Klien dapat berupa halaman web, perangkat lunak desktop, atau aplikasi seluler. Klien membaca informasi dari relay dan mengirim data yang baru dibuat ke relay agar klien lain dapat membacanya. Informasi termasuk tanda tangan untuk memastikan data dikirim oleh pengirim asli. Klien menggunakan kunci privat untuk membuat tanda tangan. Saat menggunakan klien desktop atau seluler untuk pertama kalinya, kunci privat perlu disimpan di dalamnya. Kunci publik dapat diperoleh dari kunci privat. Untuk klien web, tidak disarankan untuk langsung menyimpan kunci privat di dalamnya; sebaliknya, lebih baik menggunakan plugin untuk menyimpan kunci privat.

Relay

Relay dapat dimengerti sebagai server backend dari protokol Nostr. Klien Nostr mengirimkan informasi ke relay, yang mungkin (atau mungkin tidak) menyimpan informasi dan menyiarkannya ke semua klien yang terhubung. Penting untuk dicatat bahwa relay tidak konstan; mereka dapat berubah secara signifikan dari waktu ke waktu. Protokol Nostr bergantung pada relay untuk menyimpan dan mengambil data. Jika seorang pengguna mengalami kecepatan klien yang lambat, itu mungkin disebabkan oleh kecepatan relay yang terhubung lambat, dan mereka mungkin mempertimbangkan untuk menambahkan beberapa relay lainnya.

NIPs

NIPs (Nostr Implementation Possibilities) adalah standar yang digunakan untuk mengatur relay dan perangkat lunak klien yang kompatibel dengan Nostr, yang menentukan apa yang harus, seharusnya, atau bisa diimplementasikan. “NIP” mengacu pada dokumen referensi yang menjelaskan bagaimana protokol Nostr beroperasi. Nostr adalah protokol terdesentralisasi, tidak dimonopoli oleh entitas terpusat manapun (seperti Twitter), yang berarti arah pengembangannya bergantung pada semua peserta. Kita dapat mengajukan dan menganjurkan perubahan serta memberikan umpan balik terhadap ide orang lain. Sebagai anggota aktif komunitas protokol, setiap orang memiliki suara tertentu dalam arah pengembangan jaringan Nostr di masa depan. NIPs dalam kode sumber utama telah disetujui dan ide-ide baru dapat ditambahkan melalui permintaan tarik.

Kunci NIPs meliputi:

  • NIP-04: Enkripsi pesan, menggunakan algoritma secp256k1 untuk pertukaran kunci Diffie-Hellman, memungkinkan enkripsi ujung ke ujung.

  • NIP-05: Memetakan kunci publik ke nama domain untuk mudah diingat, seperti memetakan kunci publik penulis ke @NomandJamesdomain.

  • NIP-06: Frasa mnemonik, mirip dengan yang digunakan dalam dompet kripto.

  • NIP-13: Bukti Kerja. Konsep ini lebih dulu ada sebelum Bitcoin dan banyak digunakan dalam lapisan konsensus POW blockchain dan protokol bisikan Ethereum. Ini melibatkan menyelesaikan bukti kerja yang membutuhkan komputasi intensif sebelum mengirimkan pesan, yang kemudian diverifikasi oleh server relay penerima. Memberikan bukti ini berarti menghabiskan daya komputasi, meningkatkan ambang batas untuk melakukan spam terhadap relay dengan pesan sampah.

  • NIP-22: Timestamp pesan. Memberi tahu server relay tentang waktu sebuah pesan dibuat, memungkinkan relay untuk secara selektif menerima pesan. Timestamp dapat diatur untuk masa lalu atau masa depan.

  • NIP-40: Waktu kadaluarsa. Memberitahukan server relay kapan pesan kedaluwarsa sehingga dapat dihapus.

  • NIP-57: Tautan tip Lightning Network.

  • NIP-65: Daftar rekomendasi layanan relay.

Acara adalah satu-satunya Objekstruktur di Nostr. Setiap acara memiliki jenisuntuk menunjukkan jenis acara (tindakan apa yang dilakukan pengguna atau informasi yang diterimanya).

Operasi Protokol Nostr

Protokol Nostr beroperasi melalui relay. Relay ini memungkinkan pengguna di relay yang sama mengirim file Json satu sama lain.

Untuk membantu memahami ini, pertimbangkan diagram yang disederhanakan:

Diagram tersebut mencakup 3 relay dan 3 klien, setiap klien menggunakan platform yang berbeda.

Pada diagram ini:

  • Bob dapat melihat semua tweet Alice tetapi tidak satu pun dari Mary (Bob bahkan tidak sadar akan keberadaan Mary).

  • Alice dapat melihat semua tweet Bob tetapi tidak satu pun dari Mary (Alice juga tidak menyadari keberadaan Mary).

  • Mary dapat melihat tweet dari baik Bob maupun Alice karena dia hanya menulis data ke Relay 3 tetapi dapat membaca data dari Relay 2 (yang menyimpan data Bob dan Alice).

Mendalami Kontrak Nostr

Diberikan protokol Nostr sebagai protokol terbuka yang sangat ringan, ini menyediakan serangkaian spesifikasi protokol untuk platform media sosial terdesentralisasi. Mari kita melakukan analisis kode sederhana dari protokol tersebut:

Dasar protokol adalah server WebSocket (dikenal sebagai nostr-relay), yang memproses dan menyimpan struktur data yang sangat sederhana yang disebut Event. Ditampilkan sebagai berikut:

{ "id": "<32-byte sha256 dari data peristiwa serial>", "pubkey": "<kunci publik yang dikodekan heksadesimal 32-byte dari pembuat peristiwa>", "created_at": "<stempel waktu unix dalam detik>", "jenis": "<bilangan bulat>", "tags": [ ["e", "<heksadesimal 32-byte dari id peristiwa lain>", "<URL relai yang direkomendasikan>"], ["p", "<heksadesimal kunci 32 byte>", "<URL relai yang direkomendasikan>"],     ... // jenis tag lain dapat disertakan nanti ], "content": "<string arbitrer>", "sig": "tanda tangan <64-byte dari hash SHA256 dari data peristiwa serial, yang sama dengan bidang 'id'>"}

Acara selalu ditandatangani (menggunakan tanda tangan tipe Schnorr) dan berisi data terstruktur yang mungkin memiliki makna semantik yang berbeda. Tipe Schnorr XOnlyPubkeys yang didefinisikan dalam BIP340 (saat ini digunakan dengan Bitcoin Taproot) digunakan sebagai “identitas” di seluruh protokol.

Nostr-client adalah APP yang dapat berkomunikasi dengan nostr-relay dan dapat menggunakan pelanggan untuk berlangganan ke setiap rangkaian acara.

Filter mewakili kumpulan semua acara Nostr yang menarik bagi klien.

Klien tidak perlu mendaftar atau membuat akun, karena klien menggunakan kunci publik pengguna untuk identifikasi. Setiap kali klien terhubung ke relay, klien mengirimkan filter langganan pengguna, dan selama terhubung, relay akan mengalirkan "peristiwa yang menarik" ke klien.

Relay mungkin menyimpan langganan klien dalam cache, tetapi ini tidak wajib. Klien seharusnya menangani segalanya di “sisi klien,” sementara relay mungkin sebodoh batu.

Klien tidak berbicara satu sama lain. Tetapi Relay dapat. Hal ini memungkinkan relay untuk mengambil data untuk klien yang tidak dimilikinya, dan klien dapat berlangganan acara di luar relay yang terhubung.

Pada pandangan pertama, ini memberikan kesan bahwa Nostr sebagai protokol tidak berguna (kenapa tidak langsung menandatangani dan membuang JSON mentah dan biarkan klien mencari tahu sendiri?), namun pandangan yang lebih dalam mengungkapkan bahwa model “server bodoh, klien pintar” dapat menemukan beberapa keuntungan signifikan dalam rekayasa desain protokol terdesentralisasi.

Sepenuhnya Terdesentralisasi sebagai Fitur Utama dari Nostr

Nostr berfungsi sebagai lapisan protokol untuk aplikasi sosial, mentransfer Catatan dan Barang lain melalui Relays tanpa bergantung pada server terpusat apa pun. Desentralisasi penuhnya memungkinkan aplikasi apa pun untuk mengakses secara bebas melalui jaringan terdistribusi, menyediakan platform sosial yang terbuka dan tanpa izin. Oleh karena itu, Nostr tidak menawarkan produk langsung kepada konsumen, namun berfokus pada mengimplementasikan infrastruktur sosial yang diperlukan pada tingkat protokol. Kemampuan untuk memproduksi produk disediakan oleh aplikasi pihak ketiga, dan pengguna dari aplikasi yang berbeda dapat berinteraksi secara sosial satu sama lain.

Kelebihan Nostr terletak pada penyediaan jaringan sosial yang benar-benar bebas dan terbuka, tidak terpengaruh dan tidak terancam oleh kekuatan atau kepentingan terpusat mana pun. Pengguna dapat dengan bebas mengungkapkan pendapat dan keyakinan mereka tanpa takut akan sensor, larangan, atau penghapusan platform; pembuat konten dapat dengan bebas menetapkan model insentif mereka tanpa khawatir kehilangan pendapatan atau menghadapi persaingan yang tidak adil. Pengguna Nostr juga dapat dengan bebas memilih lingkaran sosial mereka tanpa takut dimanipulasi, disinformasi, atau pelanggaran privasi.

Nostr berbeda secara signifikan dari media sosial tradisional dan memiliki fitur dan keunggulan berikut:

Desentralisasi: Nostr tidak bergantung pada server atau platform terpusat apa pun, tetapi malah menggunakan jaringan Bitcoin untuk transmisi dan penyimpanan informasi. Hal ini memastikan pengguna tidak perlu khawatir tentang pencurian data, sensor, atau penghapusan, dan tidak tunduk pada aturan atau kebijakan pihak ketiga manapun.

Otonomi: Nostr memungkinkan pengguna untuk mengontrol data dan identitas mereka sendiri. Pengguna dapat bebas memilih siapa yang ingin mereka ikuti dan percayai, serta mengekspresikan pandangan dan ide mereka tanpa takut dilarang, diblokir, atau diturunkan peringkatnya, dan tanpa terganggu oleh iklan atau konten yang direkomendasikan. Verifikasi pengguna tertentu juga memudahkan untuk mengidentifikasi spam dan konten yang dihasilkan oleh bot.

Keterbukaan : Nostr adalah protokol terbuka yang dapat diikuti dan diambil bagian oleh siapa pun. Pengguna dapat mengembangkan dan menggunakan berbagai klien, serta membangun dan menjalankan node mereka sendiri (server yang dapat meneruskan dan menyimpan informasi Nostr). Pengguna juga dapat membuat dan menggunakan berbagai jenis dan tag, yang merupakan metadata yang digunakan untuk membedakan dan mengategorikan informasi Nostr. Sederhana dan fleksibel Acaraformat mendukung berbagai jenis publikasi: posting media sosial, konten panjang, media kaya, e-commerce, dll. Selain itu, integrasi Nostr dengan Lightning Network telah memfasilitasi model bisnis yang lebih adil, nilai-nilai baru.

Masalah Keamanan Protokol Nostr

Manajemen Kunci Pribadi

Protokol Nostr menggunakan pasangan kunci publik-privat untuk akun, memerlukan pengguna untuk mengelola dengan benar kunci privat mereka. Setelah hilang, kunci privat tidak dapat dipulihkan. Hal ini mungkin menimbulkan tantangan bagi sebagian besar pengguna, yang mungkin kurang memiliki pengetahuan teknis dan pengalaman untuk mengelola kunci privat secara aman.

Pemilihan Relay

Dalam protokol Nostr, pengguna harus memilih dan memverifikasi relay sendiri. Memilih relay yang tidak dapat diandalkan atau jahat dapat mengakibatkan informasi mereka bocor, dimanipulasi, atau dihapus.

Penyebaran Informasi

Dalam protokol Nostr, informasi yang dikirim oleh pengguna tidak menyebar melintasi beberapa relay. Ini berarti jika informasi mereka tidak diterima dan disimpan oleh sejumlah relay yang cukup, informasi tersebut bisa hilang atau tidak terlihat oleh pengguna lain, memperburuk masalah silo informasi.

Penyimpanan Informasi Diskresioner Relay

Relai dalam protokol Nostr dapat dengan bebas memutuskan apakah akan menerima dan menyimpan informasi pengguna. Hal ini dapat menyebabkan beberapa relai memilih hanya untuk menerima dan menyimpan informasi yang mereka anggap berharga atau selaras dengan minat mereka, sementara mengabaikan atau menolak informasi lain.

Ekstensi Protokol Berbahaya

Sementara protokol Nostr menentukan beberapa jenis acara dasar dan fungsionalitas, itu juga memungkinkan klien dan relay untuk secara selektif menerapkan fitur tambahan. Ini dapat menyebabkan implementasi fungsionalitas yang tidak aman atau jahat oleh beberapa klien dan relay, memengaruhi keamanan dan privasi pengguna.

Penanganan Informasi

Karena kurangnya lapisan konsensus dalam protokol Nostr, beberapa relay tidak memproses pesan dengan perbedaan waktu dan waktu UNIX yang signifikan, meninggalkan celah bagi klien untuk memanfaatkan perbedaan ini untuk memalsukan pesan.

Gambaran Umum Ekosistem Nostr

Jack Dorsey, salah satu pendiri Twitter dan pendukung utama protokol Nostr, menyumbangkan 14,17 Bitcoin (sekitar $245.000) untuk mendukung pengembangannya pada Desember 2022. Profil X-nya menampilkan dengan jelas alamat Nostr pribadinya, menunjukkan kesukaannya terhadap protokol tersebut.

Damus⚡️: Aplikasi utama dari protokol Nostr

X:https://twitter.com/damusapp

Damus adalah aplikasi sosial yang mendukung pemberian tip Bitcoin melalui Lightning Network, menggantikan 'Suka' atau jempol umum dengan tip. Biaya transaksi yang rendah dari Lightning Network membuat tip hampir bebas biaya. Selain Damus, aplikasi protokol Nostr termasuk alat komunikasi Anigma, alat berbagi teks Sendtr, dan permainan catur online Jeste, antara lain.

Mitra Media Utama dari Protokol Nostr: TGFB

TGFB adalah platform pendidikan Bitcoin Kristen yang bertujuan untuk mendidik dan membekali umat Kristen agar memahami Bitcoin dan menggunakannya untuk memuliakan Allah dan menguntungkan umat manusia. Sebagian besar kontennya didedikasikan untuk mempromosikan protokol Nostr melalui podcast yang dipandu oleh Jon dan Jordan, mengeksplorasi implikasi protokol tersebut dari sudut pandang Kristen. Kombinasi Kekristenan, yang dikenal luas di AS dan secara global, Bitcoin ETF yang disetujui oleh SEC, dan protokol Nostr yang dibangun di atas basis pengguna Lightning Network yang luas, diharapkan dapat secara signifikan mempromosikan adopsi dan dukungan terhadap protokol Nostr.

Protokol Derivatif Nostr

Aset Nostr + Taproot

Protokol Aset Nostr adalah protokol sumber terbuka yang mengintegrasikan aset Taproot dan pembayaran Bitcoin asli (dalam denominasi Satoshis) ke dalam ekosistem Nostr, mendukung interaksi dengan protokol pembayaran lain termasuk Jaringan Lightning dan aset Taproot.

Setelah aset diperkenalkan, mereka dapat dikirim dan diterima menggunakan kunci publik dan pribadi protokol Nostr, dengan penyelesaian dan keamanan masih bergantung pada Jaringan Lightning. Protokol Aset Nostr, meskipun dibangun di atas teknologi Nostr, adalah protokol yang berbeda yang memfasilitasi fungsi transaksional dasar melalui pesan Nostr.

Layanan kustodian penuh dari Protokol Aset Nostr melibatkan pengguna mendepositkan Bitcoin atau aset lain ke dalam dompet yang dikendalikan oleh protokol, dan kemudian menjalankan instruksi penerapan token, pencetakan, dan transfer melalui pesan Nostr.

Namun, layanan kustodial penuh kontroversial karena potensi risiko keamanan. Pengguna tidak dapat sepenuhnya mengontrol aset mereka, dan dalam kasus pelanggaran platform atau penipuan keluar, mereka dapat kehilangan semua aset mereka.

Selain itu, menyusul peluncurannya pada 30 Oktober, Nostr mengalami permintaan deposit aset yang tinggi, yang menyebabkan seringnya pemeliharaan situs dan penutupan, meningkatkan kekhawatiran tentang latar belakang tim dan kehandalan proyek. Pada 8 November, Protokol Aset Nostr secara resmi merespons komentar dalam bahasa Cina di sebuah cuitan, dengan beberapa pengguna masih mempertanyakan kredibilitas proyek. Komunitas Nostr telah menunjukkan perlawanan kuat terhadap token yang terkait dengan protokol perpanjangan ini.

Nostr + Inscription

Noscription adalah protokol token eksperimental berbasis Nostr, yang memungkinkan pengguna untuk membuat dan memperdagangkan token mirip brc-20, berbeda dari token aset Taproot.

Analisis Komparatif

Implementasi Protokol

  • BitVM menuntut kemampuan komputasi yang sangat tinggi dan saat ini hanya ada dalam teori. Dalam hal implementasi komersial, RGB memiliki keunggulan signifikan dengan banyak aplikasi yang sudah digunakan. (Organisasi teknis di balik RGB, LNP/BP, memiliki sedikit pengembang dan nirlaba, menyebabkan kemajuan pengembangan yang lambat). Nostr, terhalang oleh bottleneck umum dari SocialFi, juga gagal untuk memajukan lebih jauh ekosistem aplikasi dari protokolnya.

    Perlindungan Privasi

  • Baik RGB maupun BitVM melakukan komputasi di luar rantai, tetapi protokol RGB memastikan pihak ketiga tidak dapat melacak sejarah aset RGB di blockchain. Hanya ketika pengguna menerima aset, mereka mengetahui sejarahnya, fitur yang tidak dapat dicapai oleh BitVM. Protokol Nostr, sebagai protokol sosial, memiliki tingkat ketidakpastian yang tinggi dalam penyampaian informasi, yang berpotensi menyebabkan kebocoran informasi, blokade, kerugian, dan pemalsuan jahat karena kerentanannya.

    Kompatibilitas BTC Asli

  • Baik RGB maupun BitVM tidak memerlukan perubahan pada protokol Bitcoin; Nostr dibangun di atas Lightning Network asli, menawarkan kompatibilitas asli yang relatif baik dan pengalaman pengembangan yang lancar.

    Keamanan Protokol

  • Protokol RGB beroperasi di luar rantai dalam lingkungan sandbox, memastikan keamanan data. Sistem penagihan juga menjamin keamanan data dari segi desain. Dalam interaksi dengan BTC, ia menggunakan mekanisme yang mirip dengan Jaringan Lightning untuk penerbitan aset.

  • BitVM menggunakan model Rollup, menjalankan data off-chain juga. Karakteristik mesin virtual, dikombinasikan dengan bukti penipuan dan model tantangan-respons, memastikan keamanan BitVM.

  • Nostr menggunakan model relay, di mana desain canggih transmisi informasi antara relay dan algoritma enkripsi memastikan keamanan informasi dalam protokol Nostr.

Di industri Web3, tidak ada laboratorium yang secara khusus fokus pada keamanan ekosistem Bitcoin hingga pendirian BTC Security Lab, yang mengisi kesenjangan ini dengan menyediakan dukungan keamanan profesional dan penelitian untuk ekosistem Bitcoin. ScaleBit dan BiHelix bertujuan untuk memimpin perlombaan dalam keamanan ekosistem Bitcoin, menetapkan standar keamanan untuk industri dan mempromosikan perkembangan ekosistem yang sehat.

Ekosistem dan Komersialisasi

  • Sebagai protokol sosial, Nostr melampaui kedua BitVM dan RGB dalam basis pengguna dan popularitas lalu lintas, membuat ekspansi protokol ekosistem dan komersialisasi aplikasi lebih komprehensif daripada kedua platform lainnya.

  • Protokol RGB telah ada cukup lama, dengan banyak proyek saat ini menunggu rilis RGB V0.11.

  • BitVM baru saja merilis whitepaper-nya beberapa bulan yang lalu, dan ekosistemnya masih dalam tahap pengembangan.

Masa depan ketiga protokol ini diharapkan dapat menelurkan banyak Dapps di ranah SocialFi, GameFi, dan DeFi, membawa gelombang popularitas baru ke ekosistem BTC.

Terima kasih khusus kepada Ausdin.eth, 0xLayman, Echo, Venus atas kontribusi mereka pada laporan ini.

Disclaimer:

  1. Artikel ini dicetak ulang dari[chaincatcher]. Semua hak cipta milik penulis asli [Zhejiang University Chain Association, BiHelix, ScaleBit & BTC Security Lab]. Jika ada keberatan terhadap cetak ulang ini, silakan hubungi Gate Belajartim, dan mereka akan menanganinya dengan cepat.
  2. Penolakan Tanggung Jawab: Pandangan dan opini yang terdapat dalam artikel ini semata-mata milik penulis dan tidak merupakan saran investasi apa pun.
  3. Terjemahan artikel ke dalam bahasa lain dilakukan oleh tim Gate Learn. Kecuali disebutkan, menyalin, mendistribusikan, atau menjiplak artikel yang telah diterjemahkan dilarang.
ابدأ التداول الآن
اشترك وتداول لتحصل على جوائز ذهبية بقيمة
100 دولار أمريكي
و
5500 دولارًا أمريكيًا
لتجربة الإدارة المالية الذهبية!