暗号資産取引所の選び方：カストディ・登録・出金リスクの確認

最初にサービス名と契約法人を一致させる

暗号資産取引所を選ぶ第一歩は、URL、アプリ公開者、契約法人、所在地、利用規約、登録番号を同じ主体へ結び付けることです。ブランド名と運営法人が異なる、海外グループの別法人が契約相手になる、国内登録は一部サービスだけに適用される場合があります。金融庁の登録一覧から公式サイトへ移動し、検索広告やSNSのリンクを入口にしません。

登録はminimum gateです。登録事業者でも価格下落、system障害、cyber攻撃、経営悪化がなくなるわけではなく、一覧に記載されたassetの価値を当局が保証するものでもありません。逆に、海外でlicenseがあるという説明が日本居住者向けサービスの適法性や保護を自動的に示すわけではありません。どの法人の、どのactivityが、どのauthorityに登録されているかを文章で書きます。

スクリーンショットだけでなく公式URLと確認日を保存します。

顧客資産・自己資産・鍵・外部委託を分けて読む

「cold walletで保管」「100% reserves」といった一文だけでは足りません。顧客の法定通貨と暗号資産が会社資産からどう分離され、hot walletにどこまで置かれ、秘密鍵を誰が何人で操作し、外部custodianやcloud providerへ何を委託しているかを確認します。proof of reservesがあっても負債、担保差入れ、簿外債務、法的分別、監査範囲を自動的に示しません。

保険は対象事件、被保険者、上限、免責、hot/cold範囲、内部不正、個人account侵害を確認します。「insured」と書かれても、利用者全員の全損失が補償されるとは限りません。倒産時に顧客が所有権を維持するのか、無担保債権者になる可能性があるのか、貸付・stakingへ同意した資産は別扱いかをtermsと法的開示で読みます。

販売所・order book・broker・derivativeを区別する

一つのアプリでも、事業者が相手方となる販売所、利用者同士のorder book、外部venueへ注文を回すbroker、custody、lending、staking、derivativeが併存します。spread表示がなくても買値と売値の差がcostであり、maker/taker fee、minimum order、price increment、slippage、liquidation、fundingが別に加わります。現物とCFDの所有・leverage・settlementを混ぜません。

order bookの厚さは表示数量だけでなく、自己取引、market maker依存、API停止、急変時の注文取消し、価格参照sourceに左右されます。架空の注文額でdepthを見て、best priceから平均約定価格がどれだけ離れるかを確認します。価格chartの過去spreadが、将来の急変時executionを保証することはありません。

Crypto CFDのpoint value、margin、stop lossはCFDロット計算ガイド、spread・commission・fundingは資産クラス別コストガイドへ分け、現物取引所のnetwork withdrawal feeと別表にします。

入金前に出金条件と停止経路を確認する

資産を入れる前に、identity verification、address allowlist、待機期間、一日上限、最低出金、network選択、withdrawal fee、travel rule情報、manual review、メンテナンス停止を確認します。新しいaddressを登録すると24〜48時間等の待機が生じる設計はsecurity controlですが、緊急時に即時移動できない制約でもあります。利用目的に合うかを事前に判断します。

口座開設後は少額を入金し、売買だけでなく自己保管walletへの少額出金まで行います。confirmation email、2FA、address表示、fee、tx hash、所要時間、support responseを記録します。定期的に再テストし、長期間出金していない事業者へ残高を集中させません。network停止や資産delistingの通知経路も確認します。

1. 01条件を読む

   上限、最低額、fee、待機、審査、対応networkを保存。

2. 02securityを設定

   固有password、MFA、anti-phishing code、allowlistを有効化。

3. 03少額入金

   正しいnetworkとmemo/tagで口座反映を確認。

4. 04少額出金

   自己walletへ移しexplorerと受取側で照合。

5. 05証拠を更新

   fee・所要時間・terms変更・次回テスト日を記録。

障害・cyber攻撃・破綻時の連絡と請求を想定する

status page、incident report、proof of reserves、financial statements、auditor、business continuity、withdrawal queue、support SLAを確認します。障害時にSNSだけで告知し、正式status pageやemail履歴がない事業者は検証が難しくなります。過去incidentでは原因、影響範囲、顧客補償、再発防止、第三者検証まで読み、単なる「解決しました」を評価に使いません。

account乗っ取り時の凍結窓口、本人確認、法執行機関へのreport、appeal、complaint、ADR等の手順を保存します。日本では登録事業者一覧と行政処分等の公表を確認し、住所変更や法人変更も追います。海外entityでは倒産手続、準拠法、claim期限が異なり、少額でも回収costが資産を上回る可能性があります。

• 単一点: email、phone、MFA device、password managerが同時に失われないか。
• 通知: fee、terms、delisting、maintenanceがどこで告知されるか。
• incident: 誰へ、何時間以内に、どのevidenceで連絡するか。
• claim: insolvency時のasset status、governing law、proof of accountを保存しているか。

高利回りより先に偽site・送金要求・recovery詐欺を除外する

詐欺は恋愛・投資group・著名人・AI bot・政府機関・事業者supportを装い、正規に見える偽platformへ送金させます。画面上の利益は台帳上のassetや出金可能性を証明しません。出金時に税、保証金、unlock feeを追加送金すれば解除されるという要求は典型的なadvance-fee fraudです。税は未知のwalletへ暗号資産で送るのではなく、税務当局の正式手順で確認します。

被害後に「資産を回収できる」と連絡するrecovery scamもあります。seed、remote access、追加feeを渡さず、事業者official channel、警察、regulator、銀行へ迅速にreportします。transaction hash等を保存しますが、詐欺師へ追跡していることを示して脅迫や交渉をしません。SNSの推薦やcelebrity endorsementだけで事業者を選びません。

点数ではなく未確認事項と停止条件を残す

providerを100点満点でrankingすると、重要なred flagが他の加点で埋もれます。代わりに「確認済み／未確認／不一致／利用停止」の状態で管理します。契約法人が特定できない、出金テストができない、seedを要求する、登録を偽る、保証利益を示す項目は加重平均せず停止条件にします。feeが安いことは登録・custody・withdrawalの欠陥を相殺しません。

Financial Templates Hubでprovider名、legal entity、URL、registration、service scope、custody、insurance、fee schedule、withdrawal test、incident、確認日、source、未確認owner、次回review日を記録できます。秘密情報や本人確認書類は入力せず、自分のsecure storageへのreferenceだけを残します。

一事業者に法定通貨、現物、staking、lending、derivativeを集中すると、同じ障害で複数のexitが閉じます。用途ごとに必要最小限の残高を置き、長期保管はウォレットと復旧設計を理解したうえで自己/共同/第三者保管を組み合わせます。