为什么铭文在技术上被视为滥用的行为
为什么铭文在技术方面被视为滥用
作者：Via Habla，来源：Habla.news；编译：松雪，LianGuai
玩转数字秀宝：铭文！
嘿，各位数字秀宝投资者们！今天我要和你们一起玩转一个叫做Ordinals的小组，当然，我是作为那些认为Ordinals对比特币有利的人中的一员。为了击败他们，我决定重新温习一下关于铭文工作原理的技术知识。废话不多说，让我们开始吧！
将数据藏进比特币的”小黑屋”
大家都知道，我们往比特币里存储数据的标准方式是调用OP_RETURN操作码。消息传出，大家还拿比特币白皮书作挚友，把一堆数据通过大规模的多签交易塞进UTXO集里面，但问题来了，UTXO集可是条永远删除不掉的记录，时间久了积压成山。不过，别担心，比特币大佬们早就有所准备，他们利用OP_RETURN输出来解决这个问题，这种输出可以被证明是可删除的，避免了UTXO集的膨胀问题，直截了当！
「关于OP_RETURN：大家别再搞混了！我们0.9版本的改动确实在区块链中存储数据问题上有点尴尬，但注意，我们只是为了避免已有的数据存储方案的滥用，比如把图像这些任意数据塞进不能花费的交易输出，导致比特币的UTXO数据库膨胀。在区块链里乱存数据可不是好主意，通过其他更经济高效的办法来存储非交易数据吧！」
说到这里，我们就明白了，比特币本来就不是为了存储图像和数据而设计的啊，它可是在网络空间中传输数字货币的绝佳选择哦！为了防止一些人做出不明智的行为，我们把OP_RETURN交易设为“非标准”，节点和矿工们就别再干这种蠢事啦。有点遗漏的是，这类交易只能推送40字节数据（后来增加到80、83，说真的，我猜是为了支持更大的根哈希值。毕竟，OP_RETURN也是聪明人的选择）。比特币还增加了一个叫做”datacarriersize”的选项，限制了从这些输出中中继或挖矿的总字节数。简而言之，比特币比你聪明多啦！
为啥铭文技术在技术层面被当作滥用？
铭文大佬们可不一样哦，他们通过在OP_IF块里使用OP_PUSH，把数据伪装成比特币脚本程序数据，绕过了比特币里的数据限制。Ordinals不使用OP_RETURN，也不受datacarriersize限制，所以节点运行者和矿工们对于这帮捣乱的数据能很难进行操控。不过幸好，我们还有比特币核心的大佬Luke，他对抗这种垃圾信息可有一些招法，相信不久的将来，我们也能在比特币核心看到这些招法！不要慌，不要慌！
铭文还利用了见证人折扣和taproot技术的功能。这两个功能各自都有自己引入的独特原因。
「见证人折扣的目的是降低花费许多输出的成本，这样可以减少UTXO集的大小。铭文巧妙地利用了这个折扣，把假扮成比特币脚本的“Monke JPEG”存储进去。不过请记住，比特币本不是用来存储数据的！所以每次比特币开发者不小心降低转发这些数据的成本和难度，我们就应该认为这是一个漏洞！希望很快能够修复，或者至少给节点运行者提供抵抗垃圾邮件的工具！」
接下来的计划【重要】
众所周知，“存储在比特币区块链上的图像”成为了炙手可热的宠儿，大家甘之如饴地为此付费将其加入区块链中。于是，一些实用主义者矿工和不太关心比特币健康和去中心化的人纷纷乐意付费或收费然后继续为其助阵。然而，数据是绝对不能打折扣的！如果大家想要存储数据，就应该支付全价！只要使用op_return和哈希值，例如opentimestamps或其他任何合理的比特币数据存储协议。
大家都明白了吧？这个垃圾邮件问题可是个相当麻烦的问题，希望我们的比特币开发者们能一致努力寻找解决方案。能够看到像Luke这样的思想家开发者为网络的健康和去中心化而奋斗，我感到非常高兴。
好了，各位投资者们，故事就讲到这里。你们对于通过比特币存储数据的争议怎么看呢？你们又有什么其他的想法和看法呢？记得留言和我交流哦！也欢迎关注【XXX比特币论坛】，我们会在这里每天带给你更多有趣的投资故事！
# Code Sample
def store_data_in_bitcoin(data):
print("Let's store this data in Bitcoin blockchain!")
# more code logic here
store_data_in_bitcoin("Hello, World!")你是不是觉得这篇文章简直是比特币界的奇妙之旅？那就快把这篇文章分享给你的小伙伴们吧！咱们一起玩转数字秀宝，让投资充满乐趣和创意！
We will continue to update 算娘; if you have any questions or suggestions, please contact us!
Was this article helpful?
93 out of 132 found this helpful
Related articles
