ChainFeeds Research 发布第 154 期 PRO 周报，汇总了比特币协议进展、以太坊治理相关研究、最新研究进展以及新论文。该期内容的重点，放在以太坊多维 Gas 市场设计、PoS 共识与预言机安全模型，以及闪电网络 HTLC 安全优化等方向。
多维 Gas 市场研究：Glamsterdam 升级后谁决定手续费
Fei Wu 研究了以太坊 Glamsterdam 升级后，多维 Gas 市场设计对资源需求和手续费机制的影响。按照文中的设定，EIP-8037 和 EIP-7999 将把 Gas 从单一计价模式，转向针对执行（Execution）、数据（Data）和状态创建（State）的多维计价。
Fei Wu 基于历史 Gas 变化数据，为不同资源建立了需求曲线，用来分析各类资源对价格变化的敏感程度，并模拟 Glamsterdam 机制下的手续费均衡。结果显示，不同资源对 Gas 价格的响应并不一致：执行资源的价格弹性最低，数据资源居中，状态创建资源对价格变化最敏感。
在新的计费规则下，同样的链上活动会产生更高的计量 Gas，其中状态创建的计量提升最明显。模型结果还显示，在较低 Gas 上限下，执行和数据资源仍然决定基础费；但当区块容量提高到一定程度后，状态创建可能成为新的瓶颈，并主导手续费变化。
Fei Wu 认为，资源级需求模型可以更准确地预测多维 Gas 市场中的价格变化和容量影响，并为未来 EIP-7999 等完全独立资源定价机制提供数据基础。不过，文中也提到，在高容量场景下，状态需求的大幅增长依赖模型外推，实际结果仍取决于未来状态创建需求是否会持续增长。
比特币协议进展
HTLC 超时方案尝试摆脱对本地交易池的依赖
社区成员 josh 针对闪电网络 HTLC 中依赖本地交易池监控原像（preimage）带来的安全风险，研究了一种不依赖「free relay」假设的新型 HTLC 设计方案。
这项方案提出，通过修改比特币共识规则，让 nSequence 的特定位强制执行最小 nLockTime，并结合可选的 OP_CSV 和 OP_LOCKTIME 优化，实现基于链上已确认状态来监控 HTLC，而不是依赖节点本地 mempool。
按文中的分析，这种设计可以降低闪电节点的运行假设，提升低带宽、无交易池节点的安全性，也能避免替代交易循环攻击带来的风险。代价同样明确：HTLC 持续时间、手续费和流动性成本都会上升。即便如此，该研究认为，这一路径能够消除原像监控需求，提高路由节点可靠性，为更安全的无交易池 HTLC 转发提供可行方案。
相关内容来自 Bitcoin Optech Newsletter #417。
staletip 提案希望提升 stale block 观测能力
周报还提到一项关于过期链头转发的讨论。当前，比特币的孤块率（stale block rate）很难准确监控，因为在主链胜出后，旧分叉上的区块通常会停止传播，网络因此难以获得完整数据。
文中指出，孤块率变化可以反映网络延迟、验证瓶颈、网络分区或自私挖矿等潜在问题。为改进这一点，Ram 和 w0xlt 提出新增一种 P2P 消息类型 staletip，允许节点主动向其他节点广播近期失效分叉的信息，内容包括分叉高度、相关区块头，以及节点是否愿意提供区块数据。
该方案通过节点协商后启用，目标是让网络更透明地观察 stale block 情况，从而提升比特币网络监控和故障分析能力。
以太坊研究与进展
PoS 共识与预言机设计中的两个假设被提出质疑
社区成员 Hudu Yusuf 提出了两项针对当前区块链共识和预言机设计的安全性分析，认为传统系统中的两个核心假设可能存在缺陷：一是「质押权重等同于有效共识权重」，二是「预言机持续提供数据优于暂时不提供数据」。
在 PoS 共识部分，Hudu Yusuf 提出「协调坍缩」理论，认为如果系统过度依赖质押数量，可能会忽略验证者之间的行为关联性。文中给出的判断是，高度一致的验证者行为，可能意味着其实际安全贡献低于表面质押规模。
围绕这一问题，Hudu Yusuf 提出 DW-BFT（多样性加权 BFT）机制，根据验证者行为独立性调整投票权，降低高度关联验证者群体对共识结果的影响。
在预言机部分，文章讨论了持续输出数据的风险。其观点是，在价格操纵或数据异常情况下，错误数据可能比暂时缺失数据造成更大损害。基于这一判断，文中提出「结构化沉默」方案，允许预言机在无法保证数据可靠性时进入可识别的暂停状态，而不是被迫继续提供可能被攻击者利用的数据。
该研究给出两项优化方向：
- 在区块链共识层引入基于行为多样性的权重调整机制，提高 PoS 系统抵抗验证者集中化和协同行为攻击的能力。
- 在 DeFi 预言机设计中，将「无数据输出」视为一种合法状态，提高协议在不确定环境和数据攻击下的安全性。
Arcanum 试图把源码保密做成编译器层能力
社区成员 Sidistr 提出了面向代码隐私保护的编译器层方案 Arcanum，目标是在保持程序可执行和可验证的同时，让源代码本身始终保持不可见。
Sidistr 认为，现有 ZK 技术主要解决程序是否正确执行的问题，而 Arcanum 关注的是另一个问题，即「程序逻辑本身能否被永久隐藏」。
按照文中的设计，Arcanum 采用了一条从可信硬件到零知识证明的发展路线。第一阶段使用 Intel SGX、AMD SEV、ARM TrustZone 等 TEE（可信执行环境），将编译后的代码封装在硬件隔离环境中，使服务器运营方也无法读取源代码。第二阶段则是在 ZK 编译器成熟后，把代码转换为基于 STARK 的算术电路，在不依赖硬件信任的情况下，仅依靠密码学保证源码不可见。
文中将该方案与 zkLLVM、RISC Zero、SP1 等强调执行正确性的 ZK 工具作了区分，认为 Arcanum 更关注代码机密性保护。
论文：比特币争议性软分叉何时会演变成长时间链分裂
本期还收录了一篇论文《Quantifying Bitcoin Network Resilience Through Critical Scenario Discovery: A Dual-Layer Framework for Discovering Contentious Fork Conditions in Decentralized Consensus》，作者来自 Old Dominion University。
该研究考察了比特币在发生有争议软分叉时，哪些因素会决定结果是平稳升级，还是形成长期链分裂。研究通过模拟大量不同场景，分析了经济支持比例、矿池态度、算力分布和难度调整机制等因素。
论文结论显示，决定分叉结果的核心因素并不是单纯的算力优势，而是不同链之间的经济支持程度；与此同时，算力和经济采用会分别影响共识结果。