TAPEBIT 白皮书

Bitcoin 原生设计挖矿协议
Proof of Design

2026 年 10 月 01 日

摘要

TAPEBIT 是建立在 Bitcoin 之上的电路设计与资产协议。参与者使用 NAND 与 LATCH 两种基础元件构造逻辑网表，消耗相应晶体管资源，将设计流片为具有独立所有权的电路资产。协议通过固定题库、确定性电路执行、设计成本排序与公开反例审查，形成设计挖矿证明（Proof of Design，PoD）：基础资源投入产生基础奖励权重，具有有效原创来源且成本领先的设计取得额外权重。TAPEBIT 代币按区块递减发行，总量不超过 21,000,000 枚。Bitcoin 提供交易授权、双花防护和历史排序；兼容客户端根据链上正文重建资产、原创、席位及奖励状态。电路还可作为协议资产容器和内容发布身份，使可执行设计、所有权与应用入口由同一控制关系连接起来。

1. 引言

数字电路可以由少量基本元件表达。NAND 提供功能完备的组合逻辑，LATCH 保存状态；两者共同构成从布尔函数到时序电路的基础。网表记录元件之间的连接关系，使设计能够被公开读取、执行和比较。TapeOut 将基础元件、处理器与电路封装组织为链上资产 [2]；TAPEBIT 在此基础上，将设计的记录、资源成本和奖励分配建立在 Bitcoin 的交易历史之上。

公开设计易于复制，仅以“提交了可执行网表”作为奖励条件，无法区分资源投入与设计改进。TAPEBIT 将这两类贡献分别计量：流片所消耗的基础元件决定基础权重；通过任务验证、具有有效首创来源且在确定成本排序中领先的电路，获得唯一席位加成。复制公开网表仍须消耗资源，但不能复制首创资格。

Bitcoin 通过工作量证明维护公开交易顺序 [1]。TAPEBIT 沿用这条历史，不建立另一条出块链。PoD 的作用是分配 TAPEBIT 代币，其“算力”是协议中的奖励权重；Bitcoin 的区块安全仍由 Bitcoin PoW 提供。电路设计与求值发生在兼容客户端中，Bitcoin 节点负责验证承载这些记录的交易。

2. 系统模型与 Bitcoin 承载

2.1 角色与创世

系统包含处理器创建者、晶体管持有人、电路设计者、资产交易者和协议验证者。同一参与者可以承担多个角色。所有权由 Bitcoin 输出脚本及其有效花费确定；验证者读取公开历史，执行相同规则，无需从网站账户获得资产授权。

创世记录固定实例身份、协议规则、题库引用、发行曲线、费用脚本、官方创建者脚本集合和计算限制。实例身份由创世锚点及协议标识派生，并进入后续消息和承诺的验证范围。处理器名称、代币显示名或相同的网表哈希，均不能替代实例身份。

官方奖励资格由创世固定的创建者脚本集合判定。处理器创建还受创世创建开关约束。社区处理器与官方处理器具有各自资源账户；同名、同题或相同设计不会将官方奖励资格转移给社区处理器。多个合格官方处理器共享同一 TAPEBIT 奖励计划、起点和总量。

2.2 消息、内容与授权

协议消息使用规范化 JSON 编码 [6]，记录协议标识、版本、实例、操作、授权输入及业务内容。数量和金额按整数处理。正文通过 Taproot script-path 见证披露，交易同时包含承诺正文哈希的 OP_RETURN 锚点。Taproot 的密钥与脚本花费机制遵循 Bitcoin 的验证规则 [3][4]。

协议资产控制采用 P2TR 输出；主网上通常显示为 bc1p 开头的地址。验证客户端检查正文与锚点的一致性、授权输入的有效签名、被花费资产的控制脚本，以及目标输出、付款和费用。仅在正文中填写某个地址，不构成该地址的授权。电路控制操作还必须花费当前电路载体，并按规则建立后继载体。

小型网表可直接包含在业务正文中；较大内容通过链上内容引用还原。引用指定内容位置、长度与哈希，分块内容还需验证各块及拼接结果。被引用内容必须先于使用它的交易出现。网表、题库参考与验证向量必须能从相应链上字节恢复，外部可变 URL 不能替代这些输入。画布布局、编辑历史和设计提示词不参与协议状态。

2.3 确定性状态机

令 S 为协议状态，T 为已确认交易，F 为规则固定的状态转换函数：

