Satoshi Scoop 周报, 2025 年 7 月 18 日

加密洞见#

用于对描述符编码的 Rust 库，大小减少约 40%#

开发者 Josh Doman 介绍了他编写的一个 Rust 库，该库可以将输出脚本描述符编码为一种二进制格式，从而将其大小减少约 40%。当使用二维码备份描述符时，这种压缩尤其有用。

比特币费用估算库 Augur 开源，比 Bitcoin Core 节省 20-30%#

比特币费用估算库 Augur 近期开源。

Bitcoin Core 的估算方式是「向后看」：通过分析历史区块的确认时间，来预测未来手续费。然而这在网络稳定时还算可靠，但当手续费波动剧烈，准确性恰恰最差。

相反 Augur 认为，影响未来确认的，不是过去的数据，而是现在的 mempool 状态、交易流速以及挖矿的概率性。它因此不依赖历史区块数据，而是基于实时 mempool 状态进行估算。在不牺牲确认成功率的前提下，Augur 的平均估算手续费比 Bitcoin Core 节省 20-30%。

Augur 可根据用户的「信心水平」计算对应的最低手续费。例如：若用户希望在 6 个区块内有 95% 确认概率，Augur 会估算出即使「最差情况」（如 1 小时内只出 3 个块）也能确认的手续费。这种方法不提供唯一正确答案，而是返回一个概率分布。用户可根据自己需求选择：

• 50% 乐观估计：追求尽可能省钱
• 80% 标准估计：均衡考量
• 95% 保守估计：关键交易优先确认

尽管基于 mempool 的估算在准确性上优于传统方法，但它仍存在局限，不适合直接集成进 Bitcoin Core：

• mempool 有差异：由于网络拓扑结构、节点策略不同（例如未升级的节点看不到 Taproot 交易）或私下广播机制，你的节点看到的 mempool 和矿工的 mempool 不一定一样。
• 策略假设不一致：Augur 假设所有节点遵循标准交易策略，但实际上很多矿工或节点有自定义规则，这会导致估算结果偏离真实行为。
• 网络链接问题：网络连接较差的节点可能看不到所有交易，在活跃期会严重低估费用。

富人愈富？揭示比特币非故意分叉和传播延迟，对矿工收益公平性的影响#

作为一个去中心化货币系统，为了保障网络安全，矿工奖励分配的公平性至关重要，以便预防算力集中在少数矿工那里。这里所说的公平性，是指区块奖励应与各自贡献的算力成正比分配。如果算力更高的矿工获得了远超其算力占比的奖励，即产生了「富人愈富」（TRGR, The Rich Get Richer）现象，则会威胁系统的去中心化。

本研究聚焦于比特币中一种固有现象——非故意区块链分叉（unintentional blockchain forks），分析了 TRGR 现象。此前的相关研究由于分析方法精度较低，未能提供具有普适性的见解。与之不同，本研究采用了一种经实证验证具有高精度的分析方法，避免了上述问题。

本研究的主要贡献在于：在假设不同矿工之间区块传播延迟固定的情况下，理论上清晰地证明了比特币中的 TRGR 现象。具体来说，研究展示了矿工的挖矿收益率与其算力占比呈线性关系；此外还从多个角度考察了在区块传播延迟不固定的情景下，这一结果的稳健性。

你的比特随机助记词有多随机？#

作者制作了一份恢复助记词短语的交互式指南，涵盖熵、校验和、SHA-256 以及它如何以一种易于访问的方式连接到 HD 钱包。

这份指南源于作者个人的一个探索了种子短语是如何从熵构建的 JS 实验。

• How secure is your Bitcoin wallet's mnemonic seed phrase?bennet.org

RGB 发布共识 v0.12#

经过 8 个月的重新设计，RGB 推出了 v0.12 共识，旨在实现以下目标：

