最近の Solana の停止の原因は何ですか? さらなるネットワークの輻輳を防ぐために何が行われていますか?

最近の Solana の停止の原因は何ですか?

に基づく新しい NFT プロジェクトに関連するボット サンルーム プロジェクト開発者によると、これにより20時間のネットワーク障害が発生したという。土曜日の午後 30 時 03 分頃 (UTC) に始まり、日曜日の午前 30 時 XNUMX 分 (UTC) に終了したこの障害は、次の原因で発生しました。 インバウンドトランザクションの大幅な増加(毎秒6万)によりネットワークが過負荷になり、 個々のノードでのネットワーク容量 100Gbps を超えます。

「サービス拒否攻撃の証拠はありませんが、代わりにボットが人気のCandy Machineプログラムを使用して鋳造されている新しいNFTをプログラムで獲得しようとしたことを示す証拠があります。」 プロジェクト開発者は次のように述べています。 ブログ記事, 「メモリ使用量が高くなる根本的な原因は、初期のブロックを完成させるための投票が不十分で、放棄されたフォークのクリーンアップが妨げられたことでした。検証者が評価しなければならなかったフォークの数が、再起動後であっても評価能力を超えたため、手動介入が必要でした。」

何が行われていますか?

開発チームによると、2021月初旬以来、ソラナはNFTミントを標的としたボット活動に起因する断続的な混雑の問題に悩まされています。前回のメインネット ベータ版の停止は 17 年 30 月に発生し、10,000 時間続きました。 XNUMX 月 XNUMX 日の障害は XNUMX 月の障害と特徴を共有していましたが、今回のネットワークは、トランザクション要求量が XNUMX 月のレベルの XNUMX% に達したにもかかわらず、バリデータ コミュニティによって行われたその後の更新を反映して機能し続けました。

現在 Testnet 上で安定化しているベータ リリース ブランチ v1.10 には、ノードが遅いコンセンサスやストールしたコンセンサスに耐えられる時間を延長するためのメモリ使用の改善が含まれています。メインネット ベータ版にデプロイされた v1.10 を実行するテスト ノードは、同様の仕様の v2000 ピアを超えて 1.9 個の追加スロットを継続しました。

ネットワークの安定性と復元力に対処するために、3 つの緩和策が現在進行中です。

  • QUIC – 現在、Solana はカスタムの生の UDP ベースのプロトコルを使用して、RPC ノードと現在のリーダーの間でトランザクションを渡します。 UDP はコネクションレスであり、フロー制御と受信確認の両方が欠けているため、不正行為を阻止または軽減する有意義な方法はありません。ネットワーク トラフィックの制御に影響を与えるために、Solana コア プロトコルは QUIC 上に再実装されています。QUIC は Google によって構築されたプロトコルで、UDP のような高速な非同期通信用に設計されていますが、TCP のようなセッションとフロー制御を備えています。導入されると、データ取り込みを適応および最適化するために利用できるオプションがさらに多くなります。
  • ステーク重み付けされたトランザクション QoS – リーダーネットワークの帯域幅は固定容量であり、それを効果的に使用するには、ソースに関係なく、先着順で無差別にトランザクションを受け入れる現在の慣行を終わらせるために優先順位付けが必須です。 Solana が PoS ネットワークであることを考えると、ステーク重み付けの有用性をトランザクションのサービス品質に拡張するのは自然な選択です。このモデルでは、0.5% のステークを持つノードはパケットの少なくとも 0.5% をリーダーに送信する権利を持ち、ネットワークの残りの部分と残りのステークのどの組み合わせもパケットを完全に洗い流すことはできません。ステーク重み付け QoS は現在、QUIC と並行して開発中です。ステーク重み付け QoS は、QUIC と併用するとより堅牢になります。
  • 有償執行優先 – 取り込まれた後も、トランザクションは共有アカウント データの変更を巡って競合する可能性があります。この競合は、ネットワーク データの取り込みと同様に単純な先着順で処理されており、ユーザーはトランザクション実行の緊急性を表現する手段がありません。誰でもネットワークにトランザクションを送信できることを考えると、ステーク重み付けはこの優先順位付けには適していません。代わりに、新しい命令が Compute Budget プログラムに導入され、トランザクションの実行およびブロックへの組み込み時に徴収される任意の「追加料金」を指定できる機能がユーザーに提供されます。要求された計算ユニットに対するこの料金の比率は、トランザクションの実行優先度の重みとして機能します。追加料金は、現在の基本料金と同様に扱われます。

料金の優先順位付けは進行中であり、v1.11 リリースを目標としています。

免責事項: このウェブサイトの情報は一般的な市場解説として提供されており、投資アドバイスを構成するものではありません。 投資する前に、ご自身で調査を行うことをお勧めします。

CoinCu Telegramに参加して、ニュースを追跡します。 https://t.me/coincunews

CoinCuYoutubeチャンネルをフォローする | CoinCuFacebookページをフォローする

ヘイゼル

CoinCuニュース

ソラナ ソラナ ソラナ

