#SolanaPlansToCutBlockTimesTo200ms
Solana、ブロック時間を200msに短縮し、計算を成立させるため各ブロックもひそかに縮小 ⏱️😂
10月9日（金）、エポック1053。SolanaはSIMD-0525の最終段階を有効化し、目標スロット時間を250msから200msに短縮します。これは、8月に始まった400msからの段階的な短縮の最後のステップです。1秒あたりのブロック生成機会は4回から5回に増加。確定が速くなり、読み込み中のアイコンを見続けるのが嫌いな人には、実際に役立ちます。💎
見出しの多くが伝えていないトレードオフ 🧠
各ブロックの最大計算容量は、3,750万ユニットから3,000万ユニットに減少します。ブロックの到着は速くなりますが、1つあたりの処理量は減るため、ネットワーク全体のスループットは実際には増えず、おおむね横ばいです。これはレイテンシーの改善であり、容量の改善ではありません。この2つは本当に別のものなので、混同しないことが大切です。😂
実際にメリットと言える部分 🎯
バリデーターは今後、1.6秒ではなく800ミリ秒の4スロット単位でブロックを生成します。トランザクションを並べ替えるための時間枠が短くなり、Phemexによれば、MEVを利用した搾取の機会が大幅に減少します。その代償として、バリデーターは投票の頻度が2倍になり、その分の運用コストを負担することになります。💡
覚えておきたい率直な現実チェック 🔍
Solana Compassのデータによると、従来の250msという目標は、実環境では平均266～269msでした。つまり、すでに目標値を達成できていませんでした。200msが公称どおりに機能するのか、それとも実際にはひそかに220msで動くのかは、アップグレードが実施されたかどうかとは別の問題です。
もうひとつ、はっきりさせておきたいこと 🚀
これはAlpenglowではありません。Alpenglowは別個のコンセンサス方式の刷新で、ファイナリティ約150msを目指していますが、実施時期はさらに先です。別々の2つのアップグレードで、目指す方向はおおむね同じ。混同しやすいですが、混同しないようにしましょう。
$SOL
Solana、ブロック時間を200msに短縮し、計算を成立させるため各ブロックもひそかに縮小 ⏱️😂
10月9日（金）、エポック1053。SolanaはSIMD-0525の最終段階を有効化し、目標スロット時間を250msから200msに短縮します。これは、8月に始まった400msからの段階的な短縮の最後のステップです。1秒あたりのブロック生成機会は4回から5回に増加。確定が速くなり、読み込み中のアイコンを見続けるのが嫌いな人には、実際に役立ちます。💎
見出しの多くが伝えていないトレードオフ 🧠
各ブロックの最大計算容量は、3,750万ユニットから3,000万ユニットに減少します。ブロックの到着は速くなりますが、1つあたりの処理量は減るため、ネットワーク全体のスループットは実際には増えず、おおむね横ばいです。これはレイテンシーの改善であり、容量の改善ではありません。この2つは本当に別のものなので、混同しないことが大切です。😂
実際にメリットと言える部分 🎯
バリデーターは今後、1.6秒ではなく800ミリ秒の4スロット単位でブロックを生成します。トランザクションを並べ替えるための時間枠が短くなり、Phemexによれば、MEVを利用した搾取の機会が大幅に減少します。その代償として、バリデーターは投票の頻度が2倍になり、その分の運用コストを負担することになります。💡
覚えておきたい率直な現実チェック 🔍
Solana Compassのデータによると、従来の250msという目標は、実環境では平均266～269msでした。つまり、すでに目標値を達成できていませんでした。200msが公称どおりに機能するのか、それとも実際にはひそかに220msで動くのかは、アップグレードが実施されたかどうかとは別の問題です。
もうひとつ、はっきりさせておきたいこと 🚀
これはAlpenglowではありません。Alpenglowは別個のコンセンサス方式の刷新で、ファイナリティ約150msを目指していますが、実施時期はさらに先です。別々の2つのアップグレードで、目指す方向はおおむね同じ。混同しやすいですが、混同しないようにしましょう。
$SOL