S_next = F(S, T, 区块高度, 区块内交易索引)

每个区块依次执行块首奖励快照、规范交易顺序中的业务转换和块末结算。相同创世、历史字节与规则产生相同的资产和奖励状态。链重组时，验证者回到共同祖先，并在新的规范链上重新执行。内存池到达时间、服务器接收时间及网页点击顺序不授予首创或席位优先权。

Bitcoin 确认与协议执行是两个层次。Bitcoin 交易有效，不代表其 TAPEBIT 业务有效。被拒绝的业务不能任意回滚已经确认的 BTC 付款；如果交易花费了资产载体，客户端还必须依据协议的保全或损失规则处理该资产，不能假定原 UTXO 仍存在。

3. 处理器、晶体管与资产身份

3.1 四类资产

资产状态由有效协议记录和当前控制 UTXO 共同确定。电路的稳定 ID 为首次成功流片交易的 txid:0；这里的 0 是资产标识的一部分，不要求实际载体输出的序号为 0。转让或其他控制操作改变载体 UTXO，不改变稳定 ID。

处理器按有效创建顺序编号。电路可显示为“处理器内流片顺序号.处理器编号”，例如 2.1 表示 1 号处理器的第 2 个有效电路。显示编号用于阅读，授权、容器和历史引用使用稳定 ID。

3.2 资源发行与消耗

每个处理器固定自己的创建者、晶体管供应上限、单价与元数据。NAND 和 LATCH 共享该处理器的终身铸造上限；不同处理器之间不共享额度。初始官方处理器的合计上限为 2,100,000 个，铸造单价为每个 0.000001 BTC。

铸造交易向处理器创建者支付资源本金，并支付独立协议费。有效铸造增加对应类型的持有量和累计发行量。流片消耗的晶体管计入已用资源，不恢复可铸造额度，也不能将电路拆解为未使用晶体管。

同一处理器、同一类型的晶体管可以转让、拆分或合并。输入数量等于输出分配与合法消耗之和；不同处理器资源不能混合流片。一个 LATCH 消耗一个 LATCH 资源，设计成本中的面积权重不改变实际消耗数量。

4. 电路表示、执行与流片

4.1 规范网表

电路以 TBV1 字节格式表示：12 字节头部依次记录标识、输入数、输出数和门数，随后为门序列。数量字段采用小端整数。NAND 编码由操作码和两个信号索引组成，LATCH 编码由操作码和一个状态更新索引组成。规范字节的 SHA-256 哈希标识设计内容。

信号 0 和 1 分别表示常量；其后是输入信号，再后是按门序生成的信号。最后指定数量的信号构成输出。NAND 只引用已有信号，其两个输入按索引排序，从而形成无组合环的执行顺序。LATCH 输出提供本周期存储值，更新输入可以引用后续存在的信号，以表达跨周期反馈。

验证器拒绝无效操作码、越界引用、非规范编码与完全无用途的死门。合法而冗余的可达逻辑仍按实际门数消耗资源。门数、LATCH 数、输入输出宽度、字节数、执行周期和总求值工作量均受创世限制，以限制单次验证成本。

4.2 组合与时序求值

NAND 的输出为两个输入逻辑与的取反。每条独立测试向量从全零 LATCH 状态开始。在一个周期内，求值器读取本周期输入和存储值，按门序计算组合信号，记录本周期输出，然后同时将各 LATCH 的更新输入写入下一周期状态。

多周期向量逐帧执行，帧内未使用的填充位必须为零。不同向量之间不继承状态。区块推进决定资产和奖励的时间顺序；网表的逻辑周期由求值输入指定，两者不是同一个时钟。公开网表可由任何兼容求值器只读执行，不需要转移其所有权。

4.3 流片与组合引用

流片将规范网表、目标处理器、自有资源输入和新电路输出绑定起来。验证者恢复网表、检查资源与费用、执行选定任务验证，并在同一次有效业务转换中扣除资源、返还余量及创建电路。未选择任务的合格设计可以进入未验证池。

电路组合可以引用已有设计作为结构单元。组合描述必须按规则展开，并与提交的规范网表一致；引用关系、展开深度和组件数量也受限制。引用旧电路不产生该电路已经消耗的资源。参与 TAPEBIT 挖矿的电路须由符合资格的独立网表及实际自有门构成，含历史电路引用的复合设计不取得这项挖矿资格。

4.4 固定任务与验证

