Binance出金ホワイトリストの設定方法｜追加とクールダウン期間の詳細

出金ホワイトリストとはBinanceアカウントの『このアドレスにしか出金できない』という制限スイッチです。有効にするには、Binance公式サイトにログイン→[アカウント]→[セキュリティ]→[出金ホワイトリスト]で総合スイッチをオンにし、続いて[アドレス帳]にアドレスを追加します。新規追加したアドレスは24時間のクールダウンを経てから使え、既存アドレスはすぐに使えます。今回有効にしてみて分かったのは、たとえアカウントのパスワードと2FAをフィッシングで盗まれても、攻撃者は自分のアドレスに出金できず、さらに24時間待つ必要があるということです（この時間があれば十分気づいて凍結できます）。

有効化の流れ自体は5分で終わり、アドレス1件の追加は1分程度（クールダウン時間は除く）。ただ多くの人が最初に見落とすのが、ホワイトリストの総合スイッチをオンにせずアドレス帳だけ登録した状態です。これだとアカウントは相変わらずどんなアドレスにも出金でき、実質オフのままです。

ホワイトリスト対アドレス帳 — 別物の2つの機能

今回の実測ではっきりした違いを表にまとめました。

名称	役割	出金を制限するか	デフォルト状態
アドレス帳（Address Management）	よく使う出金アドレスを保存し、出金時にプルダウンで選択	いいえ	デフォルトでオン
ホワイトリスト総合スイッチ（Whitelist）	ホワイトリスト内のアドレスにしか出金できないよう限定	はい	デフォルトでオフ
ホワイトリストのクールダウン（Cooldown）	新規追加アドレスは24時間出金に使えない	はい	自動

多くの人は『アドレスをアドレス帳に追加すること』を『ホワイトリストに追加すること』だと勘違いしていますが、実はまだ最初の一歩に過ぎません。アドレス帳はいわばブックマークで、毎回アドレスをコピーする手間を省くだけで、帳簿外のアドレスへの出金を制限しません。本当のセキュリティ機構はホワイトリスト総合スイッチ＋クールダウンです。

ステップ1：ホワイトリスト総合スイッチをオンにする

Binance公式アプリを開き、[その他]→[セキュリティ]→[出金ホワイトリスト]（英語表記ではWithdrawal Whitelist）を探します。この項目はデフォルトでオフになっており、スイッチは右側にあります。

スイッチをタップ→説明がポップアップ表示→6桁の2FAコードを入力→6桁のメール認証コードを入力→6桁のSMS認証コードを入力（紐づけていれば）→送信。3つの認証コードを同時に検証するのは、この種のセキュリティ機能を有効化する際の標準手順で、本人確認を確実にするためです。

送信が成功するとスイッチが緑になり、この瞬間からすべての出金リクエストは、まず送金先アドレスがアドレス帳に存在しかつクールダウンを過ぎているかをチェックするようになります。該当しない場合、出金ボタンはそのまま無効化され、リクエスト自体が発行されません。

注意：ホワイトリストを有効にしてもすでに審査中の出金には影響しません。それらは元のフローのまま進みます。新しいルールが適用されるのは、有効化後に発行された新規出金リクエストのみです。

ステップ2：ホワイトリストアドレスを追加する

[ウォレット]→[アドレス帳]（[アドレス管理]や[Address Management]と表記される場合もあります）に進み、[新規アドレス追加]をタップします。アドレスごとに以下を入力します。

項目	入力内容	注意点
ラベル（Label）	任意の名前、例：OKX-BTC-コールド	日本語・英語どちらでも可、30文字以内
コイン（Coin）	BTC / ETH / USDT などを選択	コインごとに1行、USDTはチェーンごとに分けて追加
ネットワーク（Network）	TRC20 / ERC20 / BEP20 など	必須選択、チェーンを間違えるとコインが失われる
アドレス（Address）	コピー＆ペースト	先頭4桁＋末尾4桁をよく確認
メモ（Memo）	一部のチェーンで必要（XRP/EOSなど）	不要な場合は空欄
ホワイトリストに追加（Whitelist）	このチェックボックスをオン	ここが重要、チェックしないとただのアドレス帳登録で終わる

最後の[ホワイトリストに追加]は必ずチェックする必要があり、チェックしなければ普通のアドレス帳登録として扱われ、ホワイトリストには入りません。このチェックが24時間のクールダウンのカウントを開始させます。

今回は5件のアドレスを追加し、それぞれコイン種類＋ネットワーク＋ラベル＋メモをすべて入力しました。追加が完了すると『ステータス：有効化待ち、残り23:58:42』と表示されました。

