引用我技术号 @aaron_recompile 的这张结构图。
很多协议之争、铭文争论、Bitcoin Core vs. Knots 的分歧，
其实都绕不开一个最基础的问题：
📌 比特币交易里，哪些字段可以写入任意数据？
📌 数据到底是在 scriptPubKey，还是在 witness？
📌 哪些属于共识层允许，哪些仅是 policy 层拒绝？
我在英文版整理了一张非常清晰的 “Bitcoin Data Entry Map”，
来自我正在更新的《比特币非交易数据嵌入史》第二章。
CC一些研究这个方向的朋友们：@1satpod @dapangdun @tinyxiong_eth @shanshan521 @MichaelRan15 @jeffrey_hu
#Bitcoin
#BitcoinDev
#Taproot
#Ordinals
Where can arbitrary data *actually* enter a Bitcoin transaction?
I made a clear, developer-friendly map:
- Inputs → scriptSig (legacy) / witness (segwit & taproot)
- Outputs → OP_RETURN, Fake multisig, Custom scripts
- And the key separation between “data in scriptPubKey” vs “data in witness”
This diagram is from Chapter 2 of my new project:
“How People Tried to Push Non-Transaction Data into Bitcoin”
Full chapter:
(figure below)
#Bitcoin #BitcoinDev #BitcoinDevelopers
5,319
5
本頁面內容由第三方提供。除非另有說明，OKX 不是所引用文章的作者，也不對此類材料主張任何版權。該內容僅供參考，並不代表 OKX 觀點，不作為任何形式的認可，也不應被視為投資建議或購買或出售數字資產的招攬。在使用生成式人工智能提供摘要或其他信息的情況下，此類人工智能生成的內容可能不準確或不一致。請閱讀鏈接文章，瞭解更多詳情和信息。OKX 不對第三方網站上的內容負責。包含穩定幣、NFTs 等在內的數字資產涉及較高程度的風險，其價值可能會產生較大波動。請根據自身財務狀況，仔細考慮交易或持有數字資產是否適合您。