实例共享 210 道固定挖矿题。每题固定输入输出规格、时序条件、参考网表、官方向量与审查限制。参考成本和基础门数由参考网表计算，网页文字不能替换这些数据。

候选设计与参考设计在相同初始状态、输入和周期条件下求值。通过官方向量建立任务验证资格，但有限测试不构成对全部可能输入的等价证明。公开反例机制用于继续检验候选设计，并使被否定设计失去相应权益。

5. 设计成本与挖矿权重

5.1 成本函数

令 N 为 NAND 数量，L 为 LATCH 数量，d 为最终输出的最大逻辑深度：

面积 A = N + 7 × L
基础门数 b = N + L
设计成本 C = A × max(d, 1)^3

常量、输入与 LATCH 输出的深度为 0；NAND 深度为两输入深度的最大值加 1。d 只取最终输出路径的最大值，不另将 LATCH 更新输入路径计入该最大值。面积衡量门类型，深度三次方提高长输出路径的代价。

基础权重按实际消耗的门数计算，与设计成本分别计量。这样，消耗资源建立基础参与权，降低成本争取设计加成。合法的重复或冗余设计仍须消耗对应资源，不获得超出规则的资源折扣。

5.2 首创席位加成

每个“题目、合格处理器”组合有一个最优首创席位。令 K 为该题参考网表的 N+L，Cref 为参考成本，P 为处理器倍率：

bonus = clamp(floor(K × Cref / C), ceil(K / 4), 4 × K)
基础权重 = b × P
在席总权重 = (b + bonus) × P

clamp 将结果限制在给定上下界内。K 与 Cref 从固定参考字节派生。设计成本越低，加成越高，直至达到上界。官方合格处理器的倍率为 1；社区处理器不因此获得官方代币权重。

席位被更优设计取代后，旧电路失去席位加成，在其他资格仍有效时保留基础权重。席位说明特定实例、题目和处理器中的规则领先者，不构成全局最优证明。

5.3 双池分配

每个奖励区块预算分为未验证池 1% 和已验证池 99%。同一电路只在一个池中计权，池内按有效权重分配，不为每道题另行产生一份发行预算。

合格电路成功流片后自动参与：没有认领任务的进入未验证池；通过官方任务向量的进入已验证池。未验证电路可后续认领任务；选题验证失败不会自动获得已验证资格。首创席位加成属于已验证池。

某池为空时，其当块预算作废，不转给另一池，不累积至以后区块。增加钱包数量本身不会增加权重；增加基础权重需要额外有效资源消耗。唯一首创根使同一规范设计的多份副本不能同时复制席位权益。

6. 原创承诺与席位裁决

6.1 字节级来源

原创来源按同一实例中的规范 TBV1 字节及哈希识别。相同功能但字节不同的电路属于不同设计身份；协议不裁定人的发明行为或知识产权。来源记录跨处理器共享，因此相同网表不能通过更换处理器重新取得首创身份。

参考网表从创世起列为公共来源。已经公开的相同网表可以正常复用，但不能在公开后补登记首创。公开事实包括合法网表内容发布，以及确实披露了合法规范网表、但后续业务失败的流片正文。畸形数据或伪造哈希不能建立有效来源。

6.2 可选承诺与公开兑现

设计者可在公开网表之前登记隐藏承诺。承诺以带域分隔的哈希绑定实例、作者控制脚本、处理器、网表哈希、必要的组合内容哈希及随机 salt。后续流片披露绑定内容，客户端按规定编码重新计算承诺。

承诺在 H 块确认后，只能在 H+1 至 H+12（含两端）由匹配作者在匹配处理器上成功兑现。凭证只能使用一次。时间窗口按确认高度判断，广播时间不替代确认位置。随机 salt 在公开前应保持秘密，以降低对隐藏设计的枚举风险。

不使用承诺仍可正常流片、验证并取得基础权重，但不能取得首创席位。有效承诺也不单独保证席位；还需完成合格流片并满足任务、成本与来源规则。

6.3 唯一首创根

相同设计可以在公开前出现多个隐藏承诺。协议在公开前的承诺中，选择最早且在有效期内成功兑现的记录，确定唯一首创根；承诺的链上位置决定优先权，网站提交或首先公开不单独决定归属。

较早承诺稍后合法兑现时，首创根和后续席位可以更新，已结算历史奖励不追扣。首创资格随根电路转让；作者记录保持不变；相同网表的其他电路不会随之获得第二份资格。