• 为 zk-STARK 压缩准备协议：新的 RGB 架构首次引入了 zk-AluVM，这是一个紧凑且高性能的图灵完备 zk-VM，专为客户端验证而设计。虽然是通用的，但它提供了一种非 von-Neuman 架构，具有额外简化的指令集，仅由 40 条指令组成，并提供与一次性密封件兼容的一次性存储器。
• 协议简化：为了显著改善 RGB 的复杂性，团队已将共识代码的大小减少了 4 倍，将标准库的大小减少了 2 倍，并显著减少了数据类型的数量，并删除了 API 中 ~30% 的泛型类型参数。
• 付款改进：
  • 更丰富的发票
  • 多资产合约
  • 引入「支付脚本」（payment scripts）：有助于构建和执行复杂的支付，其中可能包括多个收款人、多个合约，甚至多个后续交易或交易图
  • 支持重组：针对利用区块链重组进行的攻击，开发并实现了一个数学模型，证明了即使发生了多个深度重组，系统也可以免受重组攻击
• 优化性能：通过冻结共识级别更改，并确鲁棒性和性能，使协议完全可用于生产
• 提高测试覆盖率：通过全面的单元和集成测试覆盖（包括潜在攻击测试）确保协议安全性

对跨网络去匿名化的研究：通过 ADDR 请求对节点进行指纹识别#

Daniela Brozzoni 分享了她的研究——通过分析比特币节点的 ADDR 响应，识别运行在多个网络上的同一个节点，从而暴露了去匿名化风险。

她发现，不同网络中节点返回的地址（ADDR）响应存在可对比性，尤其是地址及其时间戳的组合。这意味着，攻击者可以通过对比这些响应中的地址与时间戳的重叠程度，识别看似分离、而实际上是同一实体的节点身份（去匿名化）。

她还指出，最直接的解决方案是通过篡改时间戳来打破指纹识别。本质上有两种方法可以实现这一点，但它们的共同目标都是降低时间戳对攻击者的利用价值。

CLINK：用 Nostr 重塑闪电网络交互的新标准#

CLINK（Common Lightning Interactions with Nostr Keys）定义了一套基于 Nostr 的闪电网络交互标准。它利用 Nostr 协议内建的传输机制、身份系统与加密能力，为闪电网络交互定义了 Nostr 原生标准。这使得闪电节点、钱包与应用之间的安全通信，无需依赖传统的 Web 基础设施，同时仍保持对 Web 的良好兼容性，并支持自托管。

这一对 Nostr 的创新性运用，提升了用户体验，并在不牺牲主权性的前提下，解锁了相较于现有方案（如 LNURL、Bolt12、NWC）更多的新用例。

利用 Nostr 的加密身份和事件驱动消息机制，CLINK 可以实现以下目标：

• 使用用户熟悉的 Nostr 标识符（如 NIP-05 地址）实现直接、即时的交互，简化使用体验。
• 可在完全基于 Nostr 的架构上运行，降低对基础设施的依赖。
• 通过签名事件与 Web-of-Trust 身份体系提升安全性。
• 推动构建一个由 Lightning 和 Nostr 驱动的原生应用生态。

Fairgate 提出最小化反例，破坏 BitVM3 混淆方案的真实性#

Fairgate 团队近期在分析 BitVM3 和相关设计中使用的基于 RSA 的混淆方案。其研究表明，即使电路非常小，恶意评估者也可以伪造电线标签并破坏系统的安全性。

他们对 Robin Linus 在 BitVM3 白皮书（BitVM3: Efficient Computation on Bitcoin）中提出的 BitVM3 混淆方案提供了最小化的反例；又利用相同思路，对 Instantiating BitVM3 from Label Forward Propagation中提出的「前向标签传播」混淆方案进行了攻击。Fairgate 的攻击只使用了由两个 AND 门和三个输入组成的小电路，且不依赖于 reblinding 或子电路重用，却让在以上两种情况下，混淆方案的真实性（authenticity）性均被破坏。

研究详情请见其报告 A Note on the Security of the BitVM3 Garbling Scheme。

Babylon 公布 2025 路线图：通过 BitVM 实现 BTCFi#

