Solana(SOL)、Alpenglow移行でエポック1064にエクスプローラへTPS基準の再設定を指示
Solana(SOL)は10月21日、エポック1064でAlpenglow移行に入る。バリデータの票トランザクションがブロックから消え、TPS基準は再設定が必要。バリデータは1エポック0.8SOLの手数料を焼却で支払い、Firedancer系クライアントは移行に参加できない。
AI要約AI
- Solana(SOL)のAlpenglow移行はエポック1064で発動、10月21日13時20分(UTC)前後の開始を見込む
- バリデータは1エポックあたり0.8SOLの参加手数料を支払い、全額が焼却される
- SIMD-0326は承認セットを2,000バリデータに限定、提案は98.27%の支持で可決
- Votorはステーク80%の応答で1ラウンド確定、60%しきい値の2ラウンド経路も並行運用する
票トランザクションがブロックから消える
エクスプローラ、分析サービス、ノード運営者の三つの立場が、
Solana (SOL)のAlpenglowへのコンセンサスメカニズム移行完了前に対処すべき作業を抱えている。移行は10月21日が予定日だ。Solana Foundationのガイダンスは、Solanaネットワーク上のアクティビティを計測するすべてのサービスに対し、トランザクション数とTPSの基準を再設定するよう求めている。ステーキングの副産物であるバリデータの票トランザクションが、移行完了後にブロックから消えるためだ。票を含む合計値は、決済や取引、DeFiアクティビティが変わらなくても減少に転じる。
バリデータの参加状況を追跡するサービスには、第二の変更も課される。Voteプログラムの命令を読むのをやめ、代わりにブロックフッターに含まれる証明書データを参照しなければならない。Foundationは、YellowstoneのgRPCフッターメッセージが現時点ではこうした証明書を転送していないと明記する。Anzaの運用ドキュメントによれば、Agave 4.3は任意のブロックフッター通知を搭載しており、このデータを必要とするサービスは有効化と実装を自ら行う必要がある。それ以前の開発者向け文書は、確定まで競合する候補ブロックを分けて保持し、選択されたブロックを維持してトランザクションを統合しないよう、エクスプローラに指示していた。今週のSolana価格の動きは、こうした技術的変更に比べれば二次的な話題だ。Foundationはトリガーをエポック1064と特定し、開始時刻を10月21日13時20分(UTC)前後と見積もる。Anzaは機能の有効化とコンセンサスの引き継ぎを分けており、移行境界は有効化から5,000スロット後に置かれる。この間、ブロックは一時的に票のみを含み、バリデータはその間に移行を完了させる。共同創設者のAnatoly Yakovenko氏は火曜日のXへの投稿で「票プログラムをag状態機械に置き換えるだけで、Alpenglowは半分の期間で出荷できただろう」と述べ、アップグレードに必要以上の時間がかかったという見方を示した。同氏が引用したコメントは、オンチェーンの票の廃止を歓迎しつつ、ネットワークのTPSの大半がユーザーのトラフィックではなくバリデータの票であるという長年の批判をあざ笑う内容だった。開発者は、先行するテストネット移行の後、Alpenglowが9月にdevnetへ到達した時点でこの挙動の変化を確認している。
@toly · Xの投稿
Xへの投稿.
Xで見る
1エポックあたり0.8SOLを焼却する手数料
手数料体系はFoundationのドキュメントに定められている。オンチェーンの票が消えると、個別の票トランザクションで支払われていた手数料もそれとともに消滅する。代わりにバリデータは1エポックあたり0.8SOLの定額の参加手数料を支払い、その全額が焼却される。支払いは票アカウントから行われ、これがアイデンティティアカウントに代わって投票関連コストの源泉となる。運営者は手数料をアカウントのレント免除最低額より高く保つ必要がある。請求は1エポック先行して走る仕組みで、エポック1064の開始時に徴収される最初の手数料はエポック1065の参加をカバーする。支払えないバリデータは翌エポックで票を投じる権限もブロック生成権限も失う。
準備要素はすでに稼働している。BLS公開鍵の登録は7月8日からメインネットで可能で、参加手数料機能は7月22日に有効化されたが、いずれもAlpenglowコンセンサスそのものを起動したわけではない。FoundationのチェックリストはAgave、Jito-Solana、Harmonic Salsaのバージョン4.3.2を要求し、FiredancerとFrankendancerは引き継ぎ期間中サポート対象外だと明記する。内部構造では、Anzaが公開した設計は、バリデータがブロックの合意形成に用いてきたTowerBFTをVotorへ置き換える。Votorは二つの投票経路を同時に動かす。一方はステークの80%が応答した時点で1ラウンドのブロック確定を行い、もう一方は60%のしきい値で2ラウンドを使う。票はBLS暗号で署名された直接メッセージとなり、コンパクトな証明書へ統合される。バリデータは自前のタイマーで応答しないリーダーを検知し、それをスキップする票を投じる。公開されたSIMD-0326提案は承認セットを2,000バリデータに上限設定し、ステークの高い運営者を優先する。これにより証明書は単一のUDPメッセージに収まるサイズを保つ。ガバナンスは道を2025年9月に開いた。提案は投票の98.27%の支持で可決し、参加ステークは総量の52%を占めた。Anzaの運用ドキュメントは、約150ミリ秒のファイナリティ目標に但し書きも付けている。承認バリデータセット外のノードは、後続ブロックに含まれる証明書から確定を知るため、最大でブロック1つ分の生成間隔が上乗せされ、ブロックのスキップや遅延時にはさらに長く待つことになる。承認されたバリデータは合意メッセージをパートナーノードへ直接送れるため、追加の遅延は主に両者間のレイテンシに収まる。
市場が正しく織り込むべきは、この機械的な影響の部分だ。票の除去は、ユーザーの実際の活動が一切変わらないまま、アルトコインとしての
Solana (SOL)の表向きのスループット数値を切り下げる。当社の記録では、票を除くアクティビティは2026年第3四半期に89.2億件のトランザクションに達しており、この基準が今後、目に見えて低い総数の横に据え置かれることになる。チェーン間比較は移行の安定後に基準を再構築する必要があり、Agave 4.3のフッター通知を有効化していない分析企業はバリデータの参加率を過小報告することになる。まだ動いていないのがFiredancerとFrankendancerの陣営で、この陣営は移行に一切参加できない。サポートが実装されるまで、移行はAgave、Jito-Solana、Harmonic Salsaのみで進む。
一次情報源
AIによって生成され、AIによるレビューを経て、COINOTAGの編集監督のもとで公開されました。

