比特币现货ETF的市价与每股NAV可能因估值时点、买卖价差和创建赎回短暂偏离。本文用同一时点读数、示例公式与风险清单，说明溢折价该如何计算、何时不能直接比较与下结论。

区块奖励每 21 万个区块减半：50、25、12.5、6.25、3.125……每次减半都是整数除法，把所有区间累加起来，总发行量收敛到一个略低于 2100 万的数字。本文用一段可以手算的算术讲清发行曲线、取整留下的误差，以及第 33 次减半归零前那条极细的尾巴。

比特币交易没有“金额”字段——钱藏在上一笔交易的输出里。本文把一笔交易逐字节拆开：版本号、输入（引用哪笔旧输出的哪一位、解锁脚本、序号）、输出（金额加锁定脚本）、锁时间，讲清手续费怎么隐式结算、找零从哪来、以及浏览器里那些字段各自对应什么。

ord 提供的 decode 子命令可以把一笔比特币交易拆开：列出其中所有铭文封套，并尝试把 OP_RETURN 载荷解成 Runestone。本文说明它的三种输入方式（txid、文件、标准输入）、compact 输出字段，以及排查“这笔交易到底刻了什么”时的用法和边界。

ord 的官方版本日志里曾加入 teleburn 命令，用于生成以太坊端的 Teleburn 地址。本文解释这类“一边销毁、一边映射”机制的一般结构，为什么 ord 只负责生成地址而不承诺映射结果，以及参与者要自行承担哪些技术与信任风险。

ord 曾短暂引入过专门的“序数地址”：ord wallet send 生成特殊前缀地址，普通比特币地址要用 --cardinal 参数才生成。这个实验在后续版本被整体移除，铭文世界又回到了人人都认识的 bc1p 塔普罗特地址。本文沿版本日志还原这段历史，并解释为什么地址格式不是标记铭文意识的好位置。

BIP-110（Reduced Data Temporary Softfork）提出用一年期的临时软分叉压缩交易里的数据字段：脚本输出超过 34 字节基本无效、OP_RETURN 限制 83 字节、见证项 256 字节上限等。本文按 BIP 原文列出规则清单与动机，并说明该提案目前在仓库中标记为 Closed、并未激活。

Runes 规范的标志位表里，Turbo 是编号 2 的可选标志：铭刻时打开它，表示这份 etching 接受协议未来的改动。本文按规范原文讲清标志位的解析方式、未识别标志与 Cenotaph 的关系，并给出普通用户读到 Turbo 字样时该做的判断顺序。

Runestone 里负责“钱怎么分”的是 edict 序列：每条 edict 由 rune ID 区块高度、交易索引、数量、输出编号四个整数组成，按顺序把尚未分配的代币派给指定输出。本文按规范拆解这套分配循环的默认规则、tag 0 触发方式与出错后果。

Counterparty 不是一条新链，它把资产发行、点对点兑换、预言机等内容写进比特币交易的附加数据里，官方文档的说法是在比特币交易的“页边空白”做记号。本文按官方文档介绍它的记账原理、XCP 的角色、安全模型，以及它与 Rare Pepe 收藏史的关系。