Arch Day 239: Ordinals/Runes/BRC-20 — Bitcoin原生资产标准
Arch Day 239: Ordinals/Runes/BRC-20 — Bitcoin原生资产标准
日期: 2026-04-02 (Day 239) 阶段: 第十一阶段 - Bitcoin生态与BTCFi 标签: #Ordinals #Runes #BRC20 #Bitcoin资产 #铭文 #Casey
一、核心概念
1.1 为什么Bitcoin需要原生资产标准?
Bitcoin诞生至今已超过17年,长期被视为"数字黄金"——价值存储工具。但以太坊生态的繁荣(ERC-20、ERC-721、DeFi、NFT)让社区开始思考:Bitcoin能否承载更多资产类型?
2023-2024年,以Casey Rodarmor为核心的开发者推出了Ordinals Theory、BRC-20和Runes协议,彻底改变了Bitcoin生态的格局:
Bitcoin资产标准演进时间线
─────────────────────────────────────────────
2012 Colored Coins(染色币)— 最早的Bitcoin资产尝试
2014 Counterparty — 基于OP_RETURN的资产协议
2017 SegWit升级 — 引入Witness空间,为后续铺路
2021 Taproot升级 — 放宽脚本限制,Witness空间可存储更多数据
2023.1 Ordinals Theory发布 — Casey Rodarmor
2023.3 BRC-20标准提出 — @domodata
2023.5 第一波铭文热潮 — Bitcoin网络费用飙升
2024.4 Runes协议上线 — Bitcoin减半区块同步激活
2024-2025 BTCFi生态爆发 — 基于Runes的DeFi协议涌现
2025-2026 Runes V2讨论 — 社区提议增强功能(智能合约交互)
1.2 三大协议总览
| 维度 | Ordinals (铭文NFT) | BRC-20 | Runes |
|---|---|---|---|
| 创始人 | Casey Rodarmor | @domodata | Casey Rodarmor |
| 上线时间 | 2023年1月 | 2023年3月 | 2024年4月(减半区块) |
| 资产类型 | 非同质化(NFT) | 同质化(代币) | 同质化(代币) |
| 技术基础 | Ordinal Theory + Inscription | Ordinal Inscription (JSON) | UTXO + OP_RETURN |
| 数据存储 | Witness空间 | Witness空间 | OP_RETURN (80字节) |
| 验证方式 | 链上完整数据 | 链下索引器 | 链上UTXO共识 |
| 效率 | 较低(大数据量) | 低(大量垃圾UTXO) | 高(UTXO友好) |
1.3 关键术语表
| 术语 | 含义 |
|---|---|
| Satoshi (聪) | Bitcoin最小单位,1 BTC = 100,000,000 聪 |
| Ordinal Number | 给每个聪按挖出顺序赋予的唯一编号 |
| Inscription (铭文) | 写入Bitcoin区块Witness空间的数据(图片/文本/代码) |
| Envelope (信封) | 铭文的技术封装格式,使用OP_FALSE OP_IF ... OP_ENDIF |
| Runestone | Runes协议的核心数据结构,嵌入OP_RETURN中 |
| Etching (蚀刻) | Runes中创建新代币的操作 |
| Edict (法令) | Runes中的转账指令 |
| Cenotaph (衣冠冢) | Runes中格式错误的Runestone,代币被销毁 |
二、知识点详解
2.1 Ordinals Theory — 给每个聪编号
2.1.1 核心原理
Casey Rodarmor于2023年1月提出的Ordinals Theory,核心思想极其简洁:
给Bitcoin网络中的每一个satoshi(聪)一个唯一的序号,使其可追踪、可区分。
Ordinal编号规则:
────────────────
1. 按照聪被挖出的顺序,从0开始编号
2. 第一个区块的第一个聪 = Ordinal #0
3. 每个区块的coinbase交易产生新的聪
4. 交易中聪的转移遵循"先进先出"(FIFO)原则
示例:
区块 #0 奖励 50 BTC = 5,000,000,000 聪
→ Ordinal #0 ~ #4,999,999,999
区块 #1 奖励 50 BTC
→ Ordinal #5,000,000,000 ~ #9,999,999,999
... 以此类推
2.1.2 稀有度系统(Rarity)
Ordinals定义了聪的稀有度等级,类似NFT的稀有属性:
| 稀有度 | 条件 | 数量 | 说明 |
|---|---|---|---|
| Common | 任意非特殊聪 | ~2.1万亿 | 普通聪 |
| Uncommon | 每个区块的第一个聪 | ~6,929,999 | 区块首聪 |
| Rare | 每次难度调整周期的第一个聪 | ~3,437 | 难度调整首聪 |
| Epic | 每次减半的第一个聪 | ~32 | 减半事件首聪 |
| Legendary | 每次难度调整和减半重合的第一个聪 | ~5 | 极稀有 |
| Mythic | 创世区块的第一个聪 | 1 | Ordinal #0 |
2.1.3 Inscription(铭文)机制
铭文利用Taproot升级后的Witness空间,将任意数据"刻录"到Bitcoin区块链上:
铭文技术原理:
────────────
1. 利用 Taproot Script-Path Spend
2. 数据封装在 OP_FALSE OP_IF ... OP_ENDIF 中(不被执行)
3. 数据包含:Content-Type + Body
信封结构示例:
OP_FALSE
OP_IF
OP_PUSH "ord" # 标识为Ordinals铭文
OP_PUSH 1 # Content-Type标记
OP_PUSH "image/png" # MIME类型
OP_PUSH 0 # Body开始标记
OP_PUSH <image_data_chunk1> # 数据块1(520字节上限/chunk)
OP_PUSH <image_data_chunk2> # 数据块2
...
OP_ENDIF
关键约束:
- 单个铭文理论上限约 ~400KB(受区块大小限制)
- 实际大多数铭文 < 50KB
- 数据存储在Witness中,享受75%的费用折扣
2.1.4 Ordinals NFT vs ERC-721 NFT
| 维度 | Ordinals NFT | ERC-721 NFT |
|---|---|---|
| 链 | Bitcoin | Ethereum (及EVM链) |
| 数据存储 | 完全链上(Witness空间) | 通常IPFS/Arweave指针 |
| 不可篡改性 | 极高(Bitcoin安全性) | 取决于存储方案 |
| 智能合约 | 无 | 完整合约逻辑 |
| 版税机制 | 无原生支持 | EIP-2981标准 |
| 交易方式 | PSBT(部分签名交易) | 合约调用 |
| 可组合性 | 极低 | 高(DeFi组合) |
| 铸造成本 | 取决于数据大小+网络拥堵 | Gas费 |
| 元数据 | 直接存储在链上 | 通常链下 |
| 永久性 | 与Bitcoin共存亡 | 依赖存储层 |
2.2 BRC-20 — Bitcoin上的同质化代币
2.2.1 核心机制
BRC-20由匿名开发者@domodata于2023年3月提出,利用Ordinals铭文存储JSON数据来实现代币功能:
// 1. Deploy(部署)— 创建新代币
{
"p": "brc-20",
"op": "deploy",
"tick": "ordi",
"max": "21000000",
"lim": "1000"
}
// 2. Mint(铸造)— 铸造代币
{
"p": "brc-20",
"op": "mint",
"tick": "ordi",
"amt": "1000"
}
// 3. Transfer(转账)— 转移代币
// 需要两步:先铭刻transfer铭文,再发送该铭文所在UTXO
{
"p": "brc-20",
"op": "transfer",
"tick": "ordi",
"amt": "500"
}
2.2.2 BRC-20的致命缺陷
BRC-20核心问题分析:
──────────────────
1. 【UTXO膨胀】
每次mint/transfer都产生新UTXO,大量小额UTXO永远不会被花费
→ 2023年UTXO集合增长了约30%(从约8800万增长到约1.14亿)
→ 节点内存和存储负担加重
2. 【非共识层验证】
Bitcoin节点不理解BRC-20逻辑,需要链下索引器解析
→ 不同索引器可能有不同解读(曾出现分叉)
→ 安全性依赖索引器而非Bitcoin共识
3. 【效率极低】
Transfer需要两步操作(铭刻 + 发送)
→ 用户体验差
→ 手续费翻倍
4. 【无法批量操作】
一笔交易只能转一种代币给一个人
→ 无法做批量空投
→ 无法做复杂的代币分发
5. 【功能原始】
无法实现approve/allowance等基础DeFi操作
→ 无法直接集成DEX
→ 无法做LP池
2.2.3 BRC-20市场数据(2023-2025)
BRC-20里程碑数据:
────────────────
2023年5月:
- ORDI 铸造完成,总市值突破$1B
- Bitcoin网络日手续费一度超过区块奖励
- 单日铭文数量超过40万
2023年12月:
- ORDI在币安上市,价格峰值约$90
- BRC-20总市值约$4.5B
2024年4月(Runes上线前):
- BRC-20活跃度大幅下降
- 大量用户和项目转向Runes
2025年:
- BRC-20仍有社区维护,但新项目几乎全部选择Runes
- ORDI和SATS作为"历史遗产"保留价值
- 部分交易所仍支持BRC-20代币交易
2026年(当前):
- BRC-20生态基本稳定,以存量资产为主
- 新的代币发行几乎全部采用Runes标准
2.3 Runes协议 — Bitcoin代币标准的正确答案
2.3.1 设计哲学
Casey Rodarmor在看到BRC-20的缺陷后,设计了Runes协议。其核心设计哲学:
Runes设计原则:
─────────────
1. 【UTXO友好】
代币余额直接绑定到UTXO,不创建垃圾UTXO
→ 花费UTXO = 转移代币
2. 【简单至上】
不引入新的共识规则,只使用OP_RETURN
→ Bitcoin核心开发者更容易接受
→ 不增加网络验证负担
3. 【自包含】
不依赖Ordinals Theory或铭文
→ 完全独立的协议
→ 更简洁的技术栈
4. 【容错设计】
格式错误的Runestone(Cenotaph)会销毁代币而非凭空创造
→ 避免因bug导致的通胀
2.3.2 Runes技术架构
Runes核心数据结构:
──────────────────
Runestone(符文石)— 嵌入在交易的OP_RETURN输出中
结构:
OP_RETURN
OP_PUSH "RUNE_TEST" (或 Magic Number 用于识别)
OP_PUSH <encoded_data>
encoded_data 包含:
├── Etching (蚀刻/创建代币)
│ ├── rune: 代币名称 (字母编码)
│ ├── divisibility: 精度 (0-38)
│ ├── symbol: 显示符号 (Unicode字符)
│ ├── premine: 预挖数量
│ ├── terms: 公开铸造条件
│ │ ├── amount: 每次mint数量
│ │ ├── cap: 最大mint次数
│ │ ├── height: 开始/结束区块高度
│ │ └── offset: 相对偏移
│ └── turbo: 是否启用未来协议升级
│
├── Edicts (法令/转账指令)
│ ├── id: Rune ID (区块高度:交易索引)
│ ├── amount: 转移数量
│ └── output: 目标输出索引
│
└── Mint (铸造指令)
└── id: 要铸造的Rune ID
关键设计细节:
- Rune名称使用修正的Base-26编码
- 名称长度限制随时间逐步放开(从13字符→1字符)
- ID格式:区块高度:交易在区块内索引(如 840000:1)
- 一笔交易可以包含多个Edicts(批量转账)
2.3.3 Runes操作流程
Etching(蚀刻/创建代币):
──────────────────────
1. 构造交易,OP_RETURN中包含Runestone
2. 定义代币参数(名称、精度、预挖、铸造条件)
3. 广播交易
4. 交易被确认后,Rune正式存在
Mint(铸造):
────────────
1. 构造交易,Runestone中包含Mint指令
2. 指定要铸造的Rune ID
3. 铸造的代币分配到交易的第一个非OP_RETURN输出
4. 受cap和amount限制
Transfer(转账):
────────────────
1. 花费包含Runes的UTXO
2. Runestone中的Edicts指定分配规则
3. 未被Edict分配的Runes → 默认输出(Pointer指定)
4. 没有Pointer且没有Edict → 分配到第一个非OP_RETURN输出
⚠️ Cenotaph(衣冠冢/错误处理):
─────────────────────────────
如果Runestone解析失败:
→ 交易中所有Runes余额被销毁(burned)
→ 不会创造新代币(防止通胀bug)
→ 这是一个故意的安全设计
2.3.4 Runes上线后的市场表现(2024-2026)
Runes关键里程碑:
────────────────
2024年4月20日(Bitcoin第四次减半,区块 #840,000):
- Runes协议正式激活
- 首日手续费超过 80 BTC(约$5M+)
- 前100个Rune被"黄金刻"抢注
2024年Q2-Q3:
- 超过100,000个Rune被蚀刻
- 头部项目:DOG·GO·TO·THE·MOON, RSIC·GENESIS·RUNE
- Magic Eden成为Runes最大交易市场
- Runes交易量在Bitcoin链上交易中占比最高达70%
2024年Q4:
- 市场热度回归理性
- 基础设施逐渐完善(钱包、DEX、索引器)
- 部分Runes项目开始探索DeFi应用
2025年:
- Runes生态进入建设期
- 多个基于Runes的DEX上线(如RuneSwap概念验证)
- 跨链桥将Runes引入EVM生态
- Casey提出Runes V2讨论方向
2026年(当前):
- Runes成为Bitcoin原生代币的事实标准
- BTCFi生态以Runes为核心资产层
- 与Lightning Network的集成方案进展中
- 机构开始关注Runes作为资产发行平台
2.4 基础设施生态
2.4.1 索引器
Ord索引器(官方):
─────────────────
- 由Casey Rodarmor维护的开源项目
- 同时支持Ordinals和Runes
- 需要运行完整Bitcoin节点
- 提供REST API查询铭文和Runes数据
- GitHub: github.com/ordinals/ord
第三方索引器:
────────────
| 索引器 | 特点 | 适用场景 |
|--------|------|---------|
| Hiro Ordinals API | 高性能托管API | 应用开发 |
| OPI (Open Protocol Indexer) | 模块化设计 | 自建服务 |
| BestInSlot | 专注NFT数据 | 市场分析 |
| Rune Alpha | Runes专用 | Runes应用 |
2.4.2 钱包支持
| 钱包 | Ordinals | BRC-20 | Runes | 特点 |
|---|---|---|---|---|
| Unisat | ✅ | ✅ | ✅ | 最早支持,功能最全 |
| Xverse | ✅ | ✅ | ✅ | 用户体验好,Stacks集成 |
| Leather (Hiro) | ✅ | ✅ | ✅ | Stacks生态,开发者友好 |
| Magic Eden Wallet | ✅ | ❌ | ✅ | 与Magic Eden市场深度集成 |
| OKX Web3 Wallet | ✅ | ✅ | ✅ | 中心化交易所背景 |
| Phantom | ✅ | ❌ | ✅ | 多链钱包(原Solana) |
2.4.3 交易市场
主要交易市场:
────────────
1. Magic Eden
- 最大的Ordinals/Runes交易市场
- 同时支持Solana/Ethereum/Bitcoin
- 2024年推出ME代币,Bitcoin NFT交易占重要份额
2. Unisat Marketplace
- 最早的BRC-20/Ordinals市场
- 提供铭刻服务
- 自建索引器,数据最全
3. OKX NFT市场
- 交易所流量导入
- 零手续费策略吸引用户
4. Ordinals Wallet
- 专注Ordinals的原生市场
- 社区驱动
5. 新兴DEX(2025-2026):
- RuneSwap — Runes AMM DEX概念
- Dotswap — Bitcoin原生DEX
- Saturn — PSBT订单簿
三、对比分析
3.1 三大Bitcoin资产标准对比
| 维度 | Ordinals NFT | BRC-20 | Runes |
|---|---|---|---|
| 资产类型 | 非同质化 | 同质化 | 同质化 |
| 数据层 | Witness | Witness (JSON) | OP_RETURN |
| UTXO影响 | 中等 | 严重膨胀 | 友好 |
| 验证方式 | Ordinal Theory | 索引器共识 | UTXO共识 |
| 批量操作 | 不支持 | 不支持 | 支持(多Edict) |
| 转账步骤 | 1步(发送UTXO) | 2步(铭刻+发送) | 1步(Edict) |
| 代币精度 | N/A | 整数 | 0-38位小数 |
| 预挖支持 | N/A | 不支持 | 支持 |
| 铸造限制 | N/A | lim参数 | cap+amount+时间 |
| 生态成熟度 | 高 | 中(下降) | 高(上升) |
3.2 Bitcoin资产 vs Ethereum资产标准
ERC-20 vs BRC-20 vs Runes 深度对比:
────────────────────────────────────
┌──────────────┬──────────────┬──────────────┬──────────────┐
│ 维度 │ ERC-20 │ BRC-20 │ Runes │
├──────────────┼──────────────┼──────────────┼──────────────┤
│ 底层模型 │ 账户模型 │ UTXO(间接) │ UTXO(原生) │
│ 智能合约 │ 完整支持 │ 无 │ 无 │
│ 代币逻辑 │ 合约定义 │ JSON铭文 │ Runestone │
│ 余额查询 │ balanceOf() │ 索引器聚合 │ UTXO扫描 │
│ 转账方式 │ transfer() │ 铭刻+发送 │ Edict指令 │
│ 授权机制 │ approve() │ 无 │ 无 │
│ 可组合性 │ 极高(DeFi) │ 极低 │ 低(发展中) │
│ 创建成本 │ 部署合约 │ 铭刻deploy │ 蚀刻Etching │
│ 安全模型 │ 合约审计 │ 索引器信任 │ UTXO安全 │
│ 升级能力 │ 代理合约 │ 无 │ Turbo标志 │
│ 标准化程度 │ EIP流程 │ 社区约定 │ ord仓库规范 │
│ 交易吞吐量 │ ~15 TPS │ 受BTC限制 │ 受BTC限制 │
│ L2支持 │ Rollup成熟 │ 无原生方案 │ 探索中 │
└──────────────┴──────────────┴──────────────┴──────────────┘
3.3 Ordinals NFT vs ERC-721 NFT
NFT标准对比:
───────────
┌──────────────┬─────────────────┬─────────────────┐
│ 维度 │ Ordinals NFT │ ERC-721 NFT │
├──────────────┼─────────────────┼─────────────────┤
│ 数据存储 │ 完全链上 │ 通常链下(IPFS) │
│ 安全性 │ Bitcoin级别 │ Ethereum级别 │
│ 不可篡改性 │ 极高 │ 取决于实现 │
│ 可编程性 │ 无 │ 完整合约逻辑 │
│ 版税 │ 无原生支持 │ EIP-2981 │
│ 铸造方式 │ 铭刻(Inscribe) │ mint()函数 │
│ 元数据 │ 链上(Witness) │ tokenURI链下 │
│ 最大尺寸 │ ~400KB │ 无限(链下) │
│ 集合管理 │ 无原生概念 │ 合约级别管理 │
│ 稀有度 │ Satoshi稀有度 │ 自定义属性 │
│ 市场交易 │ PSBT签名 │ 合约调用 │
│ 代表作品 │ Bitcoin Punks, │ BAYC, CryptoPunks│
│ │ Quantum Cats, │ Pudgy Penguins │
│ │ NodeMonkes │ │
│ 永久性保障 │ 极强(BTC永存) │ 依赖存储层维护 │
└──────────────┴─────────────────┴─────────────────┘
核心洞察:
Ordinals的最大优势 = 完全链上 + Bitcoin安全性
ERC-721的最大优势 = 可编程性 + 可组合性(DeFi)
两者面向不同需求,不是简单的替代关系
四、市场影响与社区争议
4.1 Bitcoin网络费用影响
铭文/Runes对Bitcoin矿工经济的影响:
────────────────────────────────────
矿工收入构成变化(2023-2026):
2022年(铭文前):
区块奖励: ~98%
交易手续费: ~2%
2023年5月(BRC-20热潮):
区块奖励: ~55%
交易手续费: ~45% ← 历史性时刻
2024年4月(Runes上线首日):
区块奖励: ~20%
交易手续费: ~80% ← 创纪录
2025年常态(减半后):
区块奖励: ~85%
交易手续费: ~15%(含Runes/铭文贡献约8-12%)
2026年趋势:
随着区块奖励持续减半,Runes/铭文手续费
对矿工收入的重要性持续增加
→ 这对Bitcoin长期安全预算至关重要
4.2 社区争议
Bitcoin社区关于Ordinals/Runes的核心争论:
────────────────────────────────────────
🔴 反对方观点:
1. "Bitcoin应该只做货币" — 铭文是对Bitcoin的滥用
2. "区块空间应留给金融交易" — 图片数据占用宝贵空间
3. "UTXO膨胀危害网络" — 特别针对BRC-20
4. "这些都是投机泡沫" — 缺乏实际价值
5. Luke Dashjr等核心开发者曾提议过滤铭文交易
🟢 支持方观点:
1. "Bitcoin区块空间应由市场定价" — 付费即合理
2. "增加矿工收入,强化安全预算" — 长期利好
3. "Bitcoin需要更多用例" — 单纯价值存储不够
4. "Runes已经解决了UTXO膨胀问题" — 技术迭代
5. "链上资产发行是重大创新" — 扩展Bitcoin能力边界
⚖️ 务实中间派观点:
1. Taproot/SegWit的设计本身就允许这些用例
2. 审查特定交易违背Bitcoin去中心化精神
3. 应该通过改进协议来引导(如Runes替代BRC-20)
4. 市场会自然淘汰低效方案
Casey Rodarmor的立场:
- 承认铭文可能造成短期拥堵
- 但认为Bitcoin应该适应新用例而非拒绝
- Runes设计就是对BRC-20问题的正面回应
- "如果你不做一个好的代币标准,坏的标准会填补空白"
4.3 与BTCFi生态的关系
Runes作为BTCFi资产层的定位:
───────────────────────────
┌─────────────┐
│ 应用层 │
│ DEX / 借贷 │
│ 衍生品 / LP │
└──────┬──────┘
│
┌──────▼──────┐
│ 协议层 │
│ PSBT / DLC │
│ Discreet Log │
└──────┬──────┘
│
┌────────────▼───────────┐
│ 资产层 │
│ ┌──────┐ ┌────────┐ │
│ │Runes │ │Ordinals│ │
│ │(FT) │ │(NFT) │ │
│ └──────┘ └────────┘ │
└────────────┬───────────┘
│
┌──────▼──────┐
│ 基础层 │
│ Bitcoin │
│ UTXO模型 │
└─────────────┘
BTCFi发展路径(2024-2026):
Phase 1 (2024): 资产发行 → Runes/Ordinals创建资产
Phase 2 (2024-2025): 简单交易 → PSBT订单簿DEX
Phase 3 (2025-2026): DeFi原语 → AMM、借贷协议探索
Phase 4 (2026+): 跨链集成 → 与Lightning/L2/EVM互通
五、与Web3/DeFi的关联
5.1 Web3 PM视角:Bitcoin资产标准的产品机会
产品机会矩阵:
────────────
┌─────────────────┬─────────────────┬─────────────┐
│ 机会领域 │ 具体方向 │ 难度/价值 │
├─────────────────┼─────────────────┼─────────────┤
│ 钱包体验优化 │ Runes/Ordinals │ 中/高 │
│ │ 一站式管理 │ │
├─────────────────┼─────────────────┼─────────────┤
│ 铸造平台 │ 无代码Rune │ 低/中 │
│ │ 创建工具 │ │
├─────────────────┼─────────────────┼─────────────┤
│ DEX/交易市场 │ Runes AMM DEX │ 高/极高 │
│ │ 订单簿+PSBT │ │
├─────────────────┼─────────────────┼─────────────┤
│ 数据分析 │ Runes链上分析 │ 中/中 │
│ │ 类Dune for BTC │ │
├─────────────────┼─────────────────┼─────────────┤
│ 跨链桥 │ Runes↔EVM │ 高/高 │
│ │ 资产互通 │ │
├─────────────────┼─────────────────┼─────────────┤
│ Launchpad │ Rune IDO平台 │ 中/高 │
│ │ 公平启动 │ │
├─────────────────┼─────────────────┼─────────────┤
│ 安全工具 │ Rune风险扫描 │ 中/中 │
│ │ 钓鱼检测 │ │
└─────────────────┴─────────────────┴─────────────┘
5.2 产品设计挑战
Bitcoin原生资产产品的核心挑战:
───────────────────────────────
1. 【确认时间】
Bitcoin平均出块10分钟 vs Ethereum 12秒
→ 交易确认体验极差
→ 需要设计"待确认"状态的UX
→ Lightning Network集成可部分解决
2. 【可编程性受限】
没有智能合约 → DeFi功能受限
→ AMM需要依赖PSBT和预签名交易
→ 借贷需要DLC (Discreet Log Contracts)
→ 复杂金融产品难以实现
3. 【索引器依赖】
Runes余额查询需要索引器
→ 中心化风险
→ 索引器之间数据一致性问题
→ 需要设计多索引器冗余方案
4. 【用户教育】
UTXO模型对用户不友好
→ "我的代币在哪个UTXO里?"
→ 钱包需要完全抽象底层复杂性
→ 不小心花费含Runes的UTXO = 丢币
5. 【手续费波动】
Bitcoin手续费波动大($0.5 ~ $50+)
→ 小额交易不经济
→ 需要批量处理或L2方案
5.3 架构设计考量
Runes应用架构参考:
──────────────────
┌──────────────────────────────────────────────┐
│ 前端层 │
│ React/Next.js + Bitcoin钱包适配 │
│ (Unisat API / Xverse API / Sats Connect) │
└───────────────────┬──────────────────────────┘
│
┌───────────────────▼──────────────────────────┐
│ API层 │
│ ┌──────────┐ ┌──────────┐ ┌──────────────┐ │
│ │交易构造 │ │PSBT签名 │ │Runestone编码│ │
│ │服务 │ │服务 │ │/解码服务 │ │
│ └──────────┘ └──────────┘ └──────────────┘ │
└───────────────────┬──────────────────────────┘
│
┌───────────────────▼──────────────────────────┐
│ 索引+数据层 │
│ ┌──────────┐ ┌──────────┐ ┌──────────────┐ │
│ │Ord索引器 │ │自建索引 │ │第三方API │ │
│ │(官方) │ │(备份) │ │(Hiro等) │ │
│ └──────────┘ └──────────┘ └──────────────┘ │
└───────────────────┬──────────────────────────┘
│
┌───────────────────▼──────────────────────────┐
│ Bitcoin节点层 │
│ Bitcoin Core Full Node + Mempool监控 │
└──────────────────────────────────────────────┘
关键架构决策:
1. 索引器选型:自建(可靠但成本高) vs 第三方API(方便但有依赖)
2. PSBT处理:服务端构造 vs 客户端构造
3. Mempool监控:实时监控未确认交易状态
4. 多索引器一致性:至少两个独立数据源交叉验证
六、2025-2026最新动态
6.1 Runes生态进展
2025-2026 Runes生态重要进展:
────────────────────────────
1. 【Runes V2讨论】(2025 Q3-2026)
- 社区提议增加更多元数据字段
- 探讨与Taproot Script的深度集成
- 讨论是否支持更复杂的转账条件
- Casey保持谨慎态度,强调简洁性
2. 【跨链桥成熟】(2025)
- 多个项目实现Runes → EVM跨链
- Wrapped Runes在Ethereum DeFi中使用
- 安全性仍是核心挑战
3. 【DEX发展】(2025-2026)
- PSBT订单簿DEX逐渐成熟
- AMM方案探索(基于HTLC/DLC)
- 聚合器出现,整合多个流动性来源
4. 【机构关注】(2026)
- 部分机构探索通过Runes发行资产
- RWA + Runes的概念出现
- 合规框架讨论(Rune是否属于证券?)
5. 【Lightning + Runes】(2026)
- Taproot Assets (Taro) 协议与Runes的互补
- Lightning Network上的Runes转账探索
- 解决确认时间和小额交易问题
6. 【Ordinals铭文新用例】(2025-2026)
- Recursive inscriptions(递归铭文)— 铭文引用铭文
- BRC-420 — 可组合的元宇宙资产
- 铭文作为永久存储层的更多应用
6.2 竞争格局
Bitcoin资产标准竞争格局(2026年):
──────────────────────────────────
主导地位:
✅ Runes — 同质化代币事实标准
✅ Ordinals — 非同质化资产事实标准
仍有生态但衰退:
⚠️ BRC-20 — ORDI/SATS等存量资产仍有市值
⚠️ ARC-20 (Atomicals) — 小众但有忠实社区
新兴挑战者:
🆕 Taproot Assets (Lightning Labs) — 瞄准支付代币场景
🆕 RGB Protocol — 更强可编程性,但生态发展慢
🆕 各种BRC-XX变体 — 大多未获得市场认可
关键观察:
Casey Rodarmor的项目(Ordinals + Runes)因其
简洁设计和先发优势,确立了Bitcoin原生资产标准的
主导地位。但Bitcoin的DeFi可编程性仍远不及Ethereum。
七、面试题准备
面试题1:Ordinals和传统NFT(ERC-721)有什么区别?
简短回答(30秒版本)
Ordinals NFT是完全链上存储在Bitcoin Witness空间中的,数据永久不可篡改,具有Bitcoin级别安全性;而ERC-721通常只在链上存储指针(tokenURI),实际图片/元数据在IPFS或中心化服务器上。Ordinals的优势是永久性和不可篡改性,劣势是缺乏可编程性和DeFi可组合性。
详细回答(2分钟版本)
核心区别有五个维度:
1. 数据存储:
Ordinals将图片/文本等完整数据存储在Bitcoin的Witness空间中,
与Bitcoin共存亡;ERC-721通常只存一个URI指向外部存储。
2. 安全模型:
Ordinals继承Bitcoin的安全性(最高的PoW算力保护);
ERC-721依赖Ethereum安全性(PoS)。
3. 不可篡改性:
Ordinals铭文一旦写入,无法修改或删除——没有合约Owner
可以改变它;ERC-721的元数据可以被合约拥有者更新。
4. 可编程性:
Ordinals几乎没有可编程性——不能做版税强制执行、不能
与DeFi协议组合;ERC-721完全可编程——可以做借贷、碎片化、
AMM等。
5. 标识方式:
Ordinals通过satoshi的序号标识,具有内在稀有度体系;
ERC-721通过合约地址+tokenId标识,稀有度由项目方定义。
结论:两者面向不同需求。追求永久性和纯粹收藏价值选Ordinals;
追求可编程性和DeFi集成选ERC-721。长期来看两者会共存。
追问准备
-
Q: Ordinals会不会让Bitcoin区块链变得太大?
- A: Witness数据在区块传播时可被修剪(pruning),且已付费获取区块空间。长期看,存储成本会随技术进步下降。
-
Q: 为什么不直接在Bitcoin上实现ERC-721?
- A: Bitcoin没有账户模型和图灵完备的智能合约,无法直接实现ERC-721。Ordinals是在Bitcoin现有约束下的最优解。
面试题2:Runes为什么比BRC-20更优?
简短回答(30秒版本)
Runes从根本上解决了BRC-20的三大问题:UTXO膨胀(Runes原生绑定UTXO而非创建垃圾UTXO)、效率低下(一步转账而非两步)、以及验证不可靠(基于UTXO共识而非索引器信任)。可以说Runes是Casey Rodarmor看到BRC-20的缺陷后给出的"正确答案"。
详细回答(2分钟版本)
Runes相比BRC-20的改进体现在五个方面:
1. UTXO友好性:
BRC-20每次mint/transfer都创建新的微小UTXO,大量永远不会被
花费的"灰尘UTXO"膨胀了UTXO集合,增加所有节点负担。
Runes代币余额直接绑定到UTXO,花费UTXO就是转移代币,
不产生额外垃圾。
2. 操作效率:
BRC-20 transfer需要两步:先铭刻一个transfer铭文,再发送
该UTXO。Runes只需一步:在交易的OP_RETURN中写入Edict指令。
且Runes支持一笔交易中包含多个Edict,实现批量转账。
3. 验证方式:
BRC-20的余额状态完全依赖链下索引器计算,不同索引器
可能得出不同结论(2023年确实出现过分歧)。
Runes基于UTXO模型——代币在哪个UTXO里是确定的。
4. 功能设计:
Runes支持可配置精度(0-38位小数)、预挖、
灵活的铸造条件(区块高度限制、数量上限等)。
BRC-20只有最基础的deploy/mint/transfer。
5. 错误处理:
Runes的Cenotaph设计——格式错误时销毁代币而非凭空创造,
从根本上防止通胀bug。BRC-20没有这种安全机制。
总结:Runes是一个从设计层面更优的方案,这也是为什么
2024年Runes上线后,新项目几乎全部选择Runes而非BRC-20。
追问准备
-
Q: 那BRC-20会消亡吗?
- A: 不会完全消亡。ORDI和SATS等头部BRC-20代币已有品牌价值和交易所上架,会作为"历史遗产"存续。但新代币发行几乎全部转向Runes。
-
Q: Runes能实现DeFi功能吗?
- A: 原生Runes协议不直接支持DeFi。但结合PSBT(部分签名交易)可以做订单簿DEX,结合DLC可以做简单的借贷。完整DeFi功能仍需要L2或侧链。
面试题3:作为PM,你会如何设计一个Runes代币发行平台?
简短回答(30秒版本)
核心要解决三个问题:降低蚀刻门槛(无代码创建Rune)、确保公平分发(防止机器人抢铸)、以及提供全生命周期管理(创建→铸造→交易→分析)。关键差异化在于安全审核和社区信任机制。
详细回答(2分钟版本)
Runes代币发行平台产品设计框架:
1. 核心功能:
- 无代码蚀刻:表单化配置Rune参数(名称/精度/预挖/铸造条件)
- 铸造页面:为每个Rune生成专属铸造页
- 交易市场:PSBT订单簿 + 聚合外部流动性
- 数据面板:实时追踪持有者分布、交易量、价格
2. 安全机制:
- 蚀刻前模拟:预览Runestone编码,确认参数正确
- Cenotaph检测:自动检测可能导致Cenotaph的错误
- 恶意Rune警告:标记可疑项目(仿冒名称、异常参数)
3. 公平启动设计:
- 反机器人:引入时间随机化、地址白名单
- 批量铸造限制:单地址铸造上限
- 公开铸造进度:实时显示已铸造数量/总量
4. 商业模式:
- 蚀刻服务费(一次性)
- 交易手续费(百分比)
- 增值服务(推荐位、数据分析、社区工具)
5. 关键指标(PM视角):
- DAU/MAU、蚀刻数量、铸造成功率
- 交易量/GMV、用户留存率
- 社区活跃度(Discord/Twitter)
面试题4:Bitcoin资产标准的发展对整个Web3生态有什么影响?
简短回答(30秒版本)
Bitcoin资产标准(Ordinals/Runes)打破了"Bitcoin只是数字黄金"的叙事,将最安全的区块链网络变成了资产发行平台。这增加了矿工收入(利好安全预算),创造了BTCFi新赛道,但也带来了区块空间竞争和社区分裂等挑战。
详细回答(2分钟版本)
影响分为四个层面:
1. Bitcoin网络层面:
- 矿工收入增加(减半后尤为重要)
- 区块空间需求上升,手续费市场更活跃
- 全节点存储和带宽需求增加
- 社区治理讨论(应否限制特定交易类型)
2. 生态竞争层面:
- BTCFi赛道兴起,吸引开发者和资本
- 与Ethereum DeFi形成互补(BTC安全性 + ETH可编程性)
- 跨链需求增加,桥协议获得新机会
- 其他L1面临"为何不直接在BTC上发资产"的挑战
3. 用户行为层面:
- BTC持有者从被动持有 → 主动参与生态
- 钱包功能需求升级(不再只是收发BTC)
- 新用户入口(先接触铭文/Runes → 再了解DeFi)
4. 产品机会层面:
- 基础设施(索引器、钱包、DEX)需求巨大
- 数据分析工具(Bitcoin版Dune)
- 安全审计和风险评估工具
- 跨链资产管理平台
八、实操建议
8.1 动手体验清单
初级体验(1-2小时):
──────────────────
□ 安装Unisat或Xverse钱包
□ 查看Ordinals铭文浏览器(ordinals.com)
□ 在Magic Eden浏览Runes市场
□ 查看Bitcoin mempool(mempool.space)中的铭文交易
□ 使用BestInSlot或Rune Alpha查看Rune数据
中级体验(3-5小时):
──────────────────
□ 在测试网铭刻一个简单文本铭文
□ 分析一笔Runes交易的OP_RETURN数据
□ 对比同一时间BTC网络的手续费(有无铭文热潮)
□ 查看Ord索引器GitHub源码中的Runestone解析逻辑
高级探索(1-2天):
─────────────────
□ 搭建本地Ord索引器(需要BTC全节点)
□ 编写脚本解析Runestone编码
□ 分析Runes持有者分布和鲸鱼行为
□ 设计一个Rune代币的经济模型
8.2 推荐学习资源
| 资源 | 类型 | 说明 |
|---|---|---|
| docs.ordinals.com | 文档 | Ordinals官方文档(Casey维护) |
| github.com/ordinals/ord | 代码 | Ord索引器源码 |
| ordinals.com | 工具 | 铭文浏览器 |
| mempool.space | 工具 | Bitcoin区块浏览器 |
| Magic Eden | 市场 | Runes交易市场 |
| Casey Rodarmor的播客/演讲 | 视频 | 理解设计思想 |
| @rodarmor (Twitter) | 社交 | 关注协议更新 |
九、知识图谱
Bitcoin原生资产标准知识图谱:
───────────────────────────
Bitcoin原生资产
│
┌───────────────┼───────────────┐
│ │ │
Ordinals BRC-20 Runes
(NFT层) (FT-旧) (FT-新)
│ │ │
┌───────┴───────┐ │ ┌───────┴───────┐
│ │ │ │ │
Inscription Satoshi JSON Runestone Edict
(数据刻录) Rarity 铭文 (OP_RETURN) (转账指令)
│ (稀有度) │ │ │
│ │ │ │ │
Witness空间 编号追踪 索引器 UTXO绑定 批量操作
│ │ │ │ │
└───────┬───────┘ │ └───────┬───────┘
│ │ │
基础设施 历史遗产 BTCFi未来
│ │
┌───────┼───────┐ ┌───────┼───────┐
│ │ │ │ │ │
钱包 市场 索引器 DEX 借贷 跨链
Unisat MagicEden Ord PSBT DLC Bridge
Xverse OKX Hiro 订单簿 预签名 Wrapped
十、明日预告
Day 240: BTCFi实战
预告内容:
─────────
1. BTCFi生态全景图(2026年最新)
2. Bitcoin DeFi的技术约束与创新方案
- PSBT (Partially Signed Bitcoin Transaction) 深度
- DLC (Discreet Log Contracts) 原理与应用
- HTLC (Hashed Time-Locked Contracts) 在BTC DeFi中的角色
3. 主要BTCFi协议分析
- Stacks (sBTC + Clarity智能合约)
- Babylon (BTC质押协议)
- Lightning Network DeFi尝试
4. Bitcoin L2方案对比
- Stacks / Liquid / RSK / BitVM
5. 架构设计:BTCFi协议的技术栈选择
6. PM视角:BTCFi vs EVM DeFi的产品差异
十一、本日总结
核心收获
1. Ordinals Theory的本质是给每个satoshi编号,使BTC最小单位可追踪、
可携带数据(铭文),开创了Bitcoin原生NFT。
2. BRC-20虽然开创了Bitcoin FT(同质化代币)先河,但因UTXO膨胀、
索引器依赖、低效率等问题,已被Runes取代。
3. Runes是Casey Rodarmor对BRC-20问题的正式回应:基于UTXO模型、
使用OP_RETURN、支持批量操作、具有容错设计(Cenotaph),
成为Bitcoin原生代币的事实标准。
4. 这些协议对Bitcoin生态影响深远:增加矿工收入(安全预算),
催生BTCFi赛道,但也带来区块空间竞争和社区争议。
5. 作为PM需要理解:Bitcoin资产标准的产品机会巨大但挑战也大
(确认时间慢、可编程性弱、索引器依赖),需要在这些约束下
设计出好的用户体验。
关键数字记忆
- 1 BTC = 100,000,000 聪 (satoshi)
- Ordinals上线: 2023年1月
- BRC-20上线: 2023年3月
- Runes上线: 2024年4月20日(区块 #840,000,Bitcoin第四次减半)
- OP_RETURN容量: 80字节
- Runes名称精度: 0-38位小数
- Runes首日手续费: >80 BTC
学习时长: 6h 难度评级: ⭐⭐⭐⭐ (需要理解UTXO模型和Bitcoin技术栈) 与架构计划关联: Bitcoin生态架构理解,为BTCFi系统设计做准备 下一步: Day 240 BTCFi实战 — PSBT/DLC/Bitcoin L2深度