Solana Alpenglow 将于10月21日在第1064纪元启动：质押者当前应关注的关键事项

2026年10月21日：Solana 迎来 Alpenglow 共识升级

Solana 将于 2026 年 10 月 21 日协调世界时（UTC）约 15:00 启用新的共识程序。Solana 基金会已确定将 Alpenglow 时代（Epoch）1064 的启动日期定为此时刻。对于仅持有或转账 SOL 的用户而言，一切照旧：未来的支付确认速度将更快，钱包和应用将继续正常运行。然而，如果您已将 SOL 委托（Delegation）给验证者，则有一项关键事项需在升级前处理完毕。

此次升级对每位验证者设定了两个条件。若在 Epoch 1064 开始时未能满足这些条件，该验证者在下一个 Epoch 中将不再投票且不生成区块。这意味着与该委托相关的质押奖励将在该期间内归零。重要的是，这一状态可以预先检查，而非事后补救。

Epoch 1064 将于 10 月 21 日 15:00 UTC 开始

“Epoch”是 Solana 网络分配验证者职责的时间段，每个 Epoch 包含 432,000 个槽位（Slots），即 432,000 个可创建区块的短时间窗口。Alpenglow 将在 Epoch 1064 开始时激活。

目前 Epoch 1057 正在运行中。距离切换还有七个 Epoch，确切地说是一周时间。Solana 基金会在其升级页面将日期标注为“大约 15:00 UTC”，使用“大约”一词是有原因的，因为 Epoch 的开始取决于区块进度而非精确时钟时间。

此次升级的开关在 Solana 中被称为功能门控（Feature Gate），其标识符为 A1pengvuM6JEcyNuTnMqepBKhwHE3N6PmUrdATGawhJS。该功能已在测试网（testnet）和开发网（devnet）上激活；在主网（mainnet）上显示为“未激活”。Alpenglow 已于 9 月 25 日在 devnet 上线。

Alpenglow 取代 TowerBFT，执行层保持不变

共识机制描述了网络节点就交易顺序及不可逆时间点达成一致的程序。这正是 Solana 正在替换的内容：自 2020 年上线以来一直运行的 TowerBFT 将被 Alpenglow 取代。

目前，Solana 上的支付最终确认大约需要 12.8 秒。Alpenglow 的目标是将这一时间缩短至约 150 毫秒，仅为原来的百分之一左右。CoinDesk 对此进行了客观分析：150 毫秒是一个目标值，实际速度取决于网络状态。作为副作用，根据 Solana 基金会的说法，新程序允许容忍 20% 的恶意质押和 20% 的离线质押。

对于所有使用 Solana 应用的用户来说，重要的是：交易的执行并未改变。Solana 运行时环境 SVM、交易格式以及费用机制均保持不变。Alpenglow 仅在下一层介入，即就区块达成共识的过程。

主要来源澄清了一个普遍存在的误解：150 毫秒指的是最终确认时间，而非生成区块的节奏。区块时间的降低是独立进行的，分四个阶段从 400 毫秒降至 200 毫秒，并于 2026 年 10 月完成。

先投票，后分发：升级分为两个阶段

Alpenglow 由两个依次到来的组成部分构成。10 月 21 日启动的是 Votor，即投票部分。未来，验证者将直接向彼此发送投票并将其打包成证书，从而在一到两轮投票后即可使区块最终确定。Votor 位于 Agave 4.3 版本中。

Rotor 是第二个组成部分，它将稍后替换区块在网络中的分发方式。它旨在用单一中继层（relay layer）取代当前的分发层 Turbine。目前尚无具体日期；Rotor 仅在 Votor 稳定运行后才会到来。

在实践中，这意味着下周的情况如下：10 月 21 日仅有投票机制发生变化。将“Alpenglow 升级”视为单一事件阅读是一种简写。

最初的 5,000 个槽位仍运行于 TowerBFT

一个特殊情况涉及希望在 10 月 21 日实时观察网络的人。功能门控在 Epoch 1064 开始时开启，但网络在 Epoch 的前 5,000 个槽位期间仍使用 TowerBFT 工作。此后，Alpenglow 才接管控制权。根据 Solana 基金会的数据，这发生在槽位 459,653,000，即 Epoch 开始后约 18 分钟。

这个数字是可以重新计算的，且逻辑吻合。从周三早间的区块进度来看，Epoch 1064 的起始槽位为 459,648,000。到指定的切换槽位 459,653,000 正好相差 5,000 个槽位。因此，主要来源的声明与区块链的状态在槽位上是完全匹配的。

在这约一刻钟的时间窗口内，网络仍报告其运行在旧程序上。如果在 10 月 21 日 15:05 UTC 检查时未发现 Alpenglow 确认信息，您看到的并非故障，而是这一过渡阶段。

