正反见解激烈比武铭文是比照特币收集的缺陷攻击仍然安定革新我将举动争吵小组的一员，回嘴相合铭文对照特币有益的意见。我裁夺商讨一下铭文的技能细节。我起源懂得luke的意见，即它是怎么愚弄比特币反数据垃圾机制的裂缝的。

　　向比特币增加“数据”的准则方法是挪用 OP_RETURN 操作码。比特币开采职员当心到人们通过大型众重签字营业将数据（如比特币白皮书）存储正在 UTXO 集中中。题目正在于，这个集中是不行修剪的，而且恐怕会跟着时分的推移而增进。另一方面，OP_RETURN 输出是可注明可修剪的，不会扩展 UTXO 膨胀。

　　以下是 2014 年 3 月 0.9.0 版本发外注释的摘录，个中咨询了这个题目：

　　合于 OP_RETURN：社区中存正在少少搅浑和曲解，涉及到 0.9 版本和区块链中的 OP_RETURN 性能以及数据。这个更动并不是对正在区块链中存储数据的认同。OP_RETURN 的更动创修了一个可注明可修剪的输出，以避免少少仍然安放的存储自便数据（如图像）举动永恒不行花费的营业输出的数据存储计划，使比特币的 UTXO 数据库膨胀。正在区块链中存储自便数据依旧是一个欠好的主睹；正在其他地方存储非钱币数据的本钱更低效用更高。

　　Bitcoin Core的很众任务都聚会正在确保体例正在去中央化的境况下接续以预期宗旨运作。人们试图滥用它存储数据，Bitcoin Core不绝不怂恿如此做，由于它不是为存储图像和数据而打算的，而是用于正在收集空间中传输数字钱币。

　　为了胀动人们不要做迂曲的事故，OP_RETURN 营业没有被设为非准则，于是它们可能被节点和矿工中继，但有一个附加前提：

　　● 它们只可推送 40 字节（自后扩展到 80、83，我猜是为了声援更大的根默克尔哈希，由于这是 OP_RETURN 的独一明智的用例）

　　● 比特币还增加了一个称为 -datacarriersize 的选项，它限定了从这些输出中中继或发现的总字节数。

　　铭文通过正在 OP_IF 块内利用 OP_PUSH 将数据伪装为比特币剧本秩序数据，绕过了 datacarriersize 限定。Ordinals晦气用 OP_RETURN，而且不受 datacarriersize 限定的管理，于是节点运转者和矿工目前对付他们心愿中继和包蕴正在区块中的此数据的总巨细具有有限的职掌权。Luke 的 Bitcoin Knots有少少选项来反抗这种垃圾数据，因而心愿不久的另日咱们也能正在Bitcoin Core中看到这一点。

　　铭文还愚弄了 segwit v1（睹证扣头）和 v2/taproot（没有自便剧本巨细限定）中的特点。这些特点中的每一个都有其引入的意思且合理的来由。

　　睹证扣头的宗旨是下降花费很众输出的本钱，有助于删除 UTXO 集的巨细。铭文愚弄这个扣头来存储伪装成比特币剧本的山公jpeg。请记住，比特币不是用来存储数据的，因而任何时期比特币开采者都偶然让它变得省钱和容易中继数据，因而这应当被视为一个裂缝。心愿它获得修复，或者起码为节点运转者供给用具来反抗这种垃圾数据。

　　这个故事的意思之处正在于人们宛若对存储正在比特币区块链上的图像付与了代价，而且首肯付出用度将其收入区块中，于是没蓄意识样子的矿工和不体贴比特币的康健和去中央化的人们很欢喜付出或收取用度然后接续进步。

　　数据不应当打折，人们应当为存储数据付出全价。他们应当只利用 OP_RETURN 和哈希，例如 opentimestamps 或任何其他正在比特币中存储数据的合理制定。

　　经历此次阐述，我以为这是一种相当倒霉的垃圾数据裂缝，比特币开采职员应当动手于办理计划。像 Luke 如此现实体贴收集康健和去中央化的认识样子开采职员正正在如此做，我很欢喜看到这一点。

　　Bug 仍是 Feature 之争影响深远，即使它是个 Bug，那修复它的版本即是延续了而今版本的正统版本，但即使它是个 Feature，修复它即是要删除这个 Feature，那修复版本即是一个分叉版本，因而值得深刻咨询一下。

　　怎么怀抱区块链收集的安详，不绝是一个有争议的话题。一个常常被人拿来用的怀抱的维度是出块节点的数目（miner 或者 validator）。这点上 PoW 体例不占上风，常常被 PoS 敬仰者调侃。还记适当初 EOS 用的 21 个节点嘲乐 BTC 不足去中央化，不足安详的作品么？

　　而 Bitcoin 开采者们常常用的一个怀抱设施是全节点的数目。为了让小我 PC 都能运转全节点，因而要庄重限定区块巨细，以及 UTXO 集，以下降全节点的本钱。但众少个全节点算够呢？铭文正在众大水准上会影响 Bitcoin 的全节点数目呢？反倒从而今的统计图上能看出，大约由于铭文的热度，许众人必要和 Bitcoin RPC 交互，扩展了 Bitcoin 全节点的数目。

