引用我技术号 @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
4,729
5
本页面内容由第三方提供。除非另有说明，欧易不是所引用文章的作者，也不对此类材料主张任何版权。该内容仅供参考，并不代表欧易观点，不作为任何形式的认可，也不应被视为投资建议或购买或出售数字资产的招揽。在使用生成式人工智能提供摘要或其他信息的情况下，此类人工智能生成的内容可能不准确或不一致。请阅读链接文章，了解更多详情和信息。欧易不对第三方网站上的内容负责。包含稳定币、NFTs 等在内的数字资产涉及较高程度的风险，其价值可能会产生较大波动。请根据自身财务状况，仔细考虑交易或持有数字资产是否适合您。