Agave 客户端必须在 Epoch 1064 开始前运行，Firedancer 不在迁移范围内

第一个条件涉及软件。验证者必须在 Epoch 1064 开始前运行基于 Agave 的客户端，且版本需构建于 Agave 4.3.0 之上。Agave 本身、Jito-Solana 和 Harmonic Salsa 均在允许之列。

“验证者客户端”是操作员参与网络的程序。多个团队独立开发此类程序，这保护了网络免受单一实现中存在错误的影响。但在迁移期间，这种多样性暂时受到限制：Jump Crypto 开发的客户端 Firedancer 和 Frankendancer 在切换期间明确不受支持。CoinDesk 独立指出后果：操作员必须临时更改软件。

对于委托人来说，这是向验证者提出的第一个问题：那里是否运行着基于 Agave 的客户端，且版本为 Agave 4.3.0？依赖 Firedancer 且不切换的验证者将无法参与迁移。

验证者准入票（Validator Admission Ticket）每 Epoch 需 0.8 SOL

第二个条件涉及资金。验证者必须在投票账户中至少持有 0.8 SOL，除了原本必须存在的最低余额外。这笔名为“验证者准入票”（VAT）的费用将从该余额中扣除，相当于参与投票的入场费。

背后的时间表是分阶段的：第一笔费用在 Epoch 1064 开始时扣除，用于支付 Epoch 1065 的参与资格。此后每期支付下一期的费用。Solana 基金会写道：“如果未支付此费用，验证者将在下一个 Epoch 中不投票且不生成区块。”

费用甚至更低了。此前，验证者以普通交易费用的形式为投票付费，据 CoinDesk 报道，每 Epoch 约为 1 SOL。这些成本将消失，取而代之的是固定的 0.8 SOL，减少了五分之一。

Epoch 时长现约为 26 小时，而非两天

此处值得进行一项计算，因为它未出现在任何报告中。一个 Epoch 涵盖 432,000 个槽位。只要每个槽位持续 400 毫秒，那就是两天。在减少至 200 毫秒后，Epoch 相应缩短。

根据周三早间区块计数与宣布的 Epoch 1064 开始时间之间的差距，得出每个槽位时间约为 218 毫秒。因此，一个 Epoch 持续大约 26 小时，接近一天。许多较旧的说明文章仍引用 38 或 48 小时；这些数据来自缩减之前。

这对费用而言是关键点。0.8 SOL 不是每两天收取一次，而是大约每天一次。年化计算下来，每位验证者约为 267 SOL。若 SOL 价格为 107 美元，则约合 28,700 美元。周三早间，网络列出了 678 个拥有投票账户的验证者，其中 673 个活跃，5 个落后。按比例放大，整个网络每 Epoch 支付约 542 SOL，约合 58,000 美元。

拥有少量委托质押的验证者运营商必须从区块奖励中赚取这笔费用。对于大型运营商而言，每天 0.8 SOL 只是运营成本中的一行；但对于小型运营商而言，这是一个障碍。

10 月 21 日 Solana 交易量骤降，但用户活跃度未减

升级的一个后果将在未来几周引起困惑，特别是对于那些通过指标来评判 Solana 的人。此前，验证者的投票被视为区块内的普通交易并被计入统计。随着 Alpenglow 的引入，投票将完全离开区块。

Solana 基金会对开发者表示，任何计算投票的指标都应建立在新基准上。CoinDesk 为外部人士得出结论：Solana 报告的总交易量可能会大幅下降，而真实用户的使用量并未减少。

因此，如果在 10 月 21 日后看到 Solana 每秒交易量图表急剧向下，请先检查日期。测量中断在图表中看起来就像市场中断一样。在 Solana 中，投票在所有交易中的占比传统上很高，因此这一跳跃将非常明显。

另外两项变化主要影响开发者，但也解释了为何这被称为破坏性变更（Breaking Change）。两个确认级别“已确认”（confirmed）和“已最终确定”（finalized）合并并将具有相同含义。此外，Solana 自己的计时机制 Proof of History 放弃了设定区块生产节奏的功能；附加的时间戳将从数据流中消失。

您的委托背后的验证者：客户端版本与投票余额

委托 SOL 会将您的投票权转移给验证者，同时您保留硬币所有权。委托人共享该验证者的失败风险：如果验证者在 Epoch 1065 中不投票，与其委托相关的质押奖励将在该期间内消失。SOL 本身不受影响；它们保持原样。

有两点细节可以在 10 月 21 日之前解决。首先，验证者的客户端软件及其版本。其次，其投票账户的余额，该余额除最低金额外还需携带必要的 0.8 SOL。这两项均出现在公共验证者概览中，通过提供商进行质押意味着向其询问这些信息。

