Bitcoin Optech第430期呈现了比特币基础设施的两类进展：家庭节点连接方案与共同签名策略仍在讨论设计边界，多个闪电网络和支付软件则已发布安全更新。两者需要区别看待：前者关系到未来如何改善网络与钱包协作，后者已经涉及运营者当前使用的软件。
家庭节点打洞：可连接不等于连接可信
0xB10C已恢复推进TCP打洞规范及Bitcoin Core实验实现。家庭路由器后的节点通常只能主动向外连接；Bitcoin Core 30.0默认启用NAT-PMP端口映射后，可被外部连接的节点数量并未如预期明显增加。TCP打洞通过双方同时发起连接，尝试让各自路由器放行对端流量，作为端口转发的尽力补充。
一项新设计不需要协调者：节点通过新的addr v2类型公布可打洞地址和临时公钥，再利用双方共享秘密及每个新区块推导连接候选和时机。但在出现地址灌入攻击的质疑、且发现不可达节点较难可靠收到公告后，0xB10C又提出“留言板”方案，由可监听节点保存经过验证、正在寻找连接对象的家庭节点地址。
争议的核心是，增加可达节点能否同时增加诚实连接。Anthony Towns认为，攻击者也会更容易直接连接诚实节点；他估计，公布约1万个地址就可能让攻击者成为多数诚实节点较早匹配到的对象。Jonathan Harvey-Buschel则援引诚实节点比攻击者节点更难连接的数据，倾向于通过节点自身的Tor服务协调。
从这些设计看，打洞解决的是路由器阻挡连接的问题，不能单独证明对端可信。如果地址发现和匹配机制仍容易被攻击者占据，提高可达性并不必然降低连接被控制的风险。这也是方案尚需实验验证的关键，而不是仅统计新增了多少可连接节点。
共同签名策略：互操作需要统一执行含义
Luke Carriere提出一份BIP草案，希望统一模拟契约约束时共同签名者执行的支出策略。现有设计各自定义规则，导致面向一种方案开发的钱包，无法直接使用另一种方案的共同签名者或预言机。他尚未申请BIP编号，并征求这一层是否适合标准化的意见。
草案要求，能由比特币脚本执行的约束仍交给脚本，并始终保留至少一条无需共同签名者的支出路径。策略分为资金输出、签名者组、允许签署的交易模板、签署条件和验证配置五部分；验证方式及责任保障可以按策略选择，预言机证明则采用DLC格式，以复用现有服务。
讨论暴露出两个会影响实际执行的问题：statement-v0证据配置缺少最终性标记，可能让签名者依据日后被更正的临时证明行动；不同验证器也可能对相同字节执行不同条件。Carriere同意补充最终性标记，并明确验证器规则。
因此，这项标准化的价值不只是让钱包读懂同一份策略文件，更在于让不同实现对“何时允许签名”得出一致结果。最终性标记约束证据是否可用，精确定义验证规则约束证据如何解释；两者缺一，格式兼容仍可能掩盖执行分歧。序列化方式、盲化验证和备用路径是否必须带时间锁等问题仍未定案。
共识提案仍须区分草案、测试与激活
BIP54共识清理软分叉的Bitcoin Core实现正在审核和测试，相关PR仅在regtest中启用新规则，没有主网激活安排。禁止剥离见证后大小恰好为64字节的交易，仍是争议最大的规则。Antoine Riard个人认为，若社区届时达成一致，2027年下半年开始考虑激活可能具有现实性；这不是已确定的时间表。
跨输入签名聚合新增BIP458、BIP459和BIP460三份草案。它们涉及压缩多份签名，以及为新见证版本输出引入聚合支出方式。对多输入交易而言，潜在收益是降低交易重量和费用，但部署需要软分叉，BIP460尚未规定激活机制和参数。
抗量子迁移也出现不同路径。James Tagg的QSAVE草案为未迁移输入增加第二重证明要求，缺少证明时将可花费输出转为恢复输出，并不设置销毁期限；另一项“衰减证明”构想则让宽限期后未迁移输出的余额随区块高度下降。两者涉及不同的资产处置规则，目前都属于提案，不能据此认定现有比特币支出规则已经改变。
安全版本与代码修复：升级之外仍须核对状态与备份
LND v0.21.6-beta和v0.20.7-beta为各自分支提供安全更新，包含对Linux内核漏洞CVE-2026-98432的缓解。Linux运营者还应禁用主机MPTCP并安装修补后的内核，因为LND层面的处理并未修复底层漏洞，其他服务仍需保护。
Core Lightning 26.06.10修复双向注资、通道拼接、链上HTLC处理和访问控制等组件的漏洞。BTCPay Server 2.4.7则修复Anthropic OSS Scanner项目报告的85项安全问题，涉及付款限额、跨商店数据访问、身份认证和资源耗尽等，多商户共用服务器尤其需要更新。
Bitcoin Core的代码变更还包括：恢复图形界面导出未签名交易和提费交易时的PSBTv0格式；避免磁盘数据刷新失败后继续更新相关数据库；加强钱包导出文件的写入、刷新和关闭检查，失败时删除不完整文件。这些修改分别针对签名工具兼容、本地状态一致性及备份完整性，不能用一次“导出成功”提示代替对完整备份的确认。
