区块链/等级 X · 回到原点/10.1 带回家的东西/课程 6
比特币上的代币与模因
从交易对手到符文:比特币链上代币的运作机制
材料支持 Ordinals 和 Runes 的区块浏览器Casey Rodarmor于2024年撰写的Runes规范文档比特币核心关于 OP_RETURN 的文档
好奇
- 比特币是如何在不改变其共识规则的情况下,从纯粹的货币协议转变为数字资产平台的?
- 在将区块空间用于存储数据与保持较低的交易费用之间,存在哪些具体的技术权衡?
- 为什么比特币上的模因代币需要独立的索引器,而不能在核心节点中获得原生支持?
探索
- 比特币作为数字资产的历史始于2014年推出的Counterparty平台。该平台将代币数据嵌入到比特币交易中,最初是在多重签名输出中,后来则是在OP_RETURN输出中。用户们开始交易“稀有Pepes”——这些数字卡片源自网络迷因,从而在比特币上形成了第一个非同质化代币市场。当时并不存在独立的验证节点:矿工负责处理交易,而Counterparty的软件则用于计算账户余额,因为比特币节点并不认可代币的相关规则。这一做法证明了外部数据可以在支付标准网络费用的同时,被绑定到比特币的不可变性之上。
- 2023年1月,由Casey Rodarmor开发的Ordinals上线,彻底改变了技术格局。Ordinal理论为每枚聪按照其被挖掘的顺序分配一个序列号。通过特殊机制,可以将图像等数据嵌入到Taproot支付记录中,并将其与特定的聪绑定在一起。这些都不是共识规则;Ordinal索引器只是将这种编号方式应用到普通的比特币交易上。这一技术引发了关于区块空间使用效率的诸多疑问,因为大型图像或文本文件会占用本可用于金融交易的带宽。
- 2024年4月,正值比特币减半之际,Runes协议正式推出。该协议同样由Casey Rodarmor设计,是一种具备可互换性代币功能的协议,且不新增任何操作码:OP_RETURN输出中的“runestone”消息用于记录代币的发行与转移情况,而代币余额则关联在UTXO上,因此代币的流转方式与比特币相同。比特币节点不会追踪Runes代币的余额,这一任务由索引器负责。这样的设计使得主链保持轻量级,但将复杂性转移到了应用层。
- 这些协议带来的经济影响主要体现在区块空间竞争上。2023年5月,3月份推出的BRC-20代币导致费用急剧上升,因为用户们为了争夺有限的区块空间来创建和转移资产而相互竞争。这暴露出一个根本性的权衡:使用比特币的链进行数据存储会提高支付交易的成本。支持者认为高需求意味着该资产具有价值,而批评者则指出这会削弱比特币作为价值储存手段及交换媒介的核心功能。效用与稀缺性之间的矛盾依然是比特币发展过程中的核心争论点。
- 基于比特币发行的代币遵循了之前课程中关于市场诚信的准则。由于这些代币存储在比特币链上,因此它们既享有比特币的安全机制,也受其局限性约束。该平台不支持原生智能合约的执行,所有逻辑都必须由外部工具或钱包进行验证。这意味着用户必须信任相关软件能够正确解读代币余额及转账规则。虽然不存在独立的节点验证机制,从而避免了与特定代币相关的共识分歧风险,但这也使得该平台的可用性依赖于第三方基础设施。
- 要验证这一机制,可使用支持 Ordinals 或 Runes 的区块浏览器(如 ord.io 或 runestone.xyz)。查找最近的某个区块并查看其中的交易记录。Rune 的转账会以携带相应符文的 OP_RETURN 输出形式出现;而各种铭文信息,包括 BRC-20 JSON 格式的数据,则位于交易输入的见证部分。将这些交易所支付的费用与同一区块中其他标准交易的费用进行比较。同时注意索引器是如何从这些原始数据中计算出账户余额的,这体现了共识验证机制(Bitcoin Core)与应用状态管理(索引器)之间的区别。
关键事实
- Counterparty于2014年推出,旨在将代币数据嵌入比特币交易中。
- 2023年1月,序号为每颗卫星分配了唯一的序列号。
- 2024年4月,Runes推出了一种新的可互换代币标准。
- 比特币上的代币需要第三方索引器来追踪余额。
- 高数据使用量会增加所有用户的交易费用。
- Bitcoin Core 本身不支持对代币余额进行验证。
练习 九、六、三、一
9收集列出自2012年以来一直存在于比特币中的9种令牌或令牌标准,包括其推出日期以及这些数据在交易中的存储位置。
6归类根据数据位置和索引器,将这9种类型分为6类:多签输出、OP_RETURN、Taproot见证、客户端证明、侧链或其他。
3提炼将这6个因素简化为比特币网络中的3个权衡要素:区块空间、对索引器的依赖,以及无需独立的验证者群体。
1凝结即使运行了完整的比特币节点,用户仍需运行索引器才能查看自己的符文余额,因为只有通过索引器才能获取相关数据。
事实核查
日期、数字及数据均依据下方列出的已发表资料进行核实。
- C. Rodarmor, 'Runes' specification (2024)
- ord documentation and source code (2023–2024)
- Counterparty whitepaper and protocol documentation (2014)