非同期

非同期処理とは？なぜブロックチェーンで広く使われているのか

非同期処理とは、操作を開始してから結果が後で返ってくる「実行して待つ」方式です。多くのブロックチェーン処理が非同期となるのは、オンチェーン取引がキューに入り、バッチ処理され、合意形成を経て最終的に確定するまでに時間がかかるためです。

非同期処理はフードデリバリーの注文に例えられます。注文後すぐに料理が届くわけではなく、注文が受け付けられ、調理され、配達され、準備完了時に通知されます。同様に、ブロックチェーンでトークン送付やスマートコントラクト操作を行うと、その取引がブロックに組み込まれ承認されるまで待つ必要があります。

非同期性は取引承認にどのような影響を与えるか

取引の承認は非同期性の代表例です。取引をブロードキャストすると保留状態となり、ブロックに組み込まれるのを待ちます。その後、追加のブロックが積み重なり複数の承認を受けることで、取引の安定性が高まります。

「ブロック」は複数取引をまとめた台帳のページのようなもので、「承認」は後続ブロックが追加されることで発生し、過去の記録が改ざんしにくくなります。取引を早くブロックに含めるため、ユーザーは取引手数料（一般的にガス代と呼ばれる）を設定し優先度を決めます。

参考（変更の可能性あり）：2024年10月時点で、Ethereumは約12秒ごとに新しいブロックを生成し、Bitcoinは平均約10分です。Ethereum上の多くのアプリは数回の承認で取引を安定と見なしますが、取引所ではリスク軽減のためより多くの承認を求めることがあります。ネットワーク混雑や手数料が低い場合、待ち時間が長くなる場合があります。

ウォレットやDAppのやり取りでの非同期性の仕組み

ウォレットやDAppでの非同期処理により、「保留中」「承認済み」「失敗」などのステータスが表示され、ユーザーは取引の進行状況をリアルタイムで確認できます。

ステップ1：DAppで「スワップ」や「送信」をクリックすると、ウォレットが署名を促し、取引を送信します。

ステップ2：取引はブロックチェーンの待機キューに入り、駅のホームで電車を待つように、ブロックに組み込まれるまで待機します。

ステップ3：ブロックに含まれると、インターフェースにブロック番号や承認数が表示されます。取引が破棄されたり手数料が低すぎる場合、ステータスが失敗に変わることもあります。

ステップ4：DAppは通常、スマートコントラクトが記録する「イベント（ログ）」を監視し、注文や在庫のステータスを更新します。これらのイベント通知も非同期で届きます。

非同期性とスマートコントラクトの関係

1つの取引内でスマートコントラクトは同期的に実行されますが、スマートコントラクトと外部世界とのやり取りは本質的に非同期です。スマートコントラクトは「外部データを待つ」「次の取引まで一時停止する」といった動作はできません。

一般的なパターンとして、後続処理はオフチェーンのサービスやボットに委任され、これらがコントラクトイベントを監視し、次の取引をトリガーします。たとえば注文が発生するとコントラクトがイベントを発行し、外部ボットがこれを読み取り、後で決済取引を送信します。この設計により、非同期プロセスによる複雑なワークフローが実現します。

非同期性はオラクルやクロスチェーンメッセージングとどう連携するか

オラクルは価格情報や天候などのオフチェーンデータをブロックチェーンに提供しますが、これらの更新は即時ではなく、必然的に非同期です。クロスチェーンブリッジは資産やメッセージをチェーン間で転送し、証明や検証の生成に時間がかかります。

タイミング例：2024年10月時点で、多くのクロスチェーンブリッジは同一チェーン内の転送を数分で完了しますが、EthereumからオプティミスティックなLayer 2ブリッジへの出金には「チャレンジ期間」（通常7日程度）が設けられ、セキュリティと可逆性が確保されます。待機時間はブリッジやネットワークごとに異なるため、最新の案内やツールチップを必ずご確認ください。

非同期性がもたらすリスクとミス防止策

主なリスクは、未承認取引を確定済みと誤認したり、重複送信による二重送金が発生することです。ネットワーク混雑や相場変動時には取引の遅延や差し替え、一時的なブロック再編成が発生することもあります。

推奨事項：

ステップ1：「承認閾値」を設け、所定の承認数に達するまで商品引き渡しやアクセス権付与を控える。

ステップ2：承認が確定する前に強制配送や清算など重要な操作を行わない。

ステップ3：繰り返しクリックや送信による重複送金を防ぐため、冪等性保護を実装する。

ステップ4：UIで保留ステータスや推定待ち時間を明確に表示し、不安やミスを防ぐ。

非同期プロセス設計における開発者の指針

開発者は、バックエンド・フロントエンドの両面で非同期性を標準とし、堅牢なシステムと明確なユーザーコミュニケーションを実現する必要があります。

ステップ1：重要なバックエンド処理には冪等性キーを設定し、同じリクエストの重複処理を防ぐ。

