Anzaは、Solana Networkをより速く、より決定的なものにすることを目指して、新しいAlpenglow Consensus Protocolを導入しています

新しいコンセンサスプロトコルであるAlpenglowは、Solanaに焦点を当てた研究開発会社であるAnzaによって導入されました。ネットワークをより速く、より決定的で、より安全にすることを目指しています。

Anza, a Solana-focused research and development firm, has unveiled a new consensus protocol named Alpenglow. This protocol aims to make the Solana network faster, more deterministic, and safer. Described as the biggest consensus redesign since Solana’s launch, Alpenglow is set to replace the existing TowerBFT (Byzantine Fault Tolerance) mechanism and Proof of History with a more easily understandable and efficient system.

Solanaに焦点を当てた研究開発会社であるAnzaは、Alpenglowという名前の新しいコンセンサスプロトコルを発表しました。このプロトコルは、Solanaネットワークをより速く、より決定的で、より安全にすることを目的としています。 Solanaの発売以来、最大のコンセンサス再設計と説明されているAlpenglowは、既存のTowerBft（ビザンチンフォールトトレランス）メカニズムと歴史の証明をより簡単で効率的なシステムに置き換えるように設定されています。

Targeting Performance Gains Without Compromising Network Safety

ネットワークの安全性を損なうことなく、パフォーマンスの向上をターゲットにします

ネットワークの安全性を損なうことなく、パフォーマンスの向上をターゲットにします

In his X post, Yakovenko further stated that he got nearly everything wrong about consensus, except the important parts. Drawing attention to the design of Alpenglow, he highlighted two critical requirements:

Yakovenkoは、彼のX投稿で、重要な部分を除いて、コンセンサスについてほぼすべてを間違っていると述べました。 Alpenglowの設計に注意を喚起し、彼は2つの重要な要件を強調しました。

* Consensus should not interfere with block producers using 100% of the available bandwidth at all times.

*コンセンサスは、常に利用可能な帯域幅の100％を使用してブロック生産者を妨害するべきではありません。

* Users must experience deterministic finality in a single round.

*ユーザーは、1回のラウンドで決定論的な最終性を経験する必要があります。

According to Anza’s blog, Alpenglow drastically reduces transaction finality latency to a median of 100-150 ms. In contrast, TowerBFT takes roughly 12.8 seconds from block creation until finality. This marks a 100x improvement, rendering it competitive with centralized infrastructure.

Anzaのブログによると、Alpenglowはトランザクションの最終レイテンシを100〜150ミリ秒の中央値に大幅に減らしています。対照的に、TowerBftはブロックの作成から最終性まで約12.8秒かかります。これにより、100倍の改善があり、集中インフラストラクチャと競争力があります。

Alpenglow achieves this by splitting the faults into two categories: full Byzantine and down or unavailable. Based on this fault model, the protocol can guarantee safe finality within one or two rounds. If a fork accumulates 40% of the total stake in votes (20% Byzantine and 20% down), then the node can safely commit to it. The fork will be finalized either in one round with 80% of votes or in two rounds with 60%.

Alpenglowは、障害を完全なビザンチンとダウンまたは利用できない2つのカテゴリに分割することにより、これを達成します。この障害モデルに基づいて、プロトコルは1ラウンドまたは2ラウンド以内に安全な最終性を保証できます。フォークが投票の総株式の40％（ビザンチン20％、20％減少）を蓄積すると、ノードは安全にコミットできます。フォークは、票の80％で1ラウンドで、または60％の2ラウンドで確定されます。

Rotor and Votor: Building for the Future

ローターと有権者：将来のための建物

ローターと有権者：将来のための建物

This approach allows for deterministic finality without slowing down block production. Instead of handling epochs full of unconfirmed blocks, Alpenglow reduces the active state to just two blocks. This simplifies the system for developers and validators, especially when different parts of the network aren't perfectly synchronized.

このアプローチにより、ブロックの生産を遅くすることなく、決定論的な最終性が可能になります。未確認のブロックでいっぱいのエポックを処理する代わりに、Alpenglowはアクティブ状態をわずか2ブロックに減らします。これにより、特にネットワークの異なる部分が完全に同期されていない場合、開発者とバリデーターのシステムが簡素化されます。

Yakovenko also noted that the protocol has simplified and formalized Turbine, now renamed Rotor. Together with Votor, Alpenglow's voting component, these components lay the foundation for enhancing scalability features, such as support for multiple concurrent leaders and increased validator efficiency.

Yakovenkoはまた、プロトコルが単純化され、形式化されたタービンがローターと改名されたことにも注目しました。 Alpenglowの投票コンポーネントであるLotorとともに、これらのコンポーネントは、複数の同時リーダーのサポートやバリデーター効率の向上など、スケーラビリティ機能を強化するための基盤を築きます。

Although still a proposal, if approved, Alpenglow could be a major step in Solana's ongoing evolution.

まだ提案であるが、承認された場合、AlpenglowはSolanaの進行中の進化の大きな一歩になる可能性があります。