闪电网络、侧链桥和比特币 Rollup 式方案经常被混称扩容。本文从资金安全边界、单边退出能力和流动性来源三个维度比较三条路线的机制差异与适配场景。

Runes 协议把账本信息写成交易输出里的 Runestone，格式错误的 Runestone 会被判定为 Cenotaph，进账代币随之销毁。本文解释 Runestone 的结构、edict 分配规则，以及 Cenotaph 触发的三种后果。

铭文除了正文，还可以带一组“标签+值”字段，pointer、parent、delegate、metadata 都靠它表达。本文按 Ordinals 官方文档逐项解释字段标签的含义，以及遇到不认识字段时“偶数未绑定、奇数可忽略”的规则。

铭文内容并不是存进某个数据库，而是以 OP_FALSE OP_IF 信封的形式写在交易脚本里。本文解释信封的结构、520 字节的推送上限、commit 与 reveal 两步的关系，以及这些字节为什么不会被节点执行。

ord 钱包的 batch 命令可以把多条铭文塞进同一批交易，共享父铭文、统一邮资。本文按官方示例解释 batch.yaml 的四种模式、postage 邮资和 reinscribe 开关，以及批量操作在费率与失败面上的取舍。

OP_RETURN 输出让交易携带一小段数据并宣告“此输出不可再花费”，比特币核心默认把标准化的 OP_RETURN 数据量限制在 83 字节。本文解释这条规则如何影响元数据锚定与 Runes，以及铭文为何不走这条路。

BRC-20 的转账在链上分两步：先在一条聪上刻写 transfer 铭文锁定余额，再把那条聪发给对方。本文解释可用余额与可转余额的区别、两步的时序，以及余额被第三方代锁时的注意事项。

BRC-20 代币名字没有全局注册表，同一串 tick 在不同索引器里可能指向不同 deploy 铭文。本文解释名字冲突如何产生、索引器如何裁定有效 deploy，以及核对代币身份的实操顺序。

Runes 的数量上限、每次 mint 数量、开关时间窗口都随 etching 一次性写定。本文解释这些参数存到哪里、参与 mint 前应核对哪几项，以及参数与公告对不上时为什么宁可不参与。

HTML 与 SVG 铭文在浏览器里以沙箱 iframe 加载并附带内容安全策略，禁止访问外部网络。本文解释 Ordinals 官方文档的 sandboxing 规则、自引用路径机制，以及这套限制如何保护递归作品的不可篡改性。