9 月 15 日的 Pi Network Protocol 27：我们对主网和测试网的测量结果表明

Pi 主网于 2026 年 9 月 2 日在协议 26 上运行。第一个测试网自 8 月 20 日起在协议 27 上运行；第二个测试网今天仍处于 26 日。专业媒体将 2026 年 9 月 15 日定为将主网转移到协议 27 的目标日期。今天早上我们自己测量了这三个状态，它们一起给出了比日期报告更准确的情况。对你来说，有一个问题最重要：你必须做点什么吗？如果您运行 Pi 节点，答案是肯定的，因为在没有当前版本的先前跳转节点处失去了与主网的连接。如果您只在应用程序中持有 Pi，答案是否定的，至少不适合您的余额。在这两种情况下您可以检查什么，以及如何在一分钟内自行读取网络状态，将在下面进一步阐述。 Pi 网络中的协议 27 发生了哪些变化以及谁受到协议 27 的影响是 Pi 区块链的下一个版本级别。根据 crypto.news 的报道，它带来了更灵活的智能合约验证程序、重新设计的 RPC 服务器基础设施、基于自动做市商原理的流动性池以及集成的订单簿。该专业媒体将主网的目标定为 2026 年 9 月 15 日，并报道称第一个测试网的推出已于 8 月 21 日开始。三组人受到影响，而且他们受到的影响程度非常不同。节点运营商必须将他们的软件提升到匹配水平，否则主网将不再接受他们。在 Pi 上构建应用程序的开发人员获得了新的构建块，并且必须检查他们的代码是否仍然适用于更改后的身份验证规则。绝大多数人只是持有 Pi，在技术上与这个过程无关。它们的余额取决于密码和链，而不是节点软件的版本号。我们在 8 月 11 日协议 26 的截止日期到期时描述了上一次跳跃的结果。本文以此为起点，衡量当时实际发生的情况。协议升级、节点和账本：这三个术语各在一个句子中协议升级是将区块链转移到一组新的共享规则，所有参与的计算机都通过这些规则验证交易并关闭区块。节点是运行这些规则的计算机，与链一起写入并帮助与其他人就下一个状态达成一致。账本在 Pi 上，在其他地方被称为区块：最终记录一批交易的连续编号单元。本文的决定性一点是：每个封闭账本都带有其产生的协议版本号。这使得变更不仅可以宣布，而且可以在事后立即确定。这正是我们所做的。我们在 9 月 2 日的测量：协议 26 上的主网、协议 27 上的测试网 1 cryptoticker.io 于 2026 年 9 月 2 日收集了这些数据。三个 Pi 网络的公共接口在 UTC 时间 9:51 到 9:53 之间被查询。网络协议版本 节点软件 最后看到的账本 主网 26 stellar-core 26.1.0 28,512,793 at 9:51:41 UTC Testnet 1 27 v27.1.0 26,453,289 at 9:51:37 UTC Testnet 2 26 stellar-core 26.1.0 10,691,583 at 9:53:24 UTC 主网将协议 26 报告为当前版本和支持的最高版本。因此，链条并没有停留在旧的水平上，尽管它已经可以走得更远；那里运行的软件根本不知道协议 27。跳转需要在节点上安装新的软件版本，并且必须事先分发。我们逐步缩小了主网的账本历史范围，并为每个版本级别确定了承载它的第一个账本。结果是一个时间表，没有出现在这种形式的公告中。新版本跳转第一账本 时间（UTC） 与上一次跳转的差距 19 至 20 25,716,716 2026 年 3 月 17 日 4:29:22 系列起点 20 至 21 26,168,108 2026 年 4 月 13 日 19:19:06 27 天 21 至 22 26,448,657 2026年4月30日，23:01:55 17天 22至23 26,805,815 2026年5月22日，12:11:18 21天 23至24 27,039,126 2026年6月5日，13:52:03 14天24至25 27,819,465 2026年7月22日，12:54:56 47天 25至26 28,187,462 2026年8月13日，16:51:43 22天 这里有两件事很突出。首先，Pi 主网在不到五个月的时间内就完成了七个版本级别，这对于生产链来说是一个非常高的速度。其次，水平之间的差距不规则，在两周到一个半月之间波动。任何想要从该系列中获得固定节奏的人都找不到。从8月13日到9月15日将是33天，这在迄今为止观察到的范围内，但没有证实任何模式。七个级别已经完成，第八个还在旁边：自 3 月中旬以来，Pi 主网已经经历了七个协议版本，而协议 27 仍然悬而未决。最后一次切换时网络不会停止：账本节奏显示的情况这是对持有者来说最令人放心的发现所在。我们读出最近两次跳跃周围各个分类账之间的差距，每种情况下前八个分类账，后八个分类账。在 7 月 22 日转向协议 25 和 8 月 13 日转向协议 26 时，测量到的最大间隙为 6 秒，最小为 5 秒。在 9 月 1 日 19:19 UTC 到 9 月 2 日 9:51 UTC 之间包含 10,000 个账本的较大窗口中，我们得出每个账本的平均时间为 5.23 秒。简而言之：在两个开关处，链条都没有静止一秒钟。跳跃发生在正在进行的操作中，之前的账本仍然带有旧版本号，五秒后的账本带有新的版本号。这很了不起，因为这绝不是正常情况。例如，在 Mina 的 Mesa 硬分叉中，网络在几个小时的时间内（包括交易）明确处于静止状态。从迄今为止的经验来看，任何人在 Pi 期待类似的事情都是错误的。一个资格属于这一点：连续两次开关不能保证第三次开关。据报道，27 号协议比其前身带来了更多的功能，其中包括交易功能。这里仍然有可能采取不同的方法。迄今为止的测量结果恰恰相反。

