ダウンタイム

CoinbaseのCEOブライアン・アームストロングはXプラットフォームで、昨日Coinbaseでサービスの中断が発生したことは決して受け入れられないと投稿しました。根本的な原因は、AWSデータセンターの複数の冷却装置が同時に故障し、あるサーバールームが過熱したことです。Coinbaseのほとんどのシステムは、単一の可用性ゾーンの障害に対処するための冗長性を設計しており、昨晩も確かに正常に稼働していました。しかし、中央集権型取引所は免れませんでした。なぜなら、そのアーキテクチャは低遅延と顧客の共置を追求するために特別に最適化されており、可用性ゾーンレベルのフォールトトレランスを同時に考慮することが難しいからです。取引所に可用性ゾーンの障害に対する耐性を持たせることは遅延の問題を引き起こし、顧客の共置を損なうことになりますが、チームはこれらのトレードオフを再評価し、少なくとも可用性ゾーンを切り替える必要がある場合には、ダウンタイムを大幅に短縮できるようにすることを約束しました。彼は徹夜で修理にあたったAWSとCoinbaseのチームに感謝の意を表し、後で詳細な技術説明を発表することを約束しました。

受 Cloudflare サービスの中断の影響で、OpenSea と Upbit のウェブサイトがダウンし、「500 Internal Server Error」の表示が出ています。

ChainCatcher のメッセージによると、Uniswap の創設者である Hayden Adams は X で次のように投稿しました。「大規模な売却は、DeFi がどのように異なるかを私たちに良く思い出させてくれます。Uniswap の今日の取引量は約 90 億ドルで、通常の水準を大きく上回っており、プラットフォームは圧力やダウンタイムを経験していません。」

ChainCatcher のメッセージ、Starknet の公式発表によると、「Starknet は全面的に正常運行を再開しました。ブロック生成は正常な状態に戻りました。世界標準時間（UTC）午前 10:21 から 10:45 の間に提出された取引は処理されず、チェーンはブロック高 1,962,681 にロールバックされました。そのブロック以降のすべての取引は再提出が必要です。この事件の完全なレビュー、詳細、原因および予防策については、後ほど発表される予定です。」以前の報道によると、Starknet の公式発表は、Starknet が再びダウンしたことを示しており、エンジニアチームは修復作業に着手しており、現在詳細な原因は発表されていません。今後の進展については引き続き更新される予定です。

ChainCatcher のメッセージによると、金十の報道では、月曜日にマスク氏のソーシャルメディアプラットフォーム「X」が、アメリカとイギリスの数千人のユーザーから故障の報告を受けた。故障追跡サイト Downdetector.com によると、最初の故障ではアメリカで 21,000 人以上がこのプラットフォームの問題を報告し、イギリスでは 10,800 人が問題を報告した。太平洋時間の午前 2 時 30 分頃まで、このプラットフォームは正常に戻ったようだ。全体として、X は約 45 分間ダウンしていた。しかし、その日の後半に再び X がダウンし、Downdetector.com の報告によれば、太平洋時間の午前 6 時 45 分に 8,000 件以上の故障が発生した。前回と同様に、約 45 分後にサービスが復旧した。現在、障害の原因は不明であり、X 側からの回答はまだない。

ChainCatcher のメッセージ、MegaETH の共同創設者 Lei Yang がソーシャルメディアに投稿し、昨日の RPC ダウン事件が興味深いエッジケースを明らかにしたと述べました。RPC メソッドの呼び出しをデバッグした結果、サーバーが超長い文字列のために大量のメモリを割り当て、最終的にメモリが枯渇しました。MegaETH チームは、RPC スタックを自ら構築することを決定し、RPC スタック上で複数の最適化を適用してパフォーマンスを向上させることにしました。パフォーマンスの観点からは、効果は非常に良好ですが、その代償としてチームはインフラの運用管理作業を自ら行う必要があります。今後、さらに多くのダウンケースが発生することが予想されており、同時により多くの事後分析レポートが発表される予定です。これらのレポートが興味深い議論を引き起こすことを期待しています。皆さんにエッジケースを提供してもらい、今のうちにテストを行うことを奨励しています。問題が数ヶ月後に発生するのではなく。

