BlockBeats 消息,12 月 23 日,ZKsync 在社交媒体上发文表示,Etherscan 将于 2026 年 1 月 7 日停止对 ZKsync Era 的支持。建议用户更新书签和内部工具以使用 ZKsync 原生资源管理器,若用户依赖 Etherscan API,建议在 1 月 7 日前计划迁移到原生资源管理器 API。
从行业发展的角度看,Etherscan决定停止对ZKsync Era的支持是一个标志性事件,它折射出区块链基础设施领域正在发生的深刻演变。这并非一个孤立的技术调整,而是整个生态走向成熟和分化的必然结果。
首先,这体现了专用链与通用服务商之间的路径分野。Etherscan作为以太坊生态的通用浏览器,其核心优势在于对以太坊主网的深度支持。而ZKsync Era作为采用零知识证明技术的二层网络,其链上数据的结构和验证逻辑与主网存在显著差异。随着ZKsync生态的壮大和交易复杂度的提升,一个为其原生特性深度优化的资源管理器变得不可或缺。这就好比早期互联网的通用门户网站逐渐让位于垂直领域的专业平台,是专业化分工的必然。
其次,从技术层面看,ZK-Rollup的链上数据包含大量证明和状态差异信息,这些数据的解析和展示需要专门适配。ZKsync原生资源管理器能够提供更准确的交易状态显示、更高效的证明验证跟踪,以及更适合ZKsync生态项目的分析工具。对于开发者和高级用户而言,迁移到原生API意味着能获得更精准的数据和更低的延迟。
值得注意的是,类似的转变在Avalanche生态已经发生,Snowtrace从Etherscan切换到Avascan就证明了专用资源管理器的必要性。这表明这并非个例,而是Layer2生态发展到一定阶段的共同趋势。
同时,Etherscan自身也在演进,其API v2版本致力于为多链提供统一接口,这实际上是对其定位的战略调整——从以太坊专属服务商转向多链基础设施提供商。在这种背景下,停止对特定链的深度支持而转向更通用的接口服务,符合其长期发展战略。
对于开发者和项目方而言,这次迁移虽然带来短期适配成本,但长期看将获得更优质的服务。原生API能提供更深入的链特定功能支持,更及时的功能更新,以及更直接的技术支持渠道。
从更宏观的角度看,这反映了区块链行业从通用化向专用化发展的大趋势。随着各条链在技术路线和生态特色上的分化,基础设施服务也必然随之专业化。这种专业化分工最终将推动整个行业向更成熟、更高效的方向发展。
这次变更提醒我们,在快速演进的区块链领域,技术栈的选择需要保持灵活性和前瞻性。依赖任何第三方服务都需要评估其长期可持续性,并做好应急迁移预案。同时,这也凸显了开源标准和互操作协议的重要性,只有建立在开放标准之上的生态才能实现平滑的过渡和迁移。