Bitcoin Data Embedding Capacity - Bitcoin 见证（Witness）部分可以嵌入约 4MB (3907KB) 的任意数据，无需使用 OP_RETURN [1] - Bitcoin Core 的标准中继策略对交易的 Bitcoin mempool 设置了 40 万权重单位（Weight Units）的上限，约等于 400KB 的数据 [1] OP_RETURN vs Witness Data - OP_RETURN 的权重高于见证数据，因此成本约为见证数据的 4 倍 [2][3] - 尽管 Core 中已移除 datacarriersize 中继策略默认值，但仍受 40 万 WU 标准中继策略上限的保护 [2] - 实际上，最大 OP_RETURN 大小约为 100KB（无需直接矿工提交） [2] - 由于见证数据的权重是 OP_RETURN 数据的 1/4，因此可以使用见证数据获得更接近 400KB 的任意数据负载（无需直接矿工提交） [3] - 通过直接矿工提交，OP_RETURN 可以达到约 1MB，而见证数据脚本可以达到约 4MB（因为 4 倍的权重差异） [3] Standard Relay Policy Implications - 即使 datacarriersize 默认值发生更改，标准中继策略仍然只允许约 100KB 的 OP_RETURN 和约 400KB 的见证数据脚本（因为 4 倍的权重差异） [4]

RT The Three-Layer Standardㄜ₿ (@CyberArchive)The only way to solve this attack vector is at the protocol design level. Bitcoin’s architecture allows arbitrary data embedding, so CSAM or spam cannot be fully prevented only patched.Hacash’s solution is architectural:No arbitrary data fields. Only money transfers, PoW issuance, and readable contracts.Native contract layer. All logic is standardized, not user-injected data.Zero storage bloat. No vector for data abuse nodes only validate financial state, not arb ...