6.4 取得、替换与恢复

有效流片、任务认领及首创根裁决可触发自动竞争。候选电路须具有有效首创根、合格处理器、活动资格、任务验证和反例检查结果。排序依次比较设计成本、有效承诺条件、承诺链上位置、流片位置与稳定 ID，得到确定结果。

因反例等事件出现席位空缺时，可通过恢复业务提交既有合格电路。恢复操作核验当前持有人与全部资格；已有席位时，恢复者必须具有严格更低的成本并在裁决后实际获胜。席位变化从后续奖励快照计入，不追改先前结算。

7. 反例审查

反例是一个合法输入或有限时序序列，使候选网表与参考网表在相同条件下产生不同输出。客户端同时执行两者，确认差异后记录反例。输入宽度、周期数和总门求值次数均受限制，参考求值不依赖提交者声明的结果。

每个“题目、处理器”保留最近两条有效反例作为强制检查队列；另外持久保存“题目、网表哈希”的已知失败标记。反例离开短队列不会清除失败事实，相同设计换一个电路 ID 也不能消除该标记。

登记反例与撤销失败席位是两项可区分的状态转换。撤席取消相应加成，并使尚未结算的相关加成份额失效；一般参考反例不取消仍有效的基础挖矿资格，也不自动将电路退回未验证池。已结算收益不因后来的反例追扣。

官方固定向量不符使用独立挑战规则。若一个已认领任务的电路连该任务的固定向量都不能通过，客户端可撤销其相关挖矿资格、席位及尚未结算份额，并按同网表和任务关系处理对应设计。这与发现固定向量之外的新反例具有不同后果。

反例机制提供可验证的纠错过程，其效果依赖参与者发现并提交反例。尚无反例不等于已经证明所有输入正确。

8. 代币发行、结算与领取

8.1 发行曲线

TAPEBIT 精度为 8 位小数，总量上限为 21,000,000 枚。合格电路首次在高度 H 流片成功，下一块 H+1 为首个奖励区块。后续电路或处理器不会重置发行时钟。

令 n 为从首个奖励块开始、由 0 计数的区块序号，每块预算以最小代币单位计算：

R(n) = floor((50 × 100,000,000) / 2^floor(n / 210,000))
未验证池预算 U(n) = floor(R(n) / 100)
已验证池预算 V(n) = R(n) - U(n)

初始每块 50 枚，每 210,000 个奖励块减半，直至整数预算归零。减半以区块数执行，与 Bitcoin 自身的补贴减半高度无关。整数舍入以及空池、失效份额使实际分配量可以低于上限，未分配部分不通过后续增发补齐。

8.2 快照与整数分摊

每个区块开始时，以前一块结束后的有效状态固定池内权重快照。块内新增流片、入池和席位变化从下一块快照生效；按规则应失效的当块份额在结算前撤销。

对预算 B、总权重 W 和权重为 w 的份额，先分配 floor(B × w / W)。剩余最小单位按除法余数从大到小补足；余数相同时，按电路稳定 ID 的确定顺序及基础、加成组件顺序裁决。失效份额作废，不转分给其他电路。

块末将有效份额计入电路未领取余额，无额外成熟锁定。块内领取只能使用此前已经结算的余额，不能提前领取本块末才生成的奖励。Bitcoin 链重组仍会使对应状态按规范历史回滚。

8.3 收益控制与发行结束

未领取奖励绑定电路，由当前电路持有人通过有效控制交易领取。领取将余额从电路账户移入指定协议代币输出，不是再次发行。转让或出售电路时，未领取余额随电路交给新持有人；已领取至钱包的代币独立存在。

领取更新电路载体并扣减对应余额，因此旧控制输入或旧状态不能重复使用。领取不依赖容器开通。合格电路在发行期间按规则持续计权；发行预算归零后停止新增奖励，历史未领取余额仍可领取，电路与容器资产继续存在。

9. 资产转移、守恒与市场

9.1 UTXO 控制与资源守恒

资产转移消耗当前载体，并明确分配给后继输出或合法容器。输入不能在两个独立业务中同时生效；Bitcoin 双花防护与协议当前载体检查共同约束所有权。输入属于谁、资产分配给谁、收款与费用是否匹配，均由链上脚本和消息共同验证。

对任一处理器的 NAND 或 LATCH，状态保持：

累计铸造 = 可用持有量 + 容器余额 + 流片已耗用量 + 意外损失量
累计 NAND 铸造 + 累计 LATCH 铸造 ≤ 处理器供应上限