ChainCatcher のメッセージ、Taiko は X に次のように投稿しました："北京時間 10:45、Taiko メインネットは ZK 検証の最適化とカバレッジの向上を目的とした契約アップグレードの過程で、ABI の問題により 30 分間ダウンしました。この問題は現在解決され、ネットワークは正常に稼働しており、同様の事象が再発しないよう対策を講じています。"

ChainCatcher のメッセージによると、Fortune の報道では、ケント大学コンピュータ学部の研究が示すところによれば、ビットコインが量子計算による脅威に効果的に対抗するためにはプロトコルの更新が必要であり、その結果、この暗号通貨は76日間オフラインになる可能性があるとしています。この研究は、ビットコインがプロトコルの更新に25%のサーバーを使用しながら、ユーザーが遅い速度でマイニングや取引を続けることも可能であると現実的に指摘しています。しかし、その場合、ダウンタイムは305日、つまり10ヶ月に達することになります。ケント大学の講師カルロス・ペレス＝デルガドは、ダウンタイムのコストについて正確な数字を示すことはできないが、それは驚くべきものになる可能性があると述べています。ポネモン研究所のデータによれば、企業が1時間ダウンするコストは最大50万ドルに達する可能性があります。もしビットコインが76日間ダウンした場合（これはこの研究が考える最良のシナリオ）、更新コストは9.12億ドルに達する可能性があります。ペレス＝デルガドはインタビューで「たとえあなたの技術が数分または数時間ダウンするだけでも、非常に非常に高価になる可能性があります。我々が論文で示したのは、ビットコインやビットコインに類似したシステムの更新には数日、数週間、さらには数ヶ月の時間が必要であるということです。」と述べました。しかし、ペレス＝デルガドは、新興の「間もなく到来する」量子技術が大量のオンラインデータを保護する暗号コードを簡単に破る可能性があることを考慮すると、この遅く高価な行動は必要であると考えています。ペレス＝デルガドは、警告を発しているわけではありません。IBMは、この10年間で現在の暗号形式を脅かすほどの大きな量子コンピュータを持つことは難しいと予測しており、そのためそれ以前は、暗号学に対する脅威はまだ仮定に過ぎないとしています。しかし、ペレス＝デルガドは、もし量子コンピュータが本当に脅威をもたらす場合、すべてのテクノロジー企業は積極的に行動を取る必要があると警告しています。

ChainCatcher のメッセージによると、OpenAI は ChatGPT が現在中断していると発表しました。この問題は特定されており、修正プログラムの展開に向けて努力しています。

ChainCatcher のメッセージ、Sui が X に投稿し、Sui ネットワークは現在障害が発生しており、取引を処理できないと述べています。問題の所在は特定されており、すぐに修正プログラムをリリースする予定です。ご辛抱いただきありがとうございます。今後も更新を提供し続けます。Suiscan のデータによると、Sui ブロックチェーンは 2 時間ブロックが生成されていません。

ChainCatcher メッセージ、Web3 流動性レイヤー Orderly Network は X プラットフォームで、Orderly が 9 月 24 日 14:00 から 16:00 まで計画的なアップグレードを行うことを示しています。予想されるダウンタイムは 2 時間です。

ChainCatcher のメッセージによると、dYdX はソーシャルプラットフォームで、dYdX Chain が再び稼働し、ブロックを生成したと発表しました。dYdX のステータスページによれば、今回のダウンタイムは合計で 9 時間 32 分間続きました。ChainCatcher 以前の報道によると、dYdX は X プラットフォームで、dYdX チェーンが v4.0.0 ソフトウェアのアップグレードのために一時停止したと述べており、現在この問題を調査中で、今後数時間以内に解決することを希望しています。

ChainCatcher のメッセージによると、dYdX Ops SubDAO はソーシャルプラットフォームで、dYdX Chain v4.0 ソフトウェアのアップグレードを展開するため、4 月 8 日 16:00 - 17:00（時間は変更される可能性があります）にネットワークの遅延や潜在的なダウンタイムが発生することを予想しています。さらに、tmkms または Horcrux を使用している dYdX Chain のバリデーターは、アップグレードブロックの高さの前に対応するツールの最新バージョンに更新する必要があると警告しています。以前、dYdX コミュニティは dYdX Chain プロトコルソフトウェアを v4.0 バージョンにアップグレードする提案を投票で承認しました。このバージョンのアップグレードは、プロトコルとネットワークに対して、x/authz モジュールの追加、IBC 引き出し制限、条件付き注文の改善、Cosmos SDK v0.5 アップグレードなどの影響を与えることが知られています。