ステップ2：キュー管理やリトライ戦略を採用し、指数バックオフやタイムアウトを実装して過剰な再試行を防止する。

ステップ3：ロングポーリングや持続的接続によりブロックやコントラクトイベントを購読し、リアルタイムで更新を取得する。

ステップ4：承認閾値や最終確定戦略を定義し、資産やブロックチェーンごとに異なるセキュリティレベルを設ける。

ステップ5：フロントエンドで多段階の進捗バーや説明メッセージ（例：「ブロードキャスト済み」「パッケージ済み」「承認済み」）を表示する。

ステップ6：取引ハッシュやエラー理由を記録し、ユーザーがブロックエクスプローラーで自己確認したり、サポートに詳細を伝えられるようにする。

Gateユーザーの入出金時における非同期性への対応方法

Gateではオンチェーン入金・出金のいずれも非同期で進行します。ユーザーは「承認数」や取引ハッシュを確認して進捗を追跡してください。

ステップ1：入金時はオンチェーン送金完了後、取引ハッシュを保存し、Gateの入金履歴で承認数を確認します。プラットフォームの定める閾値に達すると資金が反映されます。

ステップ2：出金時は承認＝オンチェーン反映ではありません。Gateは取引をバッチ処理で送信します。取引ハッシュでパッケージや承認状況をブロックエクスプローラーで確認してください。

ステップ3：ネットワーク混雑や手数料が低い場合は焦らず、承認前に重複送金や重要操作を控えてください。

ステップ4：進捗が長時間止まった場合は、取引ハッシュとタイムスタンプを添えてサポートにご連絡ください。

非同期ステータス監視に役立つツール

これらのツールにより、裏側で進行する処理を可視化し、不確実性を低減できます。

• ブロックエクスプローラー：Ethereumエクスプローラーで取引ハッシュ、ブロック、承認数を確認でき、進捗の把握に最適です。
• ウォレット通知：多くのウォレットは取引がブロックに含まれるとステータス更新をプッシュ通知します。
• イベント購読：開発者はコントラクトイベントを購読し、自動処理やアラートを実装できます。
• プラットフォーム通知：Gateの残高ページで承認数やステータスを確認し、必要に応じてサイトやメール通知を有効にしてください。

まとめ：非同期性のポイント

非同期処理はブロックチェーン運用の基盤です。取引はパッケージングと承認に時間がかかり、スマートコントラクトはイベントやメッセージを通じて外部データと連携し、クロスチェーンブリッジやオラクルも非同期で情報を届けます。適切な承認閾値設定、冪等性・リトライ設計、明確な進捗表示により、ユーザーと開発者は待機期間中も確実性を維持し、セキュリティとユーザー体験の両立が可能です。

FAQ

非同期処理と同期処理の違い

同期処理は各ステップが完了してから次に進みますが、非同期処理は開始直後に返答があり、結果はコールバックやイベント通知で後から届きます。ブロックチェーンではネットワーク遅延のため非同期処理が一般的です。承認を待たずに取引を送信し、他の作業を進めている間に自動的に結果が通知されます。

非同期性とマルチスレッドの関係と違い

マルチスレッドは複数の実行スレッドで並列処理を行いますが、非同期処理は追加スレッドを使わず、コールバック関数で結果を待ちます。非同期処理は軽量かつ効率的でI/O中心の処理に適し、マルチスレッドはCPU集約型処理に適しています。ブロックチェーンウォレットではUIをフリーズさせずにオンチェーンの変化を監視するため、非同期パターンが主流です。

Gateから出金後に即時で資金を受け取れず承認待ちとなる理由

これは非同期処理によるものです。出金リクエストがブロックチェーンネットワークに送信された後、マイナーがパッケージング・検証・承認する必要があり、このプロセスに数秒から数分かかります。Gateはブロックチェーンの状況を常時監視し、承認後に自動で残高を更新します。「出金履歴」で各ステップの進捗を確認できます。

非同期処理が失敗した場合

失敗シナリオは主に2つです。1つは取引が拒否される場合（例：ガス不足や残高不足）で、即座にエラーが返されます。もう1つはオンチェーンに含まれた後に実行失敗となる場合で、ブロックチェーン上に失敗状態が記録され、手数料も発生します。重要な操作の前は必ずパラメータを確認し、ブロックエクスプローラーで最終状態を確認し、失敗取引の再送で複数回手数料が発生しないよう注意してください。

非同期処理は資産リスクにつながるか

非同期処理そのものは安全ですが、確定まで時間がかかるため誤操作が問題を引き起こすことがあります。たとえば、DAppで非同期取引を開始後すぐにページを閉じると進捗を把握できなくなったり、何度もクリックして複数取引が発生する場合があります。最低でも1回承認が表示されるまでページを開いたままにし、Gateやエクスプローラーでステータスを確認し、重要な操作前には必ずデータをバックアップしてください。