对 TAPEBIT，状态保持：

累计已结算奖励 = 钱包及容器代币 + 未领取奖励 + 已记录损失
累计已结算奖励 + 已作废预算 ≤ 发行总量上限

同一资产不能因转让、拆分、合并、存入、提取或领取增加数量。电路还须保持唯一控制关系：一个有效稳定 ID 对应一个当前载体；容器及未领取余额引用该稳定 ID。

无效业务只有满足明确的资源保全或电路载体延续条件时，才保留相应权益。任意普通 BTC 花费若消耗协议载体而没有合法后继分配，可能形成已记录损失。Bitcoin 不会因为某个输出承载了 TAPEBIT 资产而自动禁止其花费。

9.2 离线卖单

市场采用单向卖单和整单成交，覆盖 NAND、LATCH、电路和 TAPEBIT。卖家将资产转到挂单载体，通过有效 LIST 将其标记为占用，并提供针对该载体和固定收款输出的出售预签。出售使用受限的 SIGHASH_SINGLE | ANYONECANPAY 范围；PSBT 可用于协同构造交易 [5]。

买家补足付款和网络费用，签署自身输入并提交 BUY，无需卖家再次在线合签。协议核验卖家预签、买家授权、资产输出、价格、双方收款与费用，不把出售授权视为对任意资产或收款人的授权。

挂单期间，资产不能同时转账、流片、合并或存入容器。电路的有效挖矿收益可继续累积，但需要花费挂单载体的控制操作须先撤单。电路成交时，其容器余额与未领取收益随所有权转移。

9.3 撤单与结算

CANCEL 花费挂单载体并恢复卖家资产。BUY 与 CANCEL 竞争同一输入，由规范链中的有效花费决定结果。删除网页报价或停止展示不会使仍有效的预签失效。报价发现服务只传递订单信息，链上历史决定其状态。

令 Q 为整单成交价，D 为旧载体的 BTC 金额，每方费用 F 按 BTC 最小单位向上取整：

F = max(0.0000033 BTC, ceil(Q × 1%))
卖家收款 = Q - F + D
买方价款及协议费 = Q + F

买方另行提供新载体金额与矿工费。载体 BTC、成交价、协议费和 Bitcoin 矿工费分别计量。有效订单还须满足最小价格、固定输出和净收款限制。

9.4 协议费用

所有计算使用整数，百分比费用向上取整至 BTC 最小单位。上述费用不包含实际矿工费和载体金额。费用脚本由创世固定，向某个网站支付服务费不能替代有效协议付款。并发铸造以确认执行时的剩余额度为准；BTC 付款确认不保证资源一定铸造成功。

10. 电路容器与 BitWeb

10.1 电路控制的资产账户

每次有效流片产生一个由实例和电路稳定 ID 确定的容器标识。容器是协议资产账户，可保存 NAND、LATCH 和 TAPEBIT；晶体管在容器内仍保留处理器身份。容器不接收电路嵌套，其余额也不表示原生 BTC 余额。

未开通容器可以收到协议资产；完成一次性开通后，当前电路持有人可通过授权控制交易提取。提取扣减容器余额并建立对应输出，不创造新资产。电路转让时，容器身份、余额与控制权一起转移，旧持有人失去后续提取权限。

容器余额与挖矿未领取余额分别记账。容器开通控制提取及相关发布能力，不改变已经结算奖励的归属。

10.2 内容发布与版本

BitWeb 以电路稳定标识关联静态站点。网站文件按确定的 UnixFS 参数生成 IPFS CIDv1，并可由 CAR 包保存和传输；内容寻址将标识与字节绑定 [7]。清单描述路径、媒体类型、长度和 SHA-256 哈希。

SITE_PUBLISH 在 Bitcoin 上记录 CID、清单哈希与长度、前一发布交易和当前电路控制授权。更新必须引用该电路已有发布链的末尾，形成可验证版本序列。电路转让后，新持有人可以发布后续版本，旧持有人不再具有授权。

协议状态验证不访问外部 HTTP 或 IPFS 来裁决发布是否有效，避免不同验证者因网络响应产生不同状态。网关从存储网络取得内容并检查一致性，再将电路标识解析为可访问入口。链上发布凭证保存身份和版本，完整站点文件由内容存储承担可用性。