最近の Solana の停止の原因は何ですか? さらなるネットワークの輻輳を防ぐために何が行われていますか?

最近の Solana の停止の原因は何ですか?

に基づく新しい NFT プロジェクトに関連するボット サンルーム プロジェクト開発者によると、これにより20時間のネットワーク障害が発生したという。土曜日の午後 30 時 03 分頃 (UTC) に始まり、日曜日の午前 30 時 XNUMX 分 (UTC) に終了したこの障害は、次の原因で発生しました。 インバウンドトランザクションの大幅な増加(毎秒6万)によりネットワークが過負荷になり、 個々のノードでのネットワーク容量 100Gbps を超えます。

「サービス拒否攻撃の証拠はありませんが、代わりにボットが人気のCandy Machineプログラムを使用して鋳造されている新しいNFTをプログラムで獲得しようとしたことを示す証拠があります。」 プロジェクト開発者は次のように述べています。 ブログ記事, 「メモリ使用量が高くなる根本的な原因は、初期のブロックを完成させるための投票が不十分で、放棄されたフォークのクリーンアップが妨げられたことでした。検証者が評価しなければならなかったフォークの数が、再起動後であっても評価能力を超えたため、手動介入が必要でした。」

何が行われていますか?

開発チームによると、2021月初旬以来、ソラナはNFTミントを標的としたボット活動に起因する断続的な混雑の問題に悩まされています。前回のメインネット ベータ版の停止は 17 年 30 月に発生し、10,000 時間続きました。 XNUMX 月 XNUMX 日の障害は XNUMX 月の障害と特徴を共有していましたが、今回のネットワークは、トランザクション要求量が XNUMX 月のレベルの XNUMX% に達したにもかかわらず、バリデータ コミュニティによって行われたその後の更新を反映して機能し続けました。

現在 Testnet 上で安定化しているベータ リリース ブランチ v1.10 には、ノードが遅いコンセンサスやストールしたコンセンサスに耐えられる時間を延長するためのメモリ使用の改善が含まれています。メインネット ベータ版にデプロイされた v1.10 を実行するテスト ノードは、同様の仕様の v2000 ピアを超えて 1.9 個の追加スロットを継続しました。

ネットワークの安定性と復元力に対処するために、3 つの緩和策が現在進行中です。

  • QUIC – 現在、Solana はカスタムの生の UDP ベースのプロトコルを使用して、RPC ノードと現在のリーダーの間でトランザクションを渡します。 UDP はコネクションレスであり、フロー制御と受信確認の両方が欠けているため、不正行為を阻止または軽減する有意義な方法はありません。ネットワーク トラフィックの制御に影響を与えるために、Solana コア プロトコルは QUIC 上に再実装されています。QUIC は Google によって構築されたプロトコルで、UDP のような高速な非同期通信用に設計されていますが、TCP のようなセッションとフロー制御を備えています。導入されると、データ取り込みを適応および最適化するために利用できるオプションがさらに多くなります。
  • ステーク重み付けされたトランザクション QoS – リーダーネットワークの帯域幅は固定容量であり、それを効果的に使用するには、ソースに関係なく、先着順で無差別にトランザクションを受け入れる現在の慣行を終わらせるために優先順位付けが必須です。 Solana が PoS ネットワークであることを考えると、ステーク重み付けの有用性をトランザクションのサービス品質に拡張するのは自然な選択です。このモデルでは、0.5% のステークを持つノードはパケットの少なくとも 0.5% をリーダーに送信する権利を持ち、ネットワークの残りの部分と残りのステークのどの組み合わせもパケットを完全に洗い流すことはできません。ステーク重み付け QoS は現在、QUIC と並行して開発中です。ステーク重み付け QoS は、QUIC と併用するとより堅牢になります。
  • 有償執行優先 – 取り込まれた後も、トランザクションは共有アカウント データの変更を巡って競合する可能性があります。この競合は、ネットワーク データの取り込みと同様に単純な先着順で処理されており、ユーザーはトランザクション実行の緊急性を表現する手段がありません。誰でもネットワークにトランザクションを送信できることを考えると、ステーク重み付けはこの優先順位付けには適していません。代わりに、新しい命令が Compute Budget プログラムに導入され、トランザクションの実行およびブロックへの組み込み時に徴収される任意の「追加料金」を指定できる機能がユーザーに提供されます。要求された計算ユニットに対するこの料金の比率は、トランザクションの実行優先度の重みとして機能します。追加料金は、現在の基本料金と同様に扱われます。

料金の優先順位付けは進行中であり、v1.11 リリースを目標としています。

免責事項: このウェブサイトの情報は一般的な市場解説として提供されており、投資アドバイスを構成するものではありません。 投資する前に、ご自身で調査を行うことをお勧めします。

CoinCu Telegramに参加して、ニュースを追跡します。 https://t.me/coincunews

CoinCuYoutubeチャンネルをフォローする | CoinCuFacebookページをフォローする

ヘイゼル

CoinCuニュース

ソラナ ソラナ ソラナ

94 回訪問、今日 1 回訪問