ステップ3：クールダウン期間を待つ — 24時間はスキップ不可

追加した瞬間にシステムがタイムスタンプを記録し、そこから24時間このアドレスは出金に使用できません。出金画面でこのアドレスを選ぶと『アドレスはクールダウン中です。あとX時間X分で利用可能になります』と表示され、ボタンはグレーアウトします。

24時間はBinanceのリスク管理における固定ルールで、急いでもらうことはできず、カスタマーサポートに頼んでスキップしてもらうこともできず、お金を払って解除することもできません。この仕組みが設計された本来の目的は『本当のアカウント所有者』に24時間の反応時間を与えることです——もし攻撃者がたった今新しいアドレスを追加したのなら、あなたにはこの24時間のうちに気づいて、パスワードを変更し、アドレスを削除するチャンスがあります。

クールダウン期間中にできること：

• このアドレスのラベルやメモを編集する（再カウントされない）
• このアドレスを削除する（即座に反映され、クールダウンを待つ必要はない）
• クールダウンをすでに過ぎた他のアドレスに出金する（影響なし）

クールダウン期間中にできないこと：

• このアドレスで出金する（ボタンがグレーアウトのまま）
• クールダウン状態をすぐに利用可能な状態に変える（そういう操作は存在しない）

すべてのアドレスがまだクールダウン中で、どうしても今すぐ出金したい場合、唯一の方法はホワイトリスト総合スイッチをオフにする→出金する→再度オンにするという手順です。しかしホワイトリスト自体をオフにすることにも24時間のクールダウンがあります。この入れ子の仕組みは意図的な設計です。

ステップ4：アドレスを削除する — 即座に反映

[アドレス帳]→削除したいアドレスを探す→[削除]をタップ→2FAコードを入力→確定。削除は即座に反映され、クールダウンは不要です。

これはもう一つのセキュリティ設計です。アドレスの追加には24時間のクールダウンが必要だが、削除は即座に反映される。この非対称性の理由は、アドレスの追加は攻撃面を広げる行為（攻撃者がそこに出金できるようになる）であり、削除は攻撃面を狭める行為（もうそこに出金できなくなる）だからです。セキュリティ機構が『縮小』の方向を優遇するのは合理的です。

もしアカウントに不審な動きがあれば、まずやるべきことは見覚えのないホワイトリストアドレスをすべて削除し、削除が終わったらすぐにホワイトリスト総合スイッチをオフにしてから再びオンにすることです（再度オンにするのにクールダウンは不要ですが2FAは必要です）。これで『誰がどこに出金できるか』を全部リセットできます。

今回実測したタイムライン

時刻	操作	結果
10:02	ホワイトリスト総合スイッチをオンにする	即座に反映
10:05	OKXのBTCアドレスを追加	クールダウンに入る
10:08	OKXのUSDT-TRC20アドレスを追加	クールダウンに入る
10:12	自己管理ETHアドレスを追加	クールダウンに入る
10:15	BTCアドレスで0.001 BTCを送ろうとする	ボタンがグレー、残り23:47と表示
10:20	ネットワークを間違える（USDTでERC20を選んだがアドレスはTRC20）	システムがアドレス形式の不一致を検知し、保存を拒否
翌日10:08	OKXのBTCアドレスのクールダウンが終了	正常に出金可能
翌日10:15	0.005 BTCをテスト出金	18分で着金

10:20のケースに注目してください。Binanceはアドレス形式のバリデーションを行い、TRC20アドレス（Tで始まる34桁）とERC20アドレス（0xで始まる42桁）は形式が異なるため、無理に登録しようとするとエラーになります。ただし同じチェーン上の異なるコインはバリデーションされません——例えばERC20上のUSDTアドレスとERC20上のUSDCアドレスはどちらも0xで始まるため、BinanceはあなたがUSDTを送りたいのにUSDCを選んでしまったかどうかを判断できません。この種のミスは自分で注意深く確認するしかありません。

ホワイトリストを設定しないリスクはどれほど大きいか

ホワイトリストを設定していない場合、アカウントのパスワードと2FAをフィッシングで盗まれると、攻撃者は次のことができます。

1. すぐに自分の端末でログインする
2. 自分のウォレットに出金する
3. 全工程でメール認証コードだけがあれば十分（もしメールもフィッシングされていれば、何の障害もない）

全プロセスはわずか10〜30分で完了する可能性があります。あなたがアカウントの異常に気づいたときには、すでにコインはオンチェーンで送られており、オンチェーン送金は取り消せません。

ホワイトリストを有効にしておくと、攻撃者の手順はこう変わります。

