Penulis asli: DaPangDun (x:@DaPangDunCrypto)
Catatan editor: Peneliti enkripsi DaPangDun menerbitkan sebuah artikel tentang X untuk memilah poin-poin penting tentang protokol dan ekologi RGB ++ untuk membantu pengguna lebih memahami kemajuan terbaru dari protokol dan ekologi RGB ++. Odaily disusun sebagai berikut:
J: Pengikatan isomorfik menyediakan cara asli untuk memetakan aset layer 1 pada jaringan BTC (saat ini terbatas pada aset RGB ++) ke layer 2 (saat ini terbatas pada ckb), yang tidak dicapai melalui bridge, sehingga aset “transfer layer 1-2” untuk menikmati keamanan layer 1 dan skalabilitas layer 2.
Jawaban: Aset di lantai pertama tidak dikunci, setelah Leap, aset berada di lantai dua, bukan di lantai pertama, dan hanya ketika Leap kembali, aset tersebut rebound. Kita dapat membandingkan pengikatan dengan “pencelupan” koin yang dicelup, di mana Leap ke lapisan kedua sesuai dengan “dekolorisasi” dan Leap kembali ke lapisan pertama sesuai dengan “pewarnaan ulang”.
Jawaban: Ketika aset RGB ++ dibuat di Layer 1, Layer 2 isomorfik ke aset bayangan, dan ketika Layer 1 ditransfer, aset bayangan akan ditransfer dalam struktur yang sama, dan aset dalam Layer 2 hanya dapat dioperasikan ketika pengguna melompat ke Layer 2.
J: Faktanya, alasan tingginya konsumsi aset Layer 1 tidak sepenuhnya karena GAS. Konsumsi aset lapisan pertama = GAS + biaya CKB yang ditempati oleh CELL homogen lapisan-2 + lainnya.
Diantaranya: GAS adalah biaya jaringan untuk partisipasi pengguna, kecuali untuk Mint, yang umumnya tidak terlalu tinggi. Biaya hunian CKB mungkin kepala besar, misalnya CELL menempati 144 ckb, menurut harga 0,025 adalah 3,6 U, jika menempati 300 ckb adalah 7,5 U. Lainnya merujuk pada biaya layanan beberapa platform, dll.
J: long orang tidak memiliki pemahaman yang tepat tentang protokol RGB ++ dan melihat protokol dalam hal konsumsi saat ini.
Kelas prasasti protokol Anda hanya dapat beroperasi di mainnet sepanjang waktu, sehingga skalabilitasnya sangat terbatas, dan konsumsi terus menerus sangat besar;
protokol RGB ++ hanya mahal ketika Anda telah bermain di mainnet, tetapi intinya adalah Anda dapat melompat ke lapisan 2 dan bermain di ckb, saat ini gas pada dasarnya dapat diabaikan, skalabilitasnya hanya dibatasi oleh jaringan ckb, dan konsumsi terus menerus hanya dalam dua proses lompatan masuk dan lompatan keluar.
A: Karena infra di lantai dua sangat lemah sekarang, sudah ada pasar di lantai satu, ada lebih dari satu, dan lapisan kedua belum, maka Anda hanya bisa bermain “transfer” di lantai dua, itulah sebabnya saya menyarankan agar pihak proyek CKB dan masyarakat harus mengembangkan infra sesegera mungkin; tentu saja, di sini saya menantikan untuk mengembangkan infra berdasarkan kemampuan smart contract, seperti jika itu hanya meniru P2P dari lapisan pertama Pasar, saya tidak berpikir itu cukup menarik, dan itu tidak mencerminkan keunggulan, tetapi akan menarik untuk mengembangkan AMM / DEX berdasarkan model sel.
Jawaban: Sangat mungkin untuk mendistribusikan tanpa menggunakan cara terpusat, tetapi ini mengharuskan pengguna untuk membangun sendiri proses pemetaan lapisan 2 ini, termasuk transaksi penyambungan, transaksi penerbitan dan penyiaran, dan juga perlu menyiapkan CKB untuk menyelesaikan operasi seperti itu, yang pada dasarnya tidak mungkin bagi orang biasa, sehingga platform peluncuran menangani proses seperti itu di latar belakang. Namun, saya mengerti bahwa ada orang di komunitas skrip tertentu yang melakukannya, dan distribusi Desentralisasi akan terwujud di masa depan, dan akan lebih mudah jika itu adalah distribusi lapisan 2.
Alasannya dapat dirujuk ke posting ini: cryptowizard / status / 1780112123567428060 …
A: Dugaan pribadi saya adalah bahwa tim Cipher terutama bertanggung jawab untuk menjaga operasi, peningkatan, dan pembaruan protokol, sementara komunitas atau tim lain mengembangkan proyek infra mereka sendiri berdasarkan protokol RGB ++, di satu sisi, itu adalah untuk membiarkan lebih banyak pengembang long masuk, dan di sisi lain, mereka dapat dengan cepat mempromosikan pengembangan ekosistem long garis. Dev datang karena proyek mereka kemungkinan akan berhasil dalam ekosistem ini, dan jika mereka bullish pada ekosistem ini, keberhasilan tempat tersebut mewakili kemungkinan “kesuksesan” di masa depan.
Dari perspektif pembangunan, seharusnya lantai pertama dan kedua berjalan beriringan, yaitu lantai pertama dan kedua proyek ekologi harus dilakukan, lapisan pertama adalah langkah pertama, dan lapisan kedua adalah langkah kedua (hubungan logis dalam hal ini tidak perlu, tetapi lebih mudah dipahami), sehingga lapisan pertama dan kedua INFRA akan ditingkatkan secara bertahap dalam proses ini.
Jawaban: Masalah mekanisme protokol, setelah protokol digunakan, membutuhkan 6 blok konfirmasi keamanan, sehingga butuh waktu untuk menunggu.
A: Saya pikir ini masalah pilihan. ++ adalah Sumber Terbuka protokol, siapa pun dapat membuat landasan peluncuran berdasarkan protokol, posisi Huehub mungkin untuk menyediakan modul fungsional seperti infra di bawah ekosistem, sehingga tidak ada persyaratan audit; pada saat yang sama, audit juga mewakili masalah tanggung jawab sampai batas tertentu, bagian ini mungkin tidak mau menyentuh untuk saat ini, lagipula, platform tidak memiliki kemampuan untuk menjamin apa pun. Tentu saja, saya dapat memahami bahwa orang tidak ingin memiliki aset yang terlalu long dan tidak memiliki efek kekayaan, tetapi kita mungkin perlu memikirkan hal ini dari perspektif dan posisi Huehub.
Jawaban: Faktanya, rekomendasi resmi telah diperkenalkan secara khusus, dan poin-poin berikut dapat diringkas.
Untuk:
A: Saya pribadi tidak pandai investasi, saya selalu menekankan bahwa kemampuan sekunder saya cukup lemah, jadi saya biasanya akan mencari peluang yang sangat awal dengan tingkat kepastian tertentu dan berpartisipasi di dalamnya, tentang target spesifik dan investasi yang dapat Anda rujuk ke kerinduan
@0x Tweet CryptoWizard
** Akhirnya, beberapa kata tentang pemikiran pribadi saya: **
Untuk protokol baru, akan selalu ada masalah dalam satu jenis atau lainnya, terutama ketika INFRA awal yang ditumpangkan relatif lemah, jadi saya berharap semua orang akan mencoba untuk “toleran”, memiliki masalah dan masalah umpan balik, dan tidak terlalu marah; Faktanya, kecepatan pengembangan tim-tim ini sudah sangat cepat, dan pengembangan berdasarkan model UTXO sulit, dan sikap tim yang saya temui sejauh ini tidak buruk. Tentu saja, dari sudut pandang pengguna biasa, saya berharap tim-tim ini dapat memiliki gambaran yang lebih besar dan bekerja sama dengan pengguna untuk mencapai situasi win-win.