Solana ネットワークでは非常に高い使用率が発生しており、ネットワークのコンポーネント、特に優先料金とトランザクション スケジューラの実装がテストされており、どちらもブロックの最適化で重要な役割を果たしています。この高使用期間中、ネットワークは安定した状態を保っていますが、継続的な高いパフォーマンスを確保するために開発者とオペレーターが今日実装できるツールは数多くあります。また、改善のために次のソフトウェア リリースでリリースされる追加の変更も含まれています。ネットワークアプリケーションのパフォーマンス。
ネットワークのパフォーマンスを向上させるための即時のアクション
優先料金の実装: Solana 上に構築された多くのアプリケーションは現在でも優先料金を利用していないため、トランザクションの遅延やドロップが発生します。動的な優先料金を dApps に統合することで、ユーザー エクスペリエンスの問題の解決に役立ちます。それは簡単な統合です。詳細: https://solana.com/developers/guides/advanced/how-to-use-priority-fees。
プログラムの導入に使用するために、優先料金も CLI に統合されています。
取引所は、優先手数料の計算にこの更新されたガイドを使用できます: https://solana.com/docs/more/exchange#prioritization-fees-and-compute-units
CU 予算リクエストの最適化: トランザクションがネットワークに送信されるとき、開発者は特定のトランザクションのコンピューティング ユニットの予算を指定できます。予算が設定されていない場合は、ほとんどのトランザクションで必要な値よりも高いデフォルト値が使用されます。現在、トランザクションが実際に使用するよりも高いバジェットをリクエストしてもペナルティはないため、多くのトランザクションは割り当てられた CU バジェット全体を使用しません。スケジューラーはトランザクションが実行されるまでブロック内にどれだけのコンピューティングが残っているかわからないため、事前に大量のコンピューティングを要求すると、トランザクションの非効率なスケジューリングにつながる可能性があります。開発者は、トランザクション要件に一致する、より適切な範囲の CU リクエストを実装する必要があります。詳細: https://solana.com/developers/guides/advanced/how-to-optimize-compute
ステーク重み付け QoS を使用する: インフラストラクチャ プロバイダーは、追加のシビル耐性メカニズムとして、ブロック ビルダーがステーク バリデーターを介してプロキシされた遷移を識別して優先順位を付けることを可能にする、昨年導入されたコア プロトコル機能であるステーク重み付け QoS を採用する必要があります。ステーク重み付け QoS のガイドは近々公開される予定で、準備ができ次第ここにリンクされます。
プログラムの CU 使用量の最適化: トランザクションがネットワーク上で確認されると、トランザクションはブロック内で使用可能な合計計算ユニット (CU) の数を減算します。現在、ブロックの合計コンピューティング上限は 48M CU ですが、輻輳時にはこの上限に達することがよくあります。プログラムで使用される CU の数を減らすと、ネットワーク上に到達できるトランザクションの量が増加する可能性があります。
v1.18 での今後のコア プロトコルの変更
トランザクション スケジューラ: ブロックを効率的かつ経済的に埋めるのに役立つバリデータ スタックのこのコンポーネントは、4 月中旬を予定した v1.18 ソフトウェア リリース内で改善される予定です。このコンポーネントを変更するには、慎重なテストが必要です。この新しいスケジューラの実装は、v1.18 ソフトウェア リリースで現在のスケジューラとともに導入されますが、デフォルトでは有効になりません。バリデーターのオペレーターは、新しいスケジューラーのパフォーマンスを有効にして監視し、問題が検出された場合は古いスケジューラーに簡単にフェイルオーバーできます。
ソラナ財団は今後もコミュニティの最新情報を提供していきます。最新情報はSolana Status Xアカウントをご確認ください。
