Proposal kontroversial Bitcoin: Pembatasan data OP_RETURN, kembali ke kebebasan atau memperburuk kemacetan?

Penulis: @jeffrey_hu

Compiler: GaryMa, Wu Shuo Blockchain

Baru-baru ini, Kepala Penelitian Investasi HashKey @jeffrey_hu merinci latar belakang dan kontroversi proposal Bitcoin Core "menghapus batasan data OP_RETURN", Wu menyatakan telah mengumpulkan dan mengintegrasikan pandangan orang-orang terkait di komunitas, disusun sebagai berikut.

Latar Belakang: Kontroversi Batas Data OP_RETURN

OP_RETURN adalah sebuah opcode dalam skrip Bitcoin, yang digunakan untuk menyematkan sejumlah kecil data dalam transaksi Bitcoin. Ini memungkinkan pengguna untuk menyimpan data di blockchain, tetapi output ini "tidak dapat dibelanjakan" (provably unspendable), sehingga tidak menambah beban pada kumpulan UTXO (Output Transaksi yang Belum Dibelanjakan). Batas default saat ini untuk Bitcoin Core adalah ukuran data OP_RETURN sebesar 80 byte, dan melalui kebijakan node (bukan aturan konsensus) membatasi penyebaran transaksi OP_RETURN yang lebih besar dari 83 byte.

Pengembang Peter Todd mengajukan PR #32359, yang menyarankan untuk menghapus batasan ini dan pada saat yang sama menghapus opsi konfigurasi terkait (seperti -datacarrier dan -datacarriersize), yang pada dasarnya juga memutuskan jalan belakang bagi node untuk dapat mengonfigurasi secara mandiri, yang memicu diskusi sengit.

Pengelolaan Pendapat

Pandangan pendukung:

Pembatasan yang ada tidak berlaku karena dapat dihindari dengan mengirimkan langsung ke mempool penambang (seperti MARA Slipstream) atau melalui node yang tidak terbatas (seperti Libre Relay). (Seperti yang diketahui, output OP_RETURN maksimum mencapai 79, 870 byte).

Beberapa pengguna bahkan menggunakan OP_RETURN untuk menjadikan blockchain sebagai papan pesan. Ada juga alat untuk membantu mengemas ke dalam blockchain (opreturnbot.com), cukup membayar biaya.

Menghapus batasan mungkin lebih kompatibel dengan insentif penambang, karena penambang dapat memperoleh lebih banyak pendapatan melalui kompetisi ruang blok.

Pandangan penentang:

Menghapus batasan akan menyebabkan lebih banyak data non-transaksi ditulis ke dalam rantai (seperti shitcoin), mengisi ruang blok, dan meningkatkan biaya transaksi.

Meskipun pembatasan dapat dilalui, kebijakan node tetap berguna (misalnya membatasi penyebaran, mengurangi tekanan data sampah pada jaringan).

Kumpulan pandangan rinci individu:

Nothing Research Mitra @0x_Todd: Mendukung penghapusan batas 80 byte untuk OP_RETURN, berpendapat bahwa batasan saat ini tidak efektif, dan penghapusan batasan dapat membawa banyak manfaat, termasuk kembali ke desain awal Bitcoin, mengurangi beban jaringan, mendukung perkembangan ekosistem, meningkatkan pendapatan penambang, serta sejalan dengan ideologi liberal.

  1. Era Satoshi Nakamoto tanpa batas, kembali ke klasik

Era Satoshi Nakamoto (awal Bitcoin) OP_RETURN tidak memiliki batasan byte.

Pada tahun 2014, Bitcoin memperkenalkan batas 40 byte (kemudian ditingkatkan menjadi 80 byte) dengan tujuan untuk menjaga "kemurnian" Bitcoin (digunakan untuk pembukuan dan bukan untuk penyimpanan data).

0x_Todd berpendapat bahwa menghapus batas 80 byte bukanlah "menyimpang dari norma", melainkan kembali ke desain klasik era Satoshi Nakamoto, yang sejalan dengan semangat asli Bitcoin.

  1. Pembatasan saat ini tidak berlaku, dapat dengan mudah dihindari

Batas 80 byte saat ini hanya sebatas formalitas, seperti "pagar setinggi 10 cm", tidak dapat menghentikan pengguna untuk menyimpan data berukuran besar.

Metode untuk menghindari termasuk: menggunakan Inscriptions, Runes, dan protokol lainnya, untuk menyimpan data melalui beberapa transaksi.