协议 26 在节点截止日期两天后生效 上一次跳转的节点运营商的截止日期是 8 月 11 日；据报道，在更新完成之前，任何尚未更新的人都会失去与主网的连接。我们的测量将协议 26 的实际激活日期定为 UTC 时间 8 月 13 日 16:51:43，账本 28,187,462。因此，在截止日期和跳跃之间有整整两天的时间。这并不矛盾，而是逻辑顺序：首先足够多的节点必须运行新软件，之后链才能切换。然而，对于作为节点操作员的您来说，这意味着一些具体的东西。规定的截止日期是您必须做好准备的日期，而不是事情发生明显变化的日期。任何在活动截止日等待采取行动的人都已经错过了这个时刻。第二次参考符合图片：关于节点版本 0.6.2 的帖子于 8 月 14 日出现在官方 Pi 博客中，即测量激活后的第二天。测试网 2 仍在协议 26 上运行：这对 9 月 15 日意味着什么这是我们认为最重要的发现，可以用一句话来表述：在报告的目标日期前 13 天，第二次测试级别仍然在旧协议版本上。 Pi 运营两个测试网。测试网 1 是开发人员和节点运营商尝试新版本的第一个级别。测试网 2 是该路径上主网之前的级别，更接近其条件。据报道，预计在主网发布之前先运行两个测试网。我们 9 月 2 日的查询显示了测试网 1 的协议 27，但测试网 2 仍然是协议 26 以及也在主网上运行的相同节点软件。由此不能得出任何失败，我们也不声称失败。第二次测试还有两周时间，如果及时提出，目标日期仍然可以达到。但这确实意味着在我们测量时尚未采取时间表规定的中间步骤。任何认为 9 月 15 日已经确定的人都应该知道这一点。作为早期指标，该值非常有用，因为它可以随时免费检索，并且其工作原理将在下面进一步阐述。目前广泛报道 9 月 15 日为目标日期。我们研究了它的依据，发现的结果值得仔细阐述。在 Pi 官方博客的首页上，我们没有发现 9 月 2 日发布的任何提及协议 26 或协议 27 的帖子。关于协议版本的最新帖子日期为 2026 年 7 月 15 日，并宣布了协议 v25。它将 7 月 22 日定为日期，并呼吁节点运营商下次有机会将其节点升级到 v25，以保持与网络的连接。实质上，它是关于 BN254 密码学和 Poseidon 哈希，即零知识应用程序的构建块。就我们的目的而言，这篇文章具有双重价值。这是我们测量窗口中唯一提前公开日期的情况，因此可以测试我们的方法：7 月 22 日已公布，我们测量了 7 月 22 日 12:54:56 UTC。测量结果与当天的公告相符。但相反，这一发现也意味着，在我们检查时，9 月 15 日并没有像当时的 7 月 22 日那样得到保障。无论它是否在其他地方宣布，例如在应用程序内渠道之一，我们无法从外部验证。因此，我们只说我们所看到的，并且我们不认为任何人有任何意图。擒纵机构通过跳跃来保持节拍。这正是最后两个 Pi 交换机的行为方式：持续运行的跳跃，没有停顿。具体而言，节点操作员现在应该做什么如果您运行 Pi 节点，则可以根据已测量的内容进行可管理的准备工作。保留当前版本。在上一次跳跃中，截止日期是激活前两天。任何在宣布日期之前已经更新过节点的人都是安全的，不会遗漏任何东西。观看官方频道，而不是日期报道。在协议 v25 之前，该公告是在跳跃前一周发布的。类似的提前期也将是这次最有用的信号。密切关注测试网 2。如果该级别跳转到协议 27，则强烈表明主网将紧随其后。如果保持不变，日期可能会改变。检查您自己的可达性。 8 月 14 日关于节点版本 0.6.2 的博客文章将自动端口设置和端口检查器称为新功能。任何熟悉连接问题的人都应该在切换之前而不是之后执行此操作。顺便说一句，该模式并不是 Pi 特有的。在其他网络中也是如此，及时更新决定了节点是否继续运行；我们最近在 Solana 的 Alpenglow 激活中描述了这一点。运行多个节点的任何人都会明智地错开更新，而不是同时重新启动所有节点。