Kemarin, pencipta Ordinals Casey Rodarmor menerbitkan sebuah blog yang memperkenalkan protokol fungible token (FT) Runes baru.
Mengenai apakah Bitcoin membutuhkan FT, Casey Rodarmor menyatakan dalam tweetnya bahwa FT memiliki dua sisi. Di satu sisi, 99,99% FT adalah "kotoran" dan penipuan, yang melemahkan kemurnian Bitcoin; di sisi lain, mereka mendatangkan banyak pendapatan, pengembang, dan pengguna ke ekosistem Bitcoin. “Orang-orang menyukai token dan mereka seperti kasino cyberpunk, jadi pendapatan dari biaya kemungkinan akan besar dan berkelanjutan sampai kekhawatiran tentang anggaran keamanan (siber) sepenuhnya teratasi.”
Ia menambahkan, protokol FT seperti BRC-20, RGB dan Taproot sudah muncul. Dibandingkan dengan protokol on-chain sederhana, protokol seperti RGB dan Taproot bersifat kompleks dan mungkin menimbulkan tantangan bagi pengalaman pengguna. BRC-20 sangat sederhana dan dapat memberikan pengalaman pengguna yang baik dibandingkan dengan RGB/Taproot yang memerlukan penyimpanan data off-chain dan infrastruktur pengambilan; namun masalah dengan token BRC 20 adalah token tersebut menghasilkan "UTXO sampah" dan menempati ruang bit coin.
Rodarmor mengatakan Runes adalah protokol berbasis UTXO yang lebih cocok dengan Bitcoin dan mempromosikan minimalisasi pengumpulan UTXO dengan menghindari pembuatan "UTXO sampah".
Konten berikut berasal dari postingan blog Casey Rodarmor dan disusun oleh Odaily Planet Daily
Saya tidak yakin apakah membuat protokol Fungible Token (FT) baru untuk Bitcoin adalah ide yang bagus. 99,9% FT adalah penipuan dan meme. Namun, hal tersebut sepertinya tidak akan hilang dalam waktu dekat, sama seperti kasino yang sepertinya tidak akan hilang dalam waktu dekat.
Membuat protokol FT yang baik untuk Bitcoin dapat mendatangkan pendapatan biaya transaksi, perhatian pengembang, dan pengguna yang besar terhadap Bitcoin. Selain itu, jika protokol tersebut memiliki jejak on-chain yang lebih kecil dan memberikan insentif kepada manajemen UTXO yang bertanggung jawab, hal ini dapat mengurangi dampak buruk dibandingkan dengan protokol yang ada. Misalnya, BRC-20 yang populer saat ini telah menghasilkan sejumlah besar sampah UTXO.
Jika kita membandingkan protokol FT yang ada, kita akan menemukan bahwa protokol tersebut memiliki beberapa perbedaan penting:
Kompleksitas: Seberapa rumit protokolnya? Apakah mudah untuk diterapkan? Apakah mudah untuk diadopsi?
Pengalaman pengguna: Apakah ada detail penerapan yang berdampak negatif pada pengalaman pengguna? Secara khusus, protokol yang mengandalkan data off-chain memiliki jejak on-chain yang lebih ringan namun menimbulkan kompleksitas yang signifikan dan mengharuskan pengguna untuk menjalankan server mereka sendiri atau menemukan dan berinteraksi dengan server yang sudah ada.
Model Negara: Protokol berbasis UTXO lebih cocok secara alami dengan Bitcoin dan mendorong minimalisasi kumpulan UTXO dengan menghindari pembuatan UTXO "sampah".
Token asli: Protokol dengan token asli yang diperlukan untuk pengoperasian protokol bersifat rumit, dapat ditarik, dan tentu saja kurang diadopsi secara luas.
Berdasarkan dimensi di atas, hasil perbandingan protokol FT yang ada di ekosistem Bitcoin adalah sebagai berikut:
BRC-20: Tidak berdasarkan UTXO, dan cukup rumit karena memerlukan penggunaan teori ordinal dalam beberapa operasi;
RGB: Sangat kompleks, bergantung pada data off-chain, telah dikembangkan sejak lama dan belum diadopsi;
Counterparty: Memiliki token asli yang diperlukan untuk operasi tertentu, bukan berbasis UTXO;
Omni Layer: Memiliki token asli yang diperlukan untuk operasi tertentu, bukan berbasis UTXO;
Aset Akar Tunggang: Sedikit rumit dan bergantung pada data off-chain.
Untuk Bitcoin, seperti apa protokol FT sederhana berbasis UTXO dengan pengalaman pengguna yang baik? Selanjutnya, saya ingin memperkenalkan Anda pada solusi yang sangat keren yang disebut "Rune".
(1 Ikhtisar
Saldo rune disimpan di UTXO; UTXO dapat berisi sejumlah rune.
Suatu transaksi berisi pesan protokol jika berisi output yang skrip pubkeynya berisi OP_RETURN diikuti dengan push data R huruf besar ASCII. Pesan protokol adalah semua data yang dikirim setelah yang pertama.
Rune yang dimasukkan ke dalam transaksi dengan pesan protokol yang tidak valid akan dimusnahkan, memungkinkan peningkatan di masa mendatang untuk mengubah cara rune dialokasikan atau dibuat, menghindari klien lama mengalokasikan saldo rune secara salah.
Integer dikodekan sebagai awalan int, dimana digit terdepan dalam int menentukan panjangnya dalam byte.
(2) Pemindahan
Dorongan data pertama dalam pesan protokol didekodekan menjadi urutan bilangan bulat.
Bilangan bulat ini diinterpretasikan sebagai rangkaian tupel (ID, OUTPUT, AMOUNT). Jika jumlah bilangan bulat yang didekodekan bukan kelipatan 3, pesan protokol tidak valid.
ID adalah ID numerik dari proses yang akan ditetapkan
OUTPUT adalah indeks output yang akan ditetapkan
AMOUNT adalah jumlah proses yang akan dialokasikan
ID dikodekan sebagai delta. Hal ini memungkinkan rune yang sama diberikan beberapa kali untuk menghindari duplikasi ID rune lengkap. Misalnya tupel: [( 100, 1, 20), ( 0, 2 10), ( 20, 1, 5)]
Buatlah tugas berikut:
ID 100, keluaran 1, 20 rune
ID 100, keluaran 2, 10 rune
id 120, keluaran 1, 5 rune
AMOUNT 0 adalah kependekan dari "semua rune yang tersisa".
Setelah semua penetapan tupel diproses, setiap rune yang belum ditetapkan akan ditetapkan ke keluaran non-OP_RETURN pertama (jika ada). Tugas tambahan akan diabaikan.
Rune dapat dibakar dengan menugaskannya ke output OP_RETURN yang berisi pesan protokol.
(3)Masalah
Jika pesan protokol memiliki dorongan data kedua, ini merupakan transaksi masalah. Dorongan data kedua didekodekan menjadi dua bilangan bulat, SIMBOL dan DECIMALS. Jika bilangan bulat tambahan tersisa, pesan protokol tidak valid.
Transaksi masalah dapat membuat sejumlah rune masalah menggunakan ID 0 dalam tupel penugasan, hingga maksimum 2^128 - 1.
SIMBOL adalah simbol pengkodean dasar 26-bit yang dapat dibaca manusia, mirip dengan simbol yang digunakan dalam nama ordinal sat. Satu-satunya karakter yang valid adalah A sampai Z.
DECIMALS adalah jumlah digit setelah koma desimal yang harus digunakan saat menampilkan rune yang dikeluarkan.
Jika SIMBOL belum ditetapkan, maka akan ditetapkan ke rune yang diterbitkan, dan rune yang diterbitkan menerima ID rune numerik berikutnya yang tersedia (mulai dari 1).
Jika SYMBOL sudah dialokasikan, atau BITCOIN, BTC atau XBT, tidak ada rune baru yang akan dibuat. Alokasi transaksi pelepasan yang menggunakan ID Rune 0 akan diabaikan, namun alokasi lainnya akan tetap diproses.
(4) CATATAN
Saat menampilkan saldo UTXO, saldo Bitcoin asli UTXO dapat ditampilkan dengan rune ID 0 dan simbol BITCOIN, BTC atau XBT.
Untuk menjaga protokol tetap sederhana, (Rune) tidak mengadopsi mekanisme untuk menghindari simbol jongkok. Faktanya, cara yang efisien dan sederhana untuk menghindari pengikatan simbol adalah dengan hanya mengizinkan alokasi simbol di atas panjang tertentu, yang berkurang seiring waktu, dan akhirnya mencapai nol dan mengizinkan semua simbol. Hal ini akan menghindari pengalokasian simbol-simbol yang pendek dan ideal di awal protokol dan mendorong pendatang yang terlambat bersaing untuk mendapatkan simbol-simbol yang ideal - jika kompetisi tersebut masuk akal.
Ditulis di akhir
Apakah solusi ini benar-benar bermanfaat bagi pasar? Saya tidak punya ide.
Ini sesederhana mungkin, tidak bergantung pada data off-chain, tidak memiliki token asli, dan sangat cocok dengan model UTXO asli Bitcoin. Skema seperti itu dapat menarik pengguna dari skema lain dengan jejak on-chain yang lebih buruk dan mengalihkan perhatian pengembang dan pengguna ke Bitcoin, sehingga mendorong mereka untuk mengadopsi Bitcoin itu sendiri.
Dunia FT, sebaliknya, adalah jurang penipuan dan keserakahan yang tidak dapat ditebus, sehingga bisa tersapu bersih.
Lihat Asli
Halaman ini mungkin berisi konten pihak ketiga, yang disediakan untuk tujuan informasi saja (bukan pernyataan/jaminan) dan tidak boleh dianggap sebagai dukungan terhadap pandangannya oleh Gate, atau sebagai nasihat keuangan atau profesional. Lihat Penafian untuk detailnya.
Gantikan BRC-20 untuk mengaktifkan ekosistem BTC? Pendiri Ordinals menghadirkan protokol baru Runes
Asli | Casey Rodarmor
Dikompilasi | Odaily Planet Harian
Kemarin, pencipta Ordinals Casey Rodarmor menerbitkan sebuah blog yang memperkenalkan protokol fungible token (FT) Runes baru.
Mengenai apakah Bitcoin membutuhkan FT, Casey Rodarmor menyatakan dalam tweetnya bahwa FT memiliki dua sisi. Di satu sisi, 99,99% FT adalah "kotoran" dan penipuan, yang melemahkan kemurnian Bitcoin; di sisi lain, mereka mendatangkan banyak pendapatan, pengembang, dan pengguna ke ekosistem Bitcoin. “Orang-orang menyukai token dan mereka seperti kasino cyberpunk, jadi pendapatan dari biaya kemungkinan akan besar dan berkelanjutan sampai kekhawatiran tentang anggaran keamanan (siber) sepenuhnya teratasi.”
Ia menambahkan, protokol FT seperti BRC-20, RGB dan Taproot sudah muncul. Dibandingkan dengan protokol on-chain sederhana, protokol seperti RGB dan Taproot bersifat kompleks dan mungkin menimbulkan tantangan bagi pengalaman pengguna. BRC-20 sangat sederhana dan dapat memberikan pengalaman pengguna yang baik dibandingkan dengan RGB/Taproot yang memerlukan penyimpanan data off-chain dan infrastruktur pengambilan; namun masalah dengan token BRC 20 adalah token tersebut menghasilkan "UTXO sampah" dan menempati ruang bit coin.
Rodarmor mengatakan Runes adalah protokol berbasis UTXO yang lebih cocok dengan Bitcoin dan mempromosikan minimalisasi pengumpulan UTXO dengan menghindari pembuatan "UTXO sampah".
Konten berikut berasal dari postingan blog Casey Rodarmor dan disusun oleh Odaily Planet Daily
Saya tidak yakin apakah membuat protokol Fungible Token (FT) baru untuk Bitcoin adalah ide yang bagus. 99,9% FT adalah penipuan dan meme. Namun, hal tersebut sepertinya tidak akan hilang dalam waktu dekat, sama seperti kasino yang sepertinya tidak akan hilang dalam waktu dekat.
Membuat protokol FT yang baik untuk Bitcoin dapat mendatangkan pendapatan biaya transaksi, perhatian pengembang, dan pengguna yang besar terhadap Bitcoin. Selain itu, jika protokol tersebut memiliki jejak on-chain yang lebih kecil dan memberikan insentif kepada manajemen UTXO yang bertanggung jawab, hal ini dapat mengurangi dampak buruk dibandingkan dengan protokol yang ada. Misalnya, BRC-20 yang populer saat ini telah menghasilkan sejumlah besar sampah UTXO.
Jika kita membandingkan protokol FT yang ada, kita akan menemukan bahwa protokol tersebut memiliki beberapa perbedaan penting:
Berdasarkan dimensi di atas, hasil perbandingan protokol FT yang ada di ekosistem Bitcoin adalah sebagai berikut:
Untuk Bitcoin, seperti apa protokol FT sederhana berbasis UTXO dengan pengalaman pengguna yang baik? Selanjutnya, saya ingin memperkenalkan Anda pada solusi yang sangat keren yang disebut "Rune".
(1 Ikhtisar
Saldo rune disimpan di UTXO; UTXO dapat berisi sejumlah rune.
Suatu transaksi berisi pesan protokol jika berisi output yang skrip pubkeynya berisi OP_RETURN diikuti dengan push data R huruf besar ASCII. Pesan protokol adalah semua data yang dikirim setelah yang pertama.
Rune yang dimasukkan ke dalam transaksi dengan pesan protokol yang tidak valid akan dimusnahkan, memungkinkan peningkatan di masa mendatang untuk mengubah cara rune dialokasikan atau dibuat, menghindari klien lama mengalokasikan saldo rune secara salah.
Integer dikodekan sebagai awalan int, dimana digit terdepan dalam int menentukan panjangnya dalam byte.
(2) Pemindahan
Dorongan data pertama dalam pesan protokol didekodekan menjadi urutan bilangan bulat.
Bilangan bulat ini diinterpretasikan sebagai rangkaian tupel (ID, OUTPUT, AMOUNT). Jika jumlah bilangan bulat yang didekodekan bukan kelipatan 3, pesan protokol tidak valid.
ID dikodekan sebagai delta. Hal ini memungkinkan rune yang sama diberikan beberapa kali untuk menghindari duplikasi ID rune lengkap. Misalnya tupel: [( 100, 1, 20), ( 0, 2 10), ( 20, 1, 5)]
Buatlah tugas berikut:
AMOUNT 0 adalah kependekan dari "semua rune yang tersisa".
Setelah semua penetapan tupel diproses, setiap rune yang belum ditetapkan akan ditetapkan ke keluaran non-OP_RETURN pertama (jika ada). Tugas tambahan akan diabaikan.
Rune dapat dibakar dengan menugaskannya ke output OP_RETURN yang berisi pesan protokol.
(3)Masalah
Jika pesan protokol memiliki dorongan data kedua, ini merupakan transaksi masalah. Dorongan data kedua didekodekan menjadi dua bilangan bulat, SIMBOL dan DECIMALS. Jika bilangan bulat tambahan tersisa, pesan protokol tidak valid.
Transaksi masalah dapat membuat sejumlah rune masalah menggunakan ID 0 dalam tupel penugasan, hingga maksimum 2^128 - 1.
SIMBOL adalah simbol pengkodean dasar 26-bit yang dapat dibaca manusia, mirip dengan simbol yang digunakan dalam nama ordinal sat. Satu-satunya karakter yang valid adalah A sampai Z.
DECIMALS adalah jumlah digit setelah koma desimal yang harus digunakan saat menampilkan rune yang dikeluarkan.
Jika SIMBOL belum ditetapkan, maka akan ditetapkan ke rune yang diterbitkan, dan rune yang diterbitkan menerima ID rune numerik berikutnya yang tersedia (mulai dari 1).
Jika SYMBOL sudah dialokasikan, atau BITCOIN, BTC atau XBT, tidak ada rune baru yang akan dibuat. Alokasi transaksi pelepasan yang menggunakan ID Rune 0 akan diabaikan, namun alokasi lainnya akan tetap diproses.
(4) CATATAN
Saat menampilkan saldo UTXO, saldo Bitcoin asli UTXO dapat ditampilkan dengan rune ID 0 dan simbol BITCOIN, BTC atau XBT.
Untuk menjaga protokol tetap sederhana, (Rune) tidak mengadopsi mekanisme untuk menghindari simbol jongkok. Faktanya, cara yang efisien dan sederhana untuk menghindari pengikatan simbol adalah dengan hanya mengizinkan alokasi simbol di atas panjang tertentu, yang berkurang seiring waktu, dan akhirnya mencapai nol dan mengizinkan semua simbol. Hal ini akan menghindari pengalokasian simbol-simbol yang pendek dan ideal di awal protokol dan mendorong pendatang yang terlambat bersaing untuk mendapatkan simbol-simbol yang ideal - jika kompetisi tersebut masuk akal.
Ditulis di akhir
Apakah solusi ini benar-benar bermanfaat bagi pasar? Saya tidak punya ide.
Ini sesederhana mungkin, tidak bergantung pada data off-chain, tidak memiliki token asli, dan sangat cocok dengan model UTXO asli Bitcoin. Skema seperti itu dapat menarik pengguna dari skema lain dengan jejak on-chain yang lebih buruk dan mengalihkan perhatian pengembang dan pengguna ke Bitcoin, sehingga mendorong mereka untuk mengadopsi Bitcoin itu sendiri.
Dunia FT, sebaliknya, adalah jurang penipuan dan keserakahan yang tidak dapat ditebus, sehingga bisa tersapu bersih.