Midnight 以开源节点基础设施降低验证者门槛
Midnight Foundation 正在准备可复用的 Terraform 模块,旨在让跨云服务商的节点部署更容易。随着 Midnight Node v1 在 Preview 与 Preprod 推进,该工作也为运营方新增了稳定性、安全性与运行时升级步骤。
By SongMarketCap
Midnight 正在更深入推进其网络上线的基础设施阶段。在 7 月 8 日的 Fireside Dev Hang 上,Midnight Foundation 的首席 SRE Fenton 概述了开源 Terraform 模块的工作,旨在简化 RPC 节点、引导节点、与 SPO 相关的基础设施以及验证者的部署。该更新与 Cardano 相关,因为 Midnight 是 Cardano 的合作链,更便捷的节点部署可扩大 NIGHT 生态的技术基础。
Midnight 聚焦运营者层
Fenton 表示,他在 Midnight Foundation 的职责是围绕软件发布、环境提升、治理操作以及维持网络稳定所需的技术系统开展平台工程工作。此次基础设施建设旨在减少运行 Midnight 节点所需的手动配置量。
Midnight 运行于 Preview、Preprod 与 Mainnet 环境,为团队在更广泛的生产使用之前提供分阶段测试软件与基础设施的路径。这样的结构也带来了可重复部署模式的需求。运营者需要运行不同类型的节点,而不必每次都从头搭建同样的云和配置栈。
为此,Midnight 选择使用 Terraform。它允许将基础设施定义为可复用的代码,并在不同云服务商间部署。对于区块链网络而言,这种方法可以降低对单一服务商的运营依赖,在基础设施故障时更易恢复,并为节点运营者提供更一致的部署流程。
Terraform 模块可简化验证者与 RPC 的部署
规划中的 Terraform 模块面向多种节点角色构建。Fenton 提到,AWS 节点、RPC 节点、引导节点、验证者以及未来与 SPO 相关的配置,都是可通过可复用输入来部署的基础设施示例。
据此次更新,AWS 实现已可用,Google Cloud 支持也接近完成。部分 Preview 与 Preprod 基础设施已在内部使用这些可复用模块。模块尚未公开发布,团队表示将在完成额外的安全检查后再进行开源。
这一点很重要。Midnight 并未将该工具集作为一个已完成的公开产品来发布。此次更新描述的是已在内部使用的基础设施,团队正在为更广泛的社区开放做准备,前提是确认不会泄露任何敏感的安全细节。
对开发者而言,同样的方向也能降低应用测试的摩擦。标准化的节点基础设施有助于在更接近真实网络条件下测试合约调用、钱包集成与 RPC 访问。对此 Midnight 尤为重要,因为其注重隐私的应用模型不仅依赖智能合约,还依赖围绕钱包、证明服务、索引器与节点访问的可靠基础设施。
Node v1 为 Midnight 的发布流程新增运行时升级步骤
此次 Fireside Dev Hang 还讨论了 Midnight Node v1。更新称 Node v1 已在 Preview 与 Preprod 采用,但仍需通过治理流程完成一次运行时升级。该版本聚焦于稳定性、性能、代码清理与基于审计的加固。
根据 Midnight 当前的兼容性矩阵,Preview 与 Preprod 列示为 Node 1.0.0,Mainnet 则为 Node 0.22.5。这意味着应将 Node v1 的发布描述为在测试与预生产环境中进行中,而非已在所有公共 Midnight 网络上完成的变更。
官方的 Midnight Node 1.0.0 发行说明将其描述为 Mainnet 的 GA 版本,并包含多项技术变更。这些变更包括与 polkadot-stable2603 Substrate SDK 的对齐、全新的 rpc.discover OpenRPC 端点、Midnight Ledger 8.1.0、基于审计的加固以及一次必需的运行时升级。该版本还包含 Cardano-to-Midnight bridge 的处理钩子,但在 Node 1.0.0 中并未启用该 bridge 本身。
总体来看,Terraform 模块与 Node v1 的推进表明 Midnight 正在打磨网络扩展中不那么显眼的部分,即运营者栈。实际变化在于,节点部署正向可复用的基础设施迁移,同时节点软件本身也在为下一条升级路径做准备。对于验证者、RPC 提供方与围绕 NIGHT 的建设者而言,这使 Midnight 更接近于一个可由更多参与者运营的网络,而非仅由高度专业化的基础设施团队掌控。