Babylon 公布了 2025 年路线图。目前正在研发原生比特币流动性层——通过 BitVM 和应用层创新，使去信任和非托管比特币流动性成为可能。他们已经证明 BitVM 可以在比特币主网上运行，之后会：

• 构建可投入生产环境使用的比特币跨链桥
• 通过与质押层的集成，提高抵押 BTC 的资金效率，并实现收益生成
• 从理论走向实际应用

在 2025 年第三季度，Babylon 将部署：

• 比特币多重质押测试网：单个 BTC 质押将同时为多个网络提供动力，并获得多个奖励流。第一批集成将包括：
  • ETH Rollups: Optimism, Arbitrum
  • 多个 Cosmos 链的主权网络
• Babylon Genesis EVM 测试网：Babylon Genesis 将获得完整的 EVM 功能，利用 EVM 的广泛采用来解锁 DeFi dApp 的轻松部署。

以上两项的主网计划在 2025 年第 4 季度上线。

StarkWare x Kakarot：让日常设备拥有 ZK 证明能力#

StarkWare 和 Kakarot 目前在共同研发 CairoM ——一款为移动设备而构建 ZK 堆栈（语言 + 编译器 + VM + 证明器），利用 StarkWare 的 ZK 验证器 x S-two，支持在日常设备（智能手机、笔记本电脑）上进行零知识证明。

Rarimo 推出无包装 BTC 抵押协议#

Rarimo Protocol 推出借贷协议「Wrapless Book v.0.3」——一种无需可信包装机制即可实现 BTC 抵押。其方案可以将 BTC 锁定在「借贷通道」中，并在另一个区块链平台上提供借款，这样借款的分期付款（可以是部分的）可以解锁相应数量的 BTC。

不止于链#

若 Stripe 推出 L1 会是怎样？#

Stripe 是全球领先的支付服务商，在技术层面扮演者连接商户、收单方、卡组织和发卡银行的关键角色，以确保交易的顺畅与安全。

该篇推文作者认为，如果 Stripe 推出自己的区块链 L1，在基本预期下，它将支持稳定币的使用，并实现 Stripe L1 与用户支付及商户结算的集成。

而在乐观预期下，这可能彻底变革现有支付系统，带来以下突破：

• 实现绕过发卡组织和发卡的直接支付
• 推动传统系统难以支持的「微流式订阅」（micro-streaming subscription）模式
• 利用用户在 Stripe L1 上的短期存款余额创造收益。

目前，Stripe 主要作为支付网关和收单机构运作，但一旦推出 Stripe L1，该公司将有望承担传统上由发卡银行和卡网络主导的职能。这将成为支付行业发展历程中的一个重要里程碑。

控制权的光谱：如何定制适合你的权限模型？#

作者指出，不少加密项目的创始人本能地认为「控制 = 坏的」，但未必能明确推理背后的原因。实际上，更合理的做法是将控制视为一个连续光谱（spectrum），并据此设计合适的控制架构。

要判断自己应处于光谱的哪一端，需要回答两个核心问题：

• 谁在控制？
• 控制可以做什么？

第一个问题涉及去中心化程度，第二个问题则是对控制范围的界定（scoping）。

对应的控制频谱如下：

• 控制权归属光谱： 单方控制 > 内部成员多签 > 独立方多签 > DAO 控制 > 完全不变更
• 控制能力光谱： 完全可升级 > 带时间锁的可升级 > 仅允许变更特定组件（如 oracle）> 仅暂停功能 > 完全不可变

从业务角度来看，控制能带来灵活性和应急能力；而从风险视角来看，控制也意味着责任和潜在的法律风险。关键在于进行清晰的成本效益分析。例如，如果希望保留控制的主要「好处」是在紧急情况下采取行动，那么使用暂停功能相较于完全可升级性，在责任方面的「控制成本」会更低。建议你优先明确业务中那些不可妥协、必须拥有控制权的关键方面，然后根据实际需求，量身定制控制权限的程度，以实现风险与灵活性的平衡。