比特币矿池 OCEAN 已停止支持 BIP-110 分叉链，并明确表示将继续采用 SHA-256，不会跟进其后续 BLAKE2b 工作量证明硬分叉。OCEAN 此前曾为 BIP-110 链提供独立挖矿入口，但该链在 8 月 8 日 UASF 后因算力不足一度长时间停滞。BIP-110 分叉链随后于 8 月 30 日从区块 961,640 起切换至 BLAKE2b，并降低挖矿难度继续出块。OCEAN 表示，其此前 BIP-110 挖矿奖励因未达到 100 个确认而无法成熟，将不再支付后续相关奖励；希望继续支持该链的矿工可转向 CONVOY Mining。（Bitcoin News）

UU们，今天继续分享 @Starknet 的后量子安全进展。结合已经落地的密码学改动，“可升级”有了更具体的体现：为安全方案预留调整空间，并逐步将升级落实到主网。 区块链需要长期承载资产和应用，安全方案也需要跟随技术变化持续调整。提前留出升级空间，关系到未来的兼容性、协调成本和用户体验。 Starknet 已经有了具体进展：按照官方 Quantum Hub 的记录，v0.14.3 已在主网将 Starknet OS 的程序哈希和配置哈希，从 Pedersen 切换为基于 BLAKE2s-256 的方案。这是特定组件的密码学调整，也让迁移路线有了可以核对的落地成果。 这背后值得展开的，就是 Cryptographic Agility——密码学敏捷性：在需要时调整密码学方案，尽量减少对整个系统重新设计的需求。 Starknet 的原生账户抽象，为账户层面的适配提供了基础。账户本身是智能合约，可以通过可编程的验签逻辑接入新的签名方案，无需为此进行全网硬分叉。 对于支持相应升级的账户，未来有机会在保留地址和资产的同时，更换交易授权方式。能否实现，仍取决于账户合约设计、升级权限和钱包支持。 官方收录的 OpenZeppelin Falcon-512 主网演示，展示了新签名方案的可行性；距离普通用户日常使用，还需要钱包适配、密钥管理、恢复机制和审计等工作。 证明层也要单独理解。STARK 证明基于哈希构建，不依赖椭圆曲线难题，这是它的架构优势；但证明层、账户授权和网络其他组件，各有自己的迁移工作。 目前，状态树和合约地址推导相关调整尚未上线，旧合约存储映射的迁移工具仍在研究，桥接和数据可用性等环节也存在以太坊侧依赖。 因此，局部升级和实验成果，不能直接等同于整网完成后量子迁移。 我认可这个方向的长期价值：既有可升级的架构，也持续交付范围明确的改动。后续就看这些能力如何逐步转化为开发者容易适配、用户方便使用的功能。 “Built to Adapt”的意义，最终是让基础设施在技术变化时，能够有序演进，让整个生态平稳完成升级。 #KAITO#

【一次哈希升级，改到了哪里？】 🧩 密码学升级最容易被一句话带偏：“用了新哈希，所以全链都安全了。” 🔧 拿 Starknet v0.14.3 来看，官方迁移记录给出的范围其实很具体：主网上，OS 程序哈希和 OS 配置哈希，从 Pedersen 换成了基于 BLAKE2s-256 的构造。 📌 这两处已经落地，值得记下来。但它不覆盖状态承诺、合约地址推导、合约存储、账户签名，也不替以太坊侧的依赖完成迁移。 我更愿意把这看成一张施工进度单：哪一项交付了，就标哪一项；还在路线图或研究中的部分，继续单独跟踪。哈希型 STARK 提供了证明层基础，其他组件也要逐个处理。 截至 2026/10/25，我看 Starknet 的抗量子准备，重点是可验证的改动和清楚的边界。安全工程靠具体进度积累，不能靠一句口号打包完成。 @Starknet

AI 现在帮人写代码、寻找漏洞，已经不算什么新鲜事了。 但我最近研究 Starknet @Starknet 的时候，突然想到一个挺有意思的问题。 如果未来 AI 真的帮助数学研究取得重大突破，甚至发现某些密码学算法存在新的弱点，整个加密行业该怎么办？😂 再加上量子计算的发展，未来的区块链安全，恐怕还真得提前考虑这些问题。 / 这也是为什么我最近越来越关注 Starknet @Starknet 的 Cryptographic Agility，也就是密码学敏捷性。 简单理解，就是当原来的安全算法需要更换时，整个网络有没有能力完成升级。 Starknet 已经有了一些不错的技术基础。 例如基于哈希函数的 STARK 证明系统，以及允许账户灵活调整签名验证方式的原生账户抽象。 但我觉得更值得关注的，是 Starknet 已经开始推进的实际迁移工作。 比如今年 7 月上线主网的 v0.14.3。 这次升级将 Starknet OS 的程序哈希和配置哈希，从 Pedersen 切换到了基于 BLAKE2s-256 的方案。 这个更新看起来比较技术化，却是密码学迁移路线中一个已经落地的步骤。 当然，还有不少工作需要继续推进。 例如状态树相关的哈希迁移、合约地址推导，以及旧合约存储映射的迁移工具，目前仍处于不同的规划或研究阶段。 此外，Starknet 作为 Ethereum L2，还需要考虑以太坊侧的 KZG、桥接等安全依赖。 所以，整个抗量子迁移远没有完成。 / 我觉得这也是这次 Starknet @Starknet 在 Kaito @KaitoAI 上第二季活动中，很值得深入讨论的地方。 面对未知的技术变化，提前设计升级路径，并且一步步把它落地，本身就是一件有意义的事。 毕竟真正的安全建设，需要持续投入，也需要经得起时间检验。 至于 Starknet 后续能推进到什么程度，我还是挺期待的。 有兴趣的兄弟可以看看官方 Quantum Hub，里面把已经完成、正在研究和未来需要迁移的部分，都整理得比较清楚。