Melalui strategi node bypass, seperti menggunakan klien Libre Relay (yang memiliki slogan "menghilangkan paternalism dalam kebijakan relay Bitcoin Core"). Peter Todd (pengusul PR #32359) adalah salah satu pengembang inti Bitcoin Core, dengan kontribusi peringkat sepuluh besar, mendukung penghapusan batasan adalah cerminan dari "de-paternalism", yang layak didukung.

  1. Mengurangi beban inskripsi pada jaringan

Inskripsi (Inscriptions) saat ini menyimpan data melalui cara "menyalahgunakan bug" (misalnya dengan melakukan beberapa transaksi untuk menghindari batas 80 byte), yang meningkatkan beban jaringan.

Setelah menghapus batas 80 byte, inskripsi dapat langsung menyimpan data melalui OP_RETURN, mengurangi transaksi yang tidak perlu dan mengurangi tekanan pada jaringan.

Catatan tambahan: Inskripsi saat ini tidak lagi populer, jadi alasan ini hanya merupakan "tambahan" (alasan sekunder).

  1. Memberikan pendapatan tambahan untuk penambang, sesuai dengan liberalisme

Menghapus batasan dapat memberikan pendapatan tambahan bagi para penambang.

Contoh: 0x_Todd menyebutkan sebuah "bug kartu besar" OP_RETURN blok sebesar 7 MB, yang mana pengirim membayar biaya sebesar 3.600 dolar.

Ini menunjukkan keaslian permintaan pasar: ada yang bersedia membayar untuk data besar yang diunggah ke blockchain, dan penambang bersedia untuk mengemasnya.

0x_Todd berpegang pada posisi libertarian, percaya bahwa perilaku "penentuan pasar" (saling setuju) tidak seharusnya dibatasi, intervensi paksa tidak ada artinya.

Manfaat tambahan: Dengan pengurangan setengah Bitcoin setiap empat tahun, pendapatan penambang berkurang, memungkinkan transaksi OP_RETURN berukuran besar dapat meningkatkan pendapatan, mendorong penambang untuk terus berinvestasi dalam kekuatan hashing, dan memperkuat keamanan jaringan Bitcoin.

HashKey Kepala Riset Investasi @jeffrey_hu: cenderung menentang penghapusan batas 80 byte untuk OP_RETURN. Dia percaya bahwa menghapus batas tersebut dapat membawa dampak negatif (misalnya, data non-transaksi yang menghabiskan ruang blok), sambil menekankan pentingnya kebebasan pengguna (mempertahankan opsi konfigurasi). Dia berpendapat bahwa dukungan dan penolakan lebih merupakan perbedaan ideologi, tanpa ada yang benar atau salah secara mutlak dalam jangka pendek. Terkait dengan empat argumen dari @0x_Todd, dia menjelaskan pandangannya.

  1. Zaman Satoshi Nakamoto tidak terbatas, tetapi bukan berarti wajar

Pada era Satoshi Nakamoto, OP_RETURN tidak memiliki batasan, tetapi desain Satoshi Nakamoto tidak semuanya masuk akal, banyak desain awal yang kemudian terbukti bermasalah (misalnya beberapa modifikasi sebelum dan sesudah perang blok).

Tidak bisa hanya dengan alasan "Era Satoshi Nakamoto tanpa batas" untuk mendukung penghapusan batasan, desain Satoshi Nakamoto belum tentu semua berlaku untuk saat ini.

  1. Sikap Peter Todd dan peran Bitcoin Core

Menghapus batasan hanya merupakan usulan dari klien Bitcoin Core, bukan keputusan dari seluruh jaringan Bitcoin.

Peter Todd adalah pengembang senior yang pandangannya cenderung pada "insentif yang kompatibel" (mirip dengan logika Full-RBF: mencegah orang baik tetapi tidak mencegah orang jahat), mengusulkan untuk menghapus batasan yang sesuai dengan gayanya, tetapi tidak mengejutkan.

Pendekatan "otoriter" Bitcoin Core (seperti menghapus opsi konfigurasi) layak dibahas, karena mungkin membatasi kebebasan pengguna.

  1. Masalah ukiran: Menghapus batasan memiliki makna terbatas

Penghapusan batas 80 byte memiliki bantuan yang terbatas untuk Inscriptions.

80 byte tidak cukup untuk menyimpan file besar (seperti gambar), tetapi cukup untuk memungkinkan protokol BRC-20 menulis data JSON (untuk penerbitan token).

Meskipun Bitcoin menawarkan fitur yang kuat (seperti cap sekali pakai, SegWit), akan selalu ada orang yang menerbitkan koin di blockchain dengan cara yang "paling buruk", menghapus batasan tidak akan benar-benar menyelesaikan masalah ini.

  1. Pendapatan Penambang dan Liberalisme: Kebebasan Pengguna Lebih Penting

Pendapatan penambang dipengaruhi oleh faktor yang kompleks (mungkin meningkatkan pendapatan, tetapi juga dapat merusak keunggulan "layanan eksklusif" kolam penambangan).

Dukung liberalisme: Pengguna memiliki hak untuk membayar di blockchain, penyimpanan data OP_RETURN lebih elegan daripada inskripsi (dua transaksi + menambah debu UTXO).

Namun menekankan kebebasan pengguna: sebagai pelaku node penuh, dia perlu memiliki kebebasan untuk memilih apakah akan menyebarkan data tersebut (misalnya, konten papan pesan yang tidak ada hubungannya dengan dirinya).

Mengkritik Bitcoin Core yang menghapus opsi konfigurasi (seperti -datacarriersize dan konfigurasi Full-RBF) telah merampas hak pilihan pengguna.

Jika Bitcoin Core tidak memberikan kebebasan ini, ia mungkin akan beralih ke Bitcoin Knots atau menambahkan filter transaksi, tetapi menganggap pendekatan ini bisa dianggap "mencoba menghentikan mobil dengan tangan" (tidak ada gunanya).

@crypcipher, pendiri UTXO Stack, mendukung penghapusan batasan, percaya bahwa lebih baik membuka diri secara langsung daripada membiarkan orang melewatinya. Ketika datang ke protokol seperti ordi yang menulis lebih dari 80 byte data melalui beberapa transaksi, menghapus batas dapat mengurangi "gurun" dan debu UTXO ini.

Fiamma 联创 @cyimonio: Menentang, berpendapat bahwa beberapa proyek Bitcoin L2 (seperti menyimpan data status di Bitcoin) hanya menggunakan Bitcoin sebagai lapisan ketersediaan data (DA), yang tidak berarti banyak, termasuk dalam kategori 'menghabiskan banyak uang untuk hal kecil'.

Aturan konsensus dan strategi node

"Jika bisa dilewati? Lalu apakah batasan node masih berguna?"

Berguna, tetapi untuk memahami masalah ini, kita harus mulai dari OP_RETURN dan "aturan konsensus" serta "strategi node" yang terlibat.

OP_RETURN adalah kode operasi (opcode) dalam bahasa skrip Bitcoin, yang fungsinya adalah untuk segera menghentikan eksekusi skrip dan menandai output tersebut sebagai "tidak dapat dibelanjakan" (provably unspendable).

Perilaku OP_RETURN (menghentikan eksekusi skrip dan menandai keluaran sebagai tidak dapat dibelanjakan) adalah aturan inti dari protokol Bitcoin, yang merupakan bagian dari aturan konsensus. Aturan konsensus hanya peduli tentang "apakah tidak dapat dibelanjakan", dan tidak peduli tentang ukuran data terkait.

Namun, batasan ukuran data yang dilampirkan pada OP_RETURN adalah kebijakan node. Node dapat melakukan banyak hal, karena node itu sendiri dapat memutuskan bagaimana cara memproses data transaksi yang diterima.

Sebelum di-chain: Sebelum blok dikemas, ada pembatasan mengenai apakah transaksi ini dapat disebarkan di jaringan P2P. Bitcoin Core sebelumnya tidak menyebarkan transaksi OP_RETURN yang lebih besar dari 83 byte, tetapi jika transaksi semacam itu ada di blok baru, karena memenuhi aturan konsensus, maka node juga akan mengakui transaksi ini sebagai valid dan rantai tidak akan bercabang.

Setelah diunggah ke rantai, node juga dapat berkontribusi, seperti secara otomatis membuang data yang disertakan dengan OP_RETURN, mengurangi biaya penyimpanan mereka.

Dampak yang mungkin dan saran

Positif: Mungkin meningkatkan pendapatan penambang, mendukung proyek ekosistem Bitcoin (seperti Runes, Alkanes, dan sidechain).

Negatif: Mengakibatkan penumpukan ruang blok untuk pengguna Bitcoin biasa.

Sikap penambang tidak pasti: di satu sisi, meningkatnya persaingan ruang blok mungkin meningkatkan pendapatan; di sisi lain, kolam penambangan mungkin tidak menyukainya, karena keuntungan "layanan eksklusif" dari peng打包 transaksi non-standar akan berkurang.

Saran pribadi:

Jika PR disetujui tetapi pengguna tidak menyukainya, mereka dapat memilih untuk menjalankan klien dengan batasan yang lebih ketat (seperti Bitcoin Knots) atau versi lama. Tinjau kembali peran Bitcoin Core (dalam menyeimbangkan patch keamanan, kebijakan node, dan aturan konsensus), dan pertimbangkan untuk memilih klien yang lebih sesuai dengan filosofi pribadi.

Referensi tautan:

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.
  • Hadiah
  • Komentar
  • Bagikan
Komentar
0/400
Tidak ada komentar
  • Sematkan
Perdagangkan Kripto Di Mana Saja Kapan Saja
qrCode
Pindai untuk mengunduh aplikasi Gate
Komunitas
Bahasa Indonesia
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)