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

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

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

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

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

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

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

Bitcoin Core migratewallet 会把传统钱包迁移为描述符钱包，并生成恢复备份。本文给出迁移前冻结、长请求保护、返回对象核对和恢复演练清单。

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

Bitcoin Core getnettotals 返回累计收发字节和上传目标周期。本文说明双点差分、重启归零、时间对齐、限额状态及监控停止线，避免把累计量误当实时速率。