ChainCatcher のメッセージによると、VanEck デジタル資産研究責任者のマシュー・シゲルは、Solana のダウンは BPF（Berkley Packet Filter）ローダーの故障によるものであると述べています。これは Solana 上でプログラムをデプロイ、アップグレード、実行するためのメカニズムです。これは以前の SMID 提案に関連している可能性があり、この提案は BPF でメタデータの使用を防ぐインターセプターを追加しました。なぜなら、これらのメタデータはもはや必要なくなったからです。これは 0093 アップグレードから来ており、何らかのバグが存在します。テストネットではこのバグがすでに認識されており、修正プログラムが作成されていますが、テストの理由からまだ実施されていません。誰かが手動でこのバグを引き起こしたのではないかと推測されています。そのため、Solana はダウンしました。

ChainCatcher メッセージ、Neutron v2.0 アップグレードはブロック高 5416000（予定では 12 月 20 日）に行われます。ダウンタイムが発生する可能性があり、ネットワークは数時間にわたり利用できなくなる可能性があります。高リスクポジションを持っている人は、これらのポジションを閉じるか、レバレッジ/リスクを下げることを検討すべきです。アップグレード中に価格が変動する可能性があります。

ChainCatcher のメッセージ、zkSync がツイートしたところによると、zkSync Era ネットワークの最適化により、本日短時間のダウンタイムが発生する可能性があります。取引は引き続き提出できますが、ブロック生成に関して小さな遅延が発生する可能性があります。他の影響はないと予想されています。（出典リンク）

ChainCatcher のメッセージ、イーサリアムのレイヤー2スケーリングソリューション Optimism は、そのメインネット Bedrock アップグレードが 6 月 7 日に行われることを発表しました。アップグレード中、OP メインネットは 2 ～ 4 時間停止します。さらに、アップグレード当日は、停止期間中に取引、入金、引き出しができず、OP メインネットは運用を停止します。ノードオペレーターは Bedrock のために新しいノードを展開する必要があります。Bedrock は OP Labs によって開発された次世代の分散型 Rollup インフラストラクチャであり、Layer2 ネットワークにモジュール性、シンプルさ、イーサリアムの同等性を提供することを目的としています。同時に、Bedrock は OP メインネットのクロスチェーンブリッジのセキュリティと弾力性を向上させます。（ソースリンク）

ChainCatcher のメッセージ、ポルカドットスマートコントラクトプラットフォーム Moonbeam の公式発表によると：最近、Moonbeam のブロック生成問題の根本原因が特定され、チームはクライアントアップグレード形式の解決策を展開しました。Moonbeam は現在、ブロック生成を再開しており、すべてのノードが最新バージョン 0.30.3 に更新されています。さらに、チームはできるだけ早く詳細を発表する予定です。以前の報道によると、今朝早く、Moonbeam のメインネットでダウン事故が発生し、現在1時間以上新しいブロックが生成されていません。（出典リンク）

ChainCatcher のメッセージ、zkSync が昨日 zkSync Era∎ ネットワークのダウンに関する詳細な公告をツイートしました。ブロックキューのデータベースに障害が発生し、ブロック生成が停止しました。それにもかかわらず、サーバー API は影響を受けませんでした。取引は引き続きメモリプールに追加され、クエリサービスは正常に機能しています。すべてのコンポーネントには包括的な監視、ログ記録、アラートが備わっていますが、API が正常に動作しているため、アラートはトリガーされませんでした。修正は 5 分以内に実施されました。類似の問題を解決するために、zkSync はデータベース監視エージェントに特別な役割を与え、データベースに接続して指標を継続的に収集できるようにしています。データベース監視エージェントが障害を起こしたり、指標を収集するためにデータベースに接続できない場合はアラートが発出されます。さらに、事態が深刻にエスカレートした場合、待機しているチームは複数のチャネルを通じて直ちに通知を受けることができます。しかし、唯一の長期的な活性と可用性の解決策は分散化です。分散型システムは本質的により弾力性があり、オーダラー（およびその後の証明者）の分散化は zkSync エンジニアリングチームの最優先事項です。（出典リンク）