OKEx はなぜ 19 日と 24 日のネットワーク停止を回避できたのでしょうか?

ウー・サイード著者 |コリン・ウー

この号の編集者 |コリン・ウー

周知のとおり、19日には東京AWSノードの障害により、ほぼすべての中国取引所で障害が発生しました。

Huobi は「速度を追求するために高可用性を犠牲にし、すべてのサービスを単一の可用性ゾーン、つまり障害が発生したゾーン C に移行することを余儀なくされました。同時に、迅速かつ効果的な緊急対応計画はありませんでした。単一のゾーンで障害が発生すると、すべてのサービスを移行してデータを再構築する必要があり、非常に時間がかかりました。」という噂があります。これにより、非常に深刻で長期にわたるネットワーク障害が発生しました。

残念なことに、22日の急激な市場変動により、Huobiが再び最初に完全なネットワーク障害を経験し、その後Binanceなどが続きました。過去数年間、市場が急激に変動するたびに、Binance が最初に問題を抱えることが多くありました。そのため、He Yi 氏はコミュニティで、高並行性の問題を解決するために Honor of Kings と Double Eleven に関わる技術者を探しているとも表明しました。

暗号通貨取引所は従来の金融ソフトウェアほど多くのユーザーを抱えてはいませんが、24時間365日ノンストップの取引、世界中のユーザー、頻繁な突然の劇的な市場変動など、多くのユニークな機能も備えています。特に、Binance のようなグローバル取引所は失敗する傾向があります。

今回、多くの人が議論しています。近年、3大取引所の中では比較的目立たない存在だったOKExは、この2度のほぼ完全なネットワーク障害から無傷で逃れたが、これは少々異例のようだ。一部のユーザーは、これはOKExのトラフィックの減少によるものだと嘲笑した。 Matcha、KuCoin、Gateなどの第2層の取引所も複数回の障害を経験しているため、これは非論理的に思えます。

OKEx はテクノロジーを重視しているという噂があります。いずれにせよ、OKEx がこれら 2 回のネットワーク停止中に比較的無傷で済んだ理由は何なのでしょうか? OKEx 自身の考えを聞いてみましょう。 Wu BlockchainはOKExの関連技術ディレクターにインタビューした。内容は比較的平易でした。以下のインタビュー内容はOKExの見解を反映したものです。

1. 19日にAWSノードに障害が発生しましたが、なぜOKExでは問題が発生しなかったのでしょうか?

回答：実はOKExもAWS上で事業を展開していますが、香港のAlibaba Cloudサーバー上でより多くのサービスが稼働しているため、今回は障害は発生しませんでした。 Alibaba Cloud を選択した理由は歴史的なもので、より馴染みがあり、サービスも優れているからです。しかし、これは必ずしも利点とは言えません。なぜなら、Alibaba Cloud は過去にも同様の (障害の) 問題を経験しているからです。いずれにせよ、すべてのサービスを単一のアベイラビリティーゾーンに移行する必要が本当にある場合、これは確かに合理的な動作ではありません。

2. 22日のトラフィック急増により、OKExに問題は発生しませんでした。理由は何でしたか？

回答: 突然のトラフィックによるダウンタイムはほとんど発生せず、当社チームは依然として OKEx のシステム安定性は向上すると考えています。システムが高いレベルのサービス品質を実現するには、トップレベルの設計から体系的な実行までのプロセスが必要です。一般的に、システム サービスの安定性は、通常、SLA 指標によって測定されます。たとえば、システムの安定性が 4 つの 9、つまり 99.99% に達するということは、システムのサービス中断時間が年間 50 分未満であることを意味します。この数値に比較的近い値になると考えられます。

3. ダウンタイムがなかった理由は、OKEx のトラフィックが比較的少ないためだという見方もありますか?

回答: データから判断すると、OKEx のスポット市場はわずかに低いですが、その契約デリバティブは競合他社と比較して許容範囲内であり、いくつかの利点があります。ダウンタイムが発生しなかった理由は、当社自身の技術力と取引システムのパフォーマンスが向上し、より多くの同時処理を処理できるようになったためだと考えています。

4. OKEx は実際に 2017 年から 2018 年にかけていくつかの問題を抱えていましたが、過去 2 年間は比較的良好な状態です。理由は何ですか？

回答: 突然のトラフィックによるダウンタイムはほとんど発生していませんが、昨年の最終月は統合アカウントの使用準備中だったことと、アップグレードやメンテナンスがより頻繁に行われたことが主な理由で、ダウンタイムが多く発生しました。

技術開発と向上はプロセスです。具体的な進捗状況について詳しく話すことは不便ですが、確かに技術とリスク管理の面で多くの調整が行われてきました。

例えば、マーク価格メカニズムを採用する。計算には移動平均メカニズムが使用され、短期間での契約価格の変動を平滑化し、市場の異常な変動によって引き起こされる不必要な強制清算を効果的に削減できます。基盤となる取引システムの最新バージョン 3.0 では、以前のバージョンよりもレイテンシが低く、瞬間的なトランザクションのピークは 1 分あたり 100 万回を超えます。旧システムと比較して、安定性と同時実行性が大幅に向上しました。

5. 統一口座の推進については多くの議論がなされているが、技術面やリスク管理面で困難があると考える人もいる。どう思いますか？

回答：統合アカウント業務は確かに複雑であり、リスク管理ロジックも複雑です。統合アカウントにもさまざまなモードがあります。ユーザーがより積極的なアカウント モードを選択した場合、損失が大きくなる可能性がありますが、より独立したモードもあります。統合アカウントがオンラインになり、古いユーザーは次々に切り替わることになります。技術的な問題は解決されたと考えています。