返回架构笔记
Arch Day 239

Arch Day 239: Ordinals/Runes/BRC-20 — Bitcoin原生资产标准

Arch Day 239: Ordinals/Runes/BRC-20 — Bitcoin原生资产标准

2026-04-02
第十一阶段 - Bitcoin生态与BTCFi
OrdinalsRunesBRC20Bitcoin资产铭文Casey

日期: 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-20Runes
创始人Casey Rodarmor@domodataCasey Rodarmor
上线时间2023年1月2023年3月2024年4月(减半区块)
资产类型非同质化(NFT)同质化(代币)同质化(代币)
技术基础Ordinal Theory + InscriptionOrdinal 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
RunestoneRunes协议的核心数据结构,嵌入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创世区块的第一个聪1Ordinal #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 NFTERC-721 NFT
BitcoinEthereum (及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 钱包支持

钱包OrdinalsBRC-20Runes特点
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 NFTBRC-20Runes
资产类型非同质化同质化同质化
数据层WitnessWitness (JSON)OP_RETURN
UTXO影响中等严重膨胀友好
验证方式Ordinal Theory索引器共识UTXO共识
批量操作不支持不支持支持(多Edict)
转账步骤1步(发送UTXO)2步(铭刻+发送)1步(Edict)
代币精度N/A整数0-38位小数
预挖支持N/A不支持支持
铸造限制N/Alim参数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深度