　　区块链是一个公然账本，体贴账本是否准确的人越众，这个账本越安详。而用户为什么体贴这个账本？由于这个账本上纪录了和他甜头干系的东西，无论它是 BTC 也好，仍是其他什么东西也好，只消他感到有代价，他就会体贴这个账本。

　　而用户体贴账本的方法也并不是只要本身运转全节点一个途径。用户只消直接和 Bitcoin 收集产生维系，就有这个后果。例如用户装置链上钱包，查看链上营业，带来的安详担保就高于用户把 Bitcoin 托管正在营业所或者托管钱包里。

　　而咱们能看到的形象是，这波铭文热显然的带来了用户和 Bitcoin 收集更众的直接维系（浏览器钱包），带来了 DApp 运用生态的雏形（网站上挂铭文通过 psbt 链上营业），有更众用户体贴这个账本上纪录了什么东西了（区块链浏览器的外现和拜访量）。因而说，即使是从安详的角度，铭文对 Bitcoin 收集的安详是有晋升的。

　　铭文乍一看没有太众技能含量，只是简陋粗暴的往 Bitcoin 收集上写数据，还依赖一个中央化的 Indexer。

　　这个形式的舛误很显然，没有排序器（Sequencer）批量打包营业，用户体验很差，营业费也很贵，没有欺骗注明，安详性也受质疑。即使有技能团队打算了如此一个计划，一定没有投资人首肯投资，但市集的魅力就正在于，用户把它给玩出来了。前一段时分 BRC20 的余额正在差别营业所的数据差别等，用户通过发推来社会共鸣，最终也竣工了同等性，正好注释它是可行的。

　　但这个形式的利益是它是制定先行，先打算公然的制定和数据款式，链上只存储制定务必的数据，推行和校验正在链下。而任何一个团队都可能竣工一个 Indexer 接入这个 L2 的推行层收集，总共 DA 的数据是共享的。而 Ethereum 的 L2 计划里，每个 L2 相当于正在 L1 的 DA 上圈了一块地，各自抢占空间，数据并没有共享。

　　这会十足发现出差别的角逐态势。由于任何 L1 的空间老是有限的，即使 L2 没能开垦出新的，让用户相信的空间，那现实上并没有竣工扩容。

　　因而说铭文是对 Bitcoin 举动 DA 的代价呈现，同时配合 Indexer 的这种玩法出现了一种新的 L2 的构修途径，对 Bitcoin 生态有巨大旨趣，它是个 Feature 不是 Bug。

　　当然，Bitcoin 开采者们顾忌的 UTXO 集膨胀的题目也是存正在的。但它并不是无解的，由于铭文制定是一种链下共鸣的制定，只消 Indexer 以及社区告终共鸣，可能有极端众的办理计划，我这里拍脑袋写几个。

　　1. 用 Hash 取代铭文的实质。现正在铭文包蕴了各类媒体文献，json 等，体积对照大。但现实上，只消 indexer 层成熟了，十足可能竣工只写 Hash 到 L1，原始实质存储正在 Indexer 或者用户的钱包里。

　　2. 打算一套制定，声援铭文正在链上和链下之间的转移。铭文转移到链下的时期，相当于正在 L1 歼灭，UTXO 也就消费掉了。即使要再次回到链上，用户必要供给 Off-chain 移动的签字集结，如此 Indexer 之间就可能校验。

　　再有一种方法是采用相仿 Taproot 那样的疏落默克尔树的校验方法，来竣工链上链下的转移。这个我原先打算过一个 Ethereum NFT 的转移计划，但怅然 Ethereum 上的 NFT 是通过 Interface 界说的，不是数据对象形式，很难外现出这种上风，而铭文的这种形式极端适合。感有趣的同伴也可能看下这个链接：

　　更众的计划就不写了。我念说的是，技能是一个生态体例，它必要跟着用户的利用和反应来滋长。许众改进都不是开采者们正在电脑前计议打算出来的，而是随机的测试，然后和用户的反应碰撞外现出来的。

　　援用我正在《措辞是一个去中央化体例》中的一句话：经受一个人例是去中央化的，那就得经受它会演化出你不喜爱的东西，也得经受它的演化流程中的各类挫折的测试。

　　现正在这些制定发的资产多半属于 meme 币规模，meme 币能否从有限次博弈形成一个永恒的博弈的体例，首要看几方博弈：

　　1. 早期得益的列入者 holder 是否首肯接连投资生态，给资产供给运用场景，相仿 Bitcoin 早期 holder 们投资各类根基方法。即使都套现离场，那就只是一场 meme 逛戏。

　　2. 根基方法供给者能否供给如此的空间和场景。这一方面取决于 Bitcoin L2 等根基方法供给的本事，别的一方面也受囊括 Bitcoin 主题开采者正在内的 Bitcoin 社区立场的影响。