コールド・トゥ・コールド：ハードウェアウォレットで交換する手順

スワップの途中には、たいてい口座が挟まります。取引所に入金し、どこかの KYC ファイルに名前が残り、出金はリスクエンジンの順番待ちになる。コールド・トゥ・コールドの動線は、その中間を消します。鍵がハードウェアデバイスにあるアドレスから送り、同じくデバイス上の鍵で管理するアドレスへ受け取る。間に挟まるのは、身元を聞かないインスタントスワップ一回だけです。難しいのはスワップそのものではありません。往復が成立するかを決めるのは、両端の資産対応表、貼り付けるアドレス、そしてデバイスを弱点にしない二、三の習慣です。

まず受け入れるべき制約：すべての資産が往復できるわけではありません。 ハードウェアウォレットが署名できるチェーンは決まっていて、Monero はその一覧の穴です。2026年10月20日に公式ページを確認したところ、Ledger の Monero ページにネイティブ対応の記述はなく、「Ledger ハードウェアウォレットを互換性のあるサードパーティウォレットに接続して XMR を管理する」よう案内し、Monero GUI を示しています。Trezor のコイン一覧は XMR を Safe 7／Safe 5／Safe 3／Model T に割り当てる一方、Suite 対応は false と明記し、動かすウォレットとして Monero GUI、Cake Wallet、Feather を挙げています。素直に読めば、鍵はデバイスに置けても、画面は Monero ウォレットでなければならない、ということです。BTC、LTC、ETH、TRON 上の USDT、Zcash の透明アドレスにはこの但し書きがなく、ベンダーのアプリが直接扱います。つまり本当にきれいな往復は BTC／LTC／ETH・USDT／t アドレスの ZEC で成立し、XMR は「ソフトウェアウォレットの工程」を最初から計画に入れる必要があります。 (モネロウォレットガイド)

実際に回る三つの動線。 動線 A（多くの人が選ぶべき）：BTC をハードウェアウォレットから出し、XMR はシードを自分で持つソフトウェアウォレット（Cake か Feather）に着地させ、Monero 側はそこから使う。中間に保管者はなく、弱点は XMR 側がホットであることだけです。動線 B：USDT-TRC20 を Ledger の TRON アカウントから出し、XMR をソフトウェアウォレットへ——形は同じで送金側は安いが、TRON アカウントに帯域とエネルギーのための TRX が少し必要で、なければブロードキャストされません。動線 C は逆方向：XMR をソフトウェアウォレットから入れ、BTC か USDT をハードウェアウォレットの受取アドレスへ。入金側はホットでも、長期保有はコールドに落ちます。三つに共通するのは、交換事業者がデバイスもシードもウォレット接続も必要としないこと——注文に要るのはアドレスと金額だけです。 (XMR→USDT 出口ルート)

手順はこの順番で。 1. 先に見積りを取り、出金量をメモする——レートは注文作成時に固定されるので、画面の数字がそのまま支払われる数字です。2. 受取側ウォレットで新しいアドレスを生成し、デバイス画面で文字列の両端を確認する（最初と最後の四文字だけでは不十分）。3. 返金先は自分が管理する別アドレス、かつ入金と同じネットワークにする。取引所の入金アドレスを置けば、注文履歴をその事業者に渡すことになります。4. 痛い金額ならまず少額で試す——ペアごとの最小額はネットワークコストで決まり、見積フォームに表示されます。5. ハードウェアウォレットから送信し、デバイス画面の宛先を確認して承認、トランザクション ID を控える。6. その ID を注文ページの入金ハッシュと照合し、もう一方のチェーンに出金ハッシュが現れるまで確認する。

チェーンが実際に取る額、本日の実測。 2026年10月20日06:00 UTC、Bitcoin の mempool は 40,399 件・24.1 MvB、推奨四段（最速・30分・1時間・エコノミー）はすべて 1 sat/vB でした。ネイティブ SegWit の 1 入力 2 出力はおよそ 141 vB、入金側は約 141 サトシ＝0.00000141 BTC。0.05 BTC の注文なら送金額の 0.0028% です。Monero 側は公開ノードが基本手数料 0.00002 XMR/kB（20,000 原子単位）を返し、典型的な 1.4 kB の送金で約 0.000028 XMR——下のレートで数セント。正直な結論はこうです：ハードウェアウォレットで確認ボタンを一度余分に押すことは、お金が消える場所ではありません。スプレッドが消える場所です。

失敗の六類型、いずれも回避可能。 パスフレーズ付きの隠しウォレットは既定のウォレットとアドレスが別です。受取アドレスを作る前にどちらが開いているか確認しないと、出金はもう一方に着きます。クリップボード malware はコピーと貼り付けの間でアドレスを差し替えます。デバイス画面だけが真実の源で、所有する理由はまさにそこです。入金のお釣りは交換サービスではなく自分のウォレット内の釣銭アドレスに戻るため、送信直後に残高が少なく見えるのは大抵未確認の釣銭です。TRC20 の送金には帯域とエネルギーのための TRX が必要で、USDT だけの口座では動きません。取引所の入金アドセスを出金先に貼れば、私的な交換がラベル付きの送金に変わり、その資産にメモが必要なら入金されないことすらあります。最後に、ベンダーアプリ内の swap ボタンは保管型パートナー経由のことが多く、コールド・トゥ・コールドが目的なら、ボタンの向こう側が誰かを見てください。 (XMR→USDT 出口ルート)

数字は実測で。 2026年10月20日06:00 UTC、見積りエンドポイントは 0.05 BTC → 6.65653563 XMR（1 BTC = 133.1307 XMR）、500 USDT-TRC20 → 0.79683556 XMR、1 XMR → 587.075849 USDT-TRC20 を返しました。二方向は同じ価格を含意しません。500 USDT で 0.797 XMR なら 1 XMR = 627.48 USDT、売却側は 587.08。この差は交渉で消せる手数料ではなく、見積りが自分の方向でしか意味を持たない理由です。同時刻のカタログは 539 資産・71 ネットワーク、うち 7 資産はメモ／タグが必要でした。レートは動きます。ページが基準です。 (XMR→USDT 出口ルート)

残しておく価値のあるチェックリスト。 両側とも鍵を自分が持つアドレスであること。出金アドレスは新しく、デバイス画面で確認済みであること。返金先は自己管理で入金と同じネットワークであること。金額は端数を避け、ペアの最小額を超えること。入金ハッシュがデバイスで署名した取引と一致すること。出金ハッシュが完了宣言の前に見えていること。この六つを満たせば、チェーンが知るのは「あるアドレスが、ある金額をインスタントスワップに入れた」ということだけです。デバイスを握っていたのが誰かは含まれません。