1. ログイン→パスワードを変更→ホワイトリストをオフにするか新しいアドレスを追加する
2. ホワイトリストをオフにするには24時間のクールダウンが必要
3. 新しいアドレスを追加するにも24時間のクールダウンが必要
4. この24時間の間にあなたには気づいてアカウントを凍結するチャンスがある

これがホワイトリストの核心的な価値です。『アカウント乗っ取りから出金まで』の時間を30分から24時間へと引き延ばす。この24時間があれば、Binanceの『新しいデバイスからのログイン』メールに気づき、フィッシング対策コードが消えていることに気づき（参考：Binanceフィッシング対策コードの設定方法｜本物と偽物のメールを見分けるやり方）、パスワードが変更されたことを知らせるメールに気づいてから、サポートに連絡してアカウントを凍結できます。

アカウントのシナリオ別ホワイトリスト戦略

アカウントタイプ	ホワイトリストの推奨度	アドレス数	クールダウンの扱い方
長期保有が中心	強く推奨	2〜3件（自分のコールドウォレット＋主力取引所）	一度にまとめて揃え、その後ほぼ動かさない
高頻度裁定 / アービトラージ	状況次第	5〜10件（複数の取引所の相手先）	24時間前から計画的に準備
頻繁に第三者ウォレットへ出金	強く推奨	需要に応じて	少しずつ拡張し、新アドレスは前日に追加
主に先物取引で出金しない	オンでも可	予備用1〜2件	先物取引には影響しない
法人アカウント / 複数人での運用	必須 ＋ マルチシグ	厳格なホワイトリスト	承認フローを経てアドレスを追加

最後のシナリオは特に重要です。法人アカウントや複数人で共用するアカウントでは、ホワイトリストはコンプライアンス監査の最低ラインであり、有効にしないのは内部統制が存在しないのと同じです。

よくある質問

Q：ホワイトリストのクールダウン中に、Binanceから『新しいアドレスがホワイトリストに追加されました』というメールは届きますか？ A：届きます。アドレスを追加するたびにメールが送られ、本文にはフィッシング対策コード（設定していれば）が記載され、24時間のカウントダウンもメールに書かれています。もし自分が追加していないのにこの種のメールが届いたら、直ちにパスワードを変更し、アドレスを削除し、ホワイトリストをオフにしてください。

Q：クールダウン期間を7日や30日に変えられますか？ A：できません。Binanceは24時間固定で、選択肢はありません。自分で『7日前にアドレスを追加する』という運用ルールを実践すれば、実質的にクールダウンを自分で延ばすことになります。

Q：ホワイトリストを有効にすると、内部送金（Binanceアカウント間）も制限されますか？ A：内部送金（サイト内振替、UID送金）はホワイトリストの制約を受けません。ホワイトリストが効くのはオンチェーン出金だけです。サイト内送金が心配な場合は、別途[送金クーリングオフ]機能を有効にする必要があります。

Q：ホワイトリストアドレスを複数のコインで共用する場合、いくつとカウントされますか？ A：複数としてカウントされます。例えば同じ0xで始まるERC20アドレスでUSDT、USDC、ETHを受け取りたい場合、3件それぞれ別々に登録が必要で、それぞれ独立してクールダウンが始まります。

Q：OKXからBinanceのアドレスに出金する場合もホワイトリストへの登録が必要ですか？ A：不要です。ホワイトリストが制御するのは『Binanceから出ていく』方向だけで、『入ってくる』方向は制御できません。どのアドレスからでもBinanceに入金できます。

Q：スマホやデバイスを変えてログインした場合、ホワイトリストは再設定が必要ですか？ A：不要です。ホワイトリストとアドレス帳はアカウント単位の設定でデバイスとは無関係なので、機種変更後にログインしても元の設定のままです。

Q：ホワイトリスト総合スイッチがオフにされた場合、以前追加したアドレスはアドレス帳に残っていますか？ A：残っています。アドレス帳は別の階層にあり、ホワイトリストをオフにするのは『これらのアドレス以外への出金を制限する』機能を停止するだけで、アドレスの記録自体は消えません。ホワイトリストを再度オンにすると即座に反映され、アドレスを再登録する必要もクールダウンが再カウントされることもありません。

Q：ホワイトリストとAPI出金にはどんな関係がありますか？ A：API出金はデフォルトでホワイトリストの対象になります。APIキーに出金権限を付与していても、送金先アドレスはホワイトリスト内になければならず、そうでなければAPI呼び出しはエラーコード-4007を返します。これは二重の保護であり、参考：BinanceのAPI Keyの管理方法｜最小権限設定と定期的な見直し。