bitebi核心kaifa者将扼杀铭文？并没有那么容易BitcoinCorekaifa者想要消灭铭文？上午9时，bitebi核心（BitcoinCore）kaifa者LukeDashjr在X平台发文表示：“铭文（Inion）正在利用bitebi核心客户端BitcoinCore的一个漏洞向qukuailian发送垃圾信息。自2013年以来，BitcoinCore允许用户设置在中继转发或wakuang交易时的额外数据大小限制（‘-datacarriersize’）。通过将其数据模糊为程序代码，铭文绕过了这个限制。这个漏洞近在BitcoinKnotsV25.1中得到修复。由于去年底我的工作流程受到了严重干扰（V24被完全跳过），修复时间比平常长。在即将发布的V26版本中，BitcoinCore仍然存在漏洞。我只能希望它会在明年的V27之前得到终修复。”

    不难看出，在Luke眼中，近期被疯狂追捧的铭文本质是个bug。关于Luke的言论与判断，还有如下重点值得关注：

    修复后，Ordinals会发生什么变化？

    Luke：Ordinals和BRC-20将不复存在。通过将数据载体大小设置为零的方式实现。

    ‘-datacarriersize’是什么？

    在bitebi交易中，OP_RETURN是一种脚本操作码，它允许将一些数据附加到交易中。‘-datacarriersize’允许设置OP_RETURN操作码的有效负载大小的上限。默认情况下，bitebiCore节点的数据载体大小限制为80字节。通过使用‘-datacarriersize’，可以更改这个限制，允许更大的有效负载。这在LukeDashjr看来是一个BUG，需要修复。

    BitcoinCorev27有具体日期吗？

    暂无明确的日期，因此即使做出了修改的决定，也不会在近期发生。

    对bitebi常规持有者有什么影响？

    Luke：影响了qukuailian的效率和完整性，进而间接影响安全性和价值。

    还有哪些协议会受影响？

    据bitebi生态kaifa者@wooooer表示，对Luke在knots的代码研究后，发现了一些关键细节，Luke在knots中针对过滤所谓的bitebi欺诈交易设置了两个主要参数限制：

    datacarriersize这个参数主要限制基于OP_RETURN携带数据大小，即那些将数据写在UTXO的output部分。如果启用这个限制，受影响的协议将会包括：Coloredcoins、OmniLayer、Runes等。

    maxsize这个参数限制基于Taproot的铭文协议，其数据刻在UTXO的witness字段中。如果此限制生效，受影响的协议将包括Ordinals、BRC-20等。

    wooooer进一步表示，如果Luke的意见终落实，这两个参数的默认限制值可能会导致bitebi生态系统中只剩下占用链上足迹小的TaprootAsset和RGB。

    社区意见：反对无效，支持生态百花齐放

    bitebi非kaifa者主导

    神鱼：bitebi不是以太坊，kaifa者说了不算。升级需要矿工投票，若反对就升级不了，除非进行分叉。（注：F2Poolbitebi算力排名第三，为FoundryUSA，第二为AntPool。）