静态前端可以结合钱包、RPC 与外部服务构建应用。JavaScript、WASM 或后端逻辑不会因为发布凭证进入 Bitcoin 而由 Bitcoin 共识执行。网关应将第三方站点与协议客户端隔离，内容哈希不能替代代码安全或持续存储。

11. 安全性、隐私与可扩展性

11.1 分层信任

协议依赖 Bitcoin 的交易有效性、双花防护与规范链选择，同时依赖所用哈希、签名和确定性求值规则的正确实现。Bitcoin 矿工并不执行 TAPEBIT 的完整业务验证；协议参与者通过兼容客户端拒绝不符合应用规则的状态。

独立验证需要创世、历史正文、链上引用内容和相同规则。只验证交易包含于某个区块，不能证明其 TAPEBIT 资产有效。使用远程索引 API 的客户端依赖服务返回的完整性和及时性；独立重放及同高度状态比较可降低这种依赖。

创世中的官方脚本、题库、费用与创建开关限定发行及参与条件。数据库管理员不能通过本地余额写入取得可被独立验证者接受的增发。规则变更必须明确版本与实例边界，不能仅通过更改网页追溯重写既有链上历史。

11.2 公开顺序与承诺保护

所有权、资源消耗、流片、席位和领取都受规范链顺序约束。确认增加降低历史被重组的可能，但不提供绝对不可逆性。未确认预留只是交易协调信息，不替代链上资产占用。

隐藏设计承诺将公开前的优先权与作者、处理器和内容绑定，复制已公开正文不能取得相同的早期承诺。其保护仍依赖 salt 的随机性、秘密保存及在窗口内确认。承诺保护的是协议中的来源优先关系，不保证任何设计都能取得永久席位。

11.3 验证成本与数据可用性

网表验证、固定向量和反例求值均受确定工作量上限约束。对 G 个门、t 个周期，单条求值的主要工作量与 G × t 成正比；多向量评测再累加各向量周期。字节数、分块数、组合深度和组件上限限制输入规模，避免无界执行。

内容哈希和规范编码允许重复内容校验后缓存；区块状态快照可加速恢复，但使用快照须验证其来源，独立重建仍需要相应历史。Bitcoin 交易容量与矿工费限制写入吞吐。将编辑、仿真和站点文件留在相应链下环境，减少无关数据进入协议历史。

电路网表和题库必须有可恢复的链上内容；BitWeb 文件则需要内容保存者持续提供。哈希能证明取回的内容一致，不能凭空恢复丢失字节。基础链历史、协议状态缓存和网站内容是不同的数据层。

11.4 隐私

协议交易公开披露控制脚本、资源数量、设计内容及资产流转。地址只是化名；多输入、持续使用同一电路及市场交易可能关联参与者行为。原创承诺仅在披露前隐藏绑定设计，公开兑现后不会继续隐藏网表。

私钥和未公开 salt 不属于公开协议证据。交易构造与签名可在客户端完成，签名者核对目标、数量和费用。第三方内容求值与网站运行应有资源和权限隔离，公开可读取不意味着可以授予任意钱包权限。

12. 结论

TAPEBIT 将可执行电路、有限资源和公开奖励规则连接到 Bitcoin 交易历史。NAND 与 LATCH 构成设计语言，流片将资源转换为电路资产，任务验证与反例审查检验设计，唯一首创根和成本席位区分资源投入与设计改进。固定发行曲线与整数结算约束奖励总量，UTXO 控制和确定性重放约束所有权及状态变更。电路容器与内容发布进一步让设计资产承担持有、控制和应用入口的角色。

参考文献

[1] Satoshi Nakamoto. Bitcoin: A Peer-to-Peer Electronic Cash System. 2008. Bitcoin Core 文献副本：https://bitcoincore.org/bitcoin.pdf。

[2] TapeOut Protocol. TapeOut 官方白皮书：https://tapeout.net/TapeOut-Protocol.pdf。

[3] BIP 341. Taproot: SegWit version 1 spending rules. https://bips.dev/341/。

[4] BIP 342. Validation of Taproot Scripts. https://bips.dev/342/。

[5] BIP 174. Partially Signed Bitcoin Transaction Format. https://bips.dev/174/。

[6] RFC 8785. JSON Canonicalization Scheme (JCS). 2020. https://www.rfc-editor.org/rfc/rfc8785。

[7] IPFS Documentation. Content Identifiers (CIDs). https://docs.ipfs.tech/concepts/content-addressing/。