Kestandardan dan dasar

Ingin tahu

1. Mengapakah transaksi yang sah kadangkala ditolak oleh dompet sebelum sempat sampai kepada pelombong?
2. Apakah yang berlaku jika rakan niaga menjalankan perisian yang berbeza daripada anda, tetapi kedua-duanya 'betul'?
3. Bagaimanakah menjauhkan opcode yang tidak digunakan daripada laluan relay dapat melindungi naik taraf pada masa hadapan?

Teroka

1. Peraturan konsensus mentakrifkan kesahan; ia menentukan apa yang boleh muncul dalam blok dan diterima oleh setiap nod. Kestandardan ialah dasar tempatan yang berasingan yang menentukan transaksi mana yang disalurkan oleh sesebuah nod kepada rakan sebayanya dan disimpan dalam memory pool (mempool) nod tersebut. Sesuatu transaksi boleh sah sepenuhnya di bawah konsensus tetapi tidak standard mengikut dasar relay lalai. Apabila pengguna menyiarkan transaksi sedemikian, nod mereka sendiri mungkin membuangnya serta-merta, walaupun secara teknikalnya pelombong boleh memasukkannya.
2. Jenis output standard dihadkan dengan ketat untuk melindungi nod daripada serangan penafian perkhidmatan (denial-of-service) dan kehabisan sumber. Ini termasuk P2PKH, P2SH, P2WPKH, P2WSH, P2TR, skrip bare multisig yang kecil (sehingga tiga kunci), dan output data OP_RETURN bersaiz tertentu. Skrip yang menggunakan opcode yang dikhaskan atau tidak diketahui, atau melebihi had saiz, tidak disalurkan secara lalai. Penapisan ini memastikan mempool kekal terurus dan menghalang pihak berniat jahat daripada membanjiri rangkaian dengan sampah yang kompleks dan mahal dari segi pengiraan.
3. Dasar tidak statik; ia berubah mengikut pelaksanaan nod. Pada tahun 2025, pembangun Bitcoin Core memutuskan untuk melonggarkan had saiz lalai bagi output data OP_RETURN. Perubahan ini mencetuskan perdebatan dalam kalangan pengendali nod, sebahagiannya menentang peluasan itu dan beralih kepada perisian alternatif seperti Bitcoin Knots untuk mengekalkan had legacy yang lebih ketat. Perbezaan ini menunjukkan bahawa kestandardan ialah tetapan tempatan: dua nod yang menjalankan versi atau fork yang berbeza boleh menyalurkan subset transaksi sah yang berbeza tanpa melanggar konsensus.
4. Transaksi yang tidak standard tetapi sah masih boleh disahkan jika ia memintas sepenuhnya rangkaian relay lalai. Pelombong pernah menawarkan perkhidmatan penyerahan terus, yang membolehkan pengguna menghantar transaksi terus ke dalam blok mereka tanpa mengira dasar nod. Jika sesebuah dompet bergantung pada penolakan kestandardan untuk keselamatan—dengan andaian skrip yang kelihatan tidak sah tidak akan tersebar—ia menghadapi risiko: rakan niaga yang menggunakan akses terus kepada pelombong boleh menyebabkan transaksi itu disahkan. Ini mewujudkan percabangan dalam tingkah laku, bukan dalam kebenaran, yang berpotensi membawa kepada pergerakan dana yang tidak dijangka atau kehilangan dana.
5. Kestandardan bertindak sebagai injap keselamatan untuk naik taraf soft fork pada masa hadapan. Dengan menguatkuasakan peraturan yang lebih ketat sekarang—seperti menganggap opcode NOP boleh naik taraf yang dikhaskan sebagai tidak standard semasa relay—protokol memastikan peralihan yang lancar apabila sesuatu naik taraf mengetatkan peraturan konsensus. Oleh sebab transaksi yang menggunakan opcode dikhaskan itu tidak disalurkan atau dilombong secara lalai, hanya sedikit atau tiada langsung yang wujud apabila soft fork memberi makna kepada opcode tersebut, jadi peraturan baharu tidak membatalkan apa-apa yang menjadi sandaran orang ramai, dan pelombong yang belum dinaik taraf tidak mungkin melombong blok yang ditolak oleh peraturan baharu.
6. Baca sendiri semakan dasar tersebut: dalam kod sumber Bitcoin Core, policy/policy.cpp mengandungi IsStandard dan IsStandardTx, yang menyenaraikan jenis output yang diterima dan had saiz; siri 'Waiting for confirmation' oleh Bitcoin Optech menerangkan alasan di sebaliknya. Bandingkan dengan peraturan konsensus dalam kod pengesahan, dan perhatikan betapa lebih sempitnya peraturan relay.

Fakta utama

Latihan sembilan, enam, tiga, satu

Semakan fakta

Tarikh, angka dan dakwaan telah disemak berbanding dengan sumber yang diterbitkan yang disenaraikan di bawah.

• Bitcoin Core source code, policy/policy.cpp
• A. M. Antonopoulos & D. A. Harding, Mastering Bitcoin, 3rd ed. (2023)
• Bitcoin Optech, 'Waiting for confirmation' series (2023)