情况在大型、专业运营的验证者处最简单，因为他们无论如何都在进行切换。对于很少发布信息的较小验证者，则值得注意。如果选择困难：可以随时将委托转移到另一个验证者，尽管变更仅在下一个 Epoch 生效，因此需要大约一天的时间。

通过交易所、钱包或自建验证者质押：谁承担风险

对于德国的投资者，有三条路径汇聚于此，它们在上述问题上有所不同。

通过交易所质押：这与客户端和投票账户无关。交易所运营自己的验证者或与合作伙伴合作，并负责其准备工作。作为交换，您承担交易所的交易对手风险。提供商及其条款的概览可在质押平台比较中找到。

通过自己的钱包委托：意味着自行选择验证者。这里直接适用上述两项检查，作为回报，SOL 保留在您自己的保管之下。

自己运行验证者：意味着积极满足两个条件。对于这一群体，10 月 21 日是工作日，而非阅读日。

税务考量

就税务目的而言，升级没有任何变化。在德国，质押奖励根据《所得税法》第 22 条第 3 款算作其他收入，并在收到当年征税，年度免税额为 256 欧元。对于被质押的 SOL 本身，《所得税法》第 23 条规定的一年持有期继续适用；联邦财政部早在 2022 年就取消了此前对质押的十年持有期延长政策。

我们的评估：失败风险集中在小型验证者

从编辑部的角度来看，平均德国质押者的风险很低但不为零，且分布不均。

有三个证据支持这一点。切换自 9 月 25 日起已在 devnet 上运行，在此之前已在 testnet 上运行，因此操作员已有数周时间准备。每 Epoch 0.8 SOL 的费用低于此前约 1 SOL 的投票成本，因此不需要额外预算。而且，根据我们自身的测量，在 4.38 亿枚被质押的 SOL 中，占流通供应量的 74.4%，大部分质押挂在少数大型验证者身上，其运营商正在密切跟进切换过程。

与此相对的是 Firedancer 的排除。它迫使那些故意选择替代实现的操作员进行软件更改，而在时间压力下的更改是经典的错误来源。有多少质押挂在 Firedancer 验证者身上无法从公开数据中读出；这一缺口仍然存在。678 个验证者中有 5 个落后是正常的状态，在此之后，10 月 21 日之后将可以看出切换是否平稳进行。

由此不得出购买或出售 SOL 的建议。Solana 在周三早间交易价格为 107 美元，略低于前一周的水平。任何加密货币都存在全额损失的可能性。

您的持仓说明了什么，以及自 9 月以来发生了什么变化

这个日期有一个属于画面的背景故事。9 月底，9 月 28 日被流传为激活日期。背后是一个误会：在开发商 Anza 的路径图中，这一天仅仅标志着功能激活的一般恢复，并未指名 Alpenglow。我们当时将此错过的日期置于背景之中。

委托人的检查路线已在我们 9 月 1 日的文章中提及，尽管当时仍有旧日期。自那时以来，恰好有三件事发生了变化：日期现已固定，Agave 4.3.0 条件已被命名，且费用有了具体数字 0.8 SOL。质押如何分布在验证者之间以及阻塞少数派在哪里，是我们于 10 月初测量的内容。

德语媒体的报道仍滞后于这一现状。那些将 9 月 28 日作为日期或称升级“无固定日期”的文章自周三早间起已过时。在阅读关于 Alpenglow 的任何陈述时，请查看发布日期。

10 月 21 日的 Alpenglow：0.8 SOL 决定一个 Epoch 的奖励

日期已定，条件已明，两者均可在未来一周内解决。只需三个步骤：

1. 确定您的 SOL 委托给了谁。
2. 如果是通过提供商：客户端和投票余额的责任在于他们；询问他们的验证者是否运行在 Agave 4.3.0 上。哪些提供商提供何种条款可见于加密交易所比较。
3. 如果是自行委托：检查这两个细节。客户端软件包括版本，以及投票账户中的余额。如果其中一项不正确，可以在 10 月 21 日之前移动委托；变更将在下一个 Epoch 生效。为了在执行此操作时将 SOL 保留在自己保管之下，设备选项见硬件钱包比较。
4. 记录您的质押奖励以用于税务申报。
5. 奖励在收到的年份计入，免税额为 256 欧元。相关工具见加密税务软件比较。

关于日期、Agave 4.3.0 和验证者准入票的细节来自 Solana 基金会的升级页面；成本和交易量的框架由 CoinDesk 独立确认。

（截至 2026 年 10 月 14 日。本文不构成投资建议。价格和费用结构会发生变化；购买前请与提供商核实条款。）