暗号資産の基本|ウォレット・送金・ネットワーク

01 / 暗号資産の基礎ガイド

暗号資産の基本
送金と保管の仕組み

銘柄・ネットワーク・鍵を分けて、送金と保管の画面を読む。

このページの目次を見る
このガイドの読み方と到達点
対象者

送金・保管を知りたい方へ

取引所やウォレットの画面を見始めた方に。

読む目安

25〜40分

図と理解確認を含む目安。リンク先の資料確認は別途。必要な章だけでも読めます。

読後に

操作前の確認箇所が分かる

銘柄・ネットワーク・権限を、公式資料と照合。

このページで分かること

  • 銘柄とネットワークを区別し、送金先を照合できる
  • 接続・署名・承認・送信の違いを説明できる
  • ガス代と保管の責任を、画面と公式資料で確認できる

対象:取引所の購入画面やウォレットを見始めた方へ。

暗号資産を理解する第一歩は、「何を持っているか」「どのネットワークにあるか」「誰が動かす権限を持つか」を分けて考えることです。

このページは、取引所の購入画面やウォレットを見始めた方に向けて、送金と保管の仕組み、費用、操作前の確認方法を説明します。

購入やウォレット接続をしなくても学べます。

読み終えると、銘柄とネットワークの違いを説明し、送金先や承認画面のどこを確認すべきか判断できるようになります。

以下の操作説明は主にEthereum系の仕組みを例にしており、すべての暗号資産に同じ仕様が当てはまるわけではありません。

参照確認日:2026年10月3日(日本時間)。数値は仕組みを学ぶための仮定で、現在の相場・手数料ではありません。

式や条件を確かめながら読む場合は、目安より時間がかかります。目次から必要な章だけ読んでも構いません。

1 暗号資産とブロックチェーンの関係

暗号資産は、電子的に移転できる資産です。

暗号資産は日本円などの法定通貨そのものではありません。

価格は変動し、購入時より価値が下がって損失が生じることがあります。

日本で交換サービスを利用するときは、事業者の登録状況や注意事項を金融庁の公式情報で確認します。

登録は価格上昇や資産の安全を保証するものではありません。

ブロックチェーンは、取引などの記録を複数のコンピューターで検証・共有する仕組みです。

取引をまとめた「ブロック」を過去の記録につなげ、ネットワークのルールに従って残高などを更新します。

Ethereumでは、送金に加えて、条件に従うプログラムである「スマートコントラクト」も動かせます。

記録を検証できることと、その資産やプログラムに価値・安全性があることは、別々に確かめる必要があります。

参照:金融庁の利用者向け注意事項、Ethereumの仕組み

目次へ戻る ↑

2 銘柄とネットワークをセットで見る

ネットワークは取引を処理する基盤、銘柄はそこで扱う資産です。

BitcoinではBTCを送受信し、EthereumではETHを手数料の支払いなどに使います。

どちらも暗号資産ですが、別のネットワークで動きます。

既存のネットワーク上で、スマートコントラクトなどにより発行・管理される資産を「トークン」と呼びます。

識別の図同じ名前でも、同じトークンとは限らない
TOK画面に見える記号は同じ
下の2つも照合する
識別票 A
記号
TOK
ネットワーク
ネットワーク A
契約アドレス
契約 A
識別票 B
記号
TOK
ネットワーク
ネットワーク B
契約アドレス
契約 B
記号が同じでも、ネットワークと契約が違う

TOK・ネットワーク A/B・契約 A/B は説明用の架空表記です。実際は、発行元が示すネットワーク名と完全なコントラクトアドレスを照合します。トークンの契約アドレスは、自分の入金先アドレスとは別の情報です。

名前だけで選ばず、「どのネットワークの、どの契約か」まで合わせて確認します。

同じ名前のトークンが複数のネットワークに存在することがあります。

また、誰かが同じ名前や記号を付けた別トークンを作ることもできます。

名前だけで判断せず、「ネットワーク名」と、発行元が示す「トークンのコントラクトアドレス」を照合します。

これはトークンを識別するための情報で、あなたの入金先アドレスとは用途が違います。

例として、USDCには発行元が直接発行するものと、別ネットワークからブリッジされたものがあります。

表示が似ていても、仕組みや受け入れ先が同じとは限りません。

参照:Bitcoinの仕組み、Ethereumのネットワーク、ERC-20トークン標準、Circleによるネイティブ版とブリッジ版の説明

目次へ戻る ↑

3 ウォレットと鍵とアドレスの役割

自己管理型ウォレットは、ブロックチェーン上の残高を表示し、操作に必要な署名を行う道具です。

暗号資産がアプリの中に硬貨のように入っているわけではありません。

  • アドレス:送受信や残高の確認に使う識別子。相手に受取先として知らせます。ただし、公開すると取引履歴と自分が結び付く場合があります。
  • 秘密鍵:そのアカウントの操作を認める署名に使う秘密の情報です。他人に渡すと資産を動かされるおそれがあります。
  • 復元フレーズ:対応するウォレットで鍵などを復元するための単語列です。採用しない方式もあるため、実際の復元方法は製品ごとに確認します。
  • ウォレットのパスワード:端末上のアプリを開くための保護などに使います。復元フレーズが漏れた場合、パスワードを変えるだけでは対処できません。

公式サポートを名乗る相手であっても、秘密鍵や復元フレーズは渡しません。

メール、チャット、見知らぬサイトの入力欄に記入しないことが基本です。

参照:ウォレットとアカウントの違い、ウォレットの基本操作、Ethereumのセキュリティ対策

目次へ戻る ↑

4 取引所に置く場合と自分で管理する場合

取引所に置く場合と自分で管理する場合
確認点取引所の口座で保管自己管理型ウォレットで保管
移転に必要な鍵の管理主に取引所が担当自分の鍵・復元手段の管理が必要
操作の窓口取引所の画面とサポートウォレットと利用するアプリ
主な注意点事業者の財務、出金制限、口座の不正利用鍵の紛失、誤送金、悪意ある署名・承認
費用の確認先売買条件、価格差、出金手数料ネットワーク手数料、アプリの利用料

たとえば取引所の購入画面に残高があっても、それが自分のウォレットに送られたことにはなりません。

外部に出金するときに、受取先とネットワークを指定する別の手続きが発生します。

どちらにもリスクがあるので、管理の責任と困ったときの対応範囲を理解して選びます。

参照:Ethereumのウォレット保管・取引所保管の説明、Coinbaseの送受信確認事項

目次へ戻る ↑

5 接続と署名と承認と送信を区別する

画面に出る「確認」は、毎回同じ意味ではありません。

権限の図接続状態と、トークンを動かす権限は別
サイトとの接続状態
接続中通常、公開アドレスなどを
サイトに知らせる
接続を解除
接続状態を解除下段の承認を
消す操作とは別
接続解除だけで承認も消える、とは限りません
トークンを動かす権限
承認があるトークン・許可先・
利用上限を確認
対象の承認を取消
対象の権限を取消接続解除とは
別の確認・操作

すでに与えたトークン承認がある場合の区別を示しています。接続→署名→承認→送信という必須の手順ではありません。署名にもログイン確認や資産を動かす許可など異なる意味があります。分からない要求は承認せず、内容を個別に確かめます。

接続を切った後も、与えたトークン承認の許可先と利用上限は別に確認します。

  1. 接続:通常は、サイトに公開アドレスなどを知らせる段階です。接続に続けて別の権限を求められる場合は、その要求も個別に読みます。
  2. 署名:提示された内容を鍵で認める行為です。ログイン確認の場合も、資産を動かす許可の場合もあります。ネットワーク手数料がゼロでも、無害とは判断できません。
  3. 承認:ERC-20トークンの承認では、特定の許可先アドレスに、特定のトークンを一定量まで動かす権限を与えます。許可先はコントラクトとは限りません。承認しただけで交換が完了するとは限りません。
  4. 送信・実行:送金や交換などの指示をネットワークに届け、処理してもらう段階です。

これは操作の意味を分けた一覧で、必ず1から4へ進む手順ではありません。

公開情報を読むだけなら接続や署名は不要です。

単純な送金とトークン交換でも、必要な要求は異なります。

たとえば100枚を交換したい画面で、無制限の利用上限が求められることがあります。

許可先、トークン、数量・上限、期限があれば期限も確認します。

意味を説明できない要求は、その場で承認しないでください。

サイトとの接続を切っても、すでに与えたトークン承認は残ることがあります。

参照:MetaMaskのトークン承認の説明、署名を使ったフィッシング、接続解除と承認取消の違い

目次へ戻る ↑

6 送金では何が起きるのか

基本的な流れは次のとおりです。

送信内容を作る → ウォレットで内容を確認して署名 → ネットワークへ送信 → ブロックに取り込まれる → 受取側が確認

送金が成立するまでの5段階

ウォレットはネットワーク上の記録から残高を表示します。送信内容に鍵で署名し、署名済みの取引をネットワークへ届けます。秘密鍵そのものは送信しません。

  1. 01送信内容を作る銘柄・ネットワーク・受取先・数量を選ぶ
  2. 02確認して署名ウォレットで操作内容を読む秘密鍵を外に渡さない
  3. 03ネットワークへ送信署名済みの取引を届ける
  4. 04ブロックに取り込まれる処理結果がネットワーク上の記録へ反映される
  5. 05受取側が確認取引の状態と残高を確認取引所の入金反映は別途待つ場合あり

Ethereum系の送金の例です。ウォレットはネットワークの記録を読んで残高を表示します。送るのは署名済みの取引で、秘密鍵は送信しません。

Ethereumの単純なETH送金を例にすると、送り手の残高は送金額と手数料の分だけ減り、受取先の残高は送金額の分だけ増えます。

取引所への入金では、ブロック上での処理後にも、取引所側の確認や反映を待つ場合があります。

完了した送金を、送り手が自由に取り消せる一般的な仕組みはありません。

「返してもらう」は受取人などが行う別の操作です。

送金前には、銘柄、送信元・受取先の対応ネットワーク、アドレス、必要なメモ・タグ、最低入金額を受取サービスの案内で確認します。

少額テストにも手数料がかかり、最低入金額を下回ればテストにならない場合があります。

参照:Ethereumのトランザクション、bitbankの入金ルール、bitbankの銘柄別メモ・タグ等の案内

目次へ戻る ↑

7 手数料を数字で考える

Ethereumで処理に必要な計算量を「ガス」と呼びます。

費用は主に計算量と、その時点のガス単価で決まります。

単価の単位である1 gweiは0.000000001 ETHです。

送る金額の一定割合とは限らず、少額の操作でも負担が大きくなることがあります。

架空例:送金額とガス代を分ける

仮に通常の単純なETH送金で21,000ガスを使い、実際の単価が20 gweiなら、手数料は0.00042 ETHです。

1 ETH=30万円と仮定すると126円。

0.01 ETHを送る場合、この条件で実際に減る残高は合計0.01042 ETH。

ただし送信時は設定した手数料上限を賄える残高が必要で、実際の支出額より多くのETHを求められる場合があります。

トークン送付や交換では計算量が異なり、この金額は使えません。

さらに、取引所の出金手数料、アプリの利用料、売買価格の差が加わる場合があります。

ブロックに取り込まれて実行された取引は、処理が失敗しても消費したガスの費用が発生します。

画面の「推定」と「上限」の違いを確かめ、取引後は実費を確認しましょう。

参照:Ethereumのガス計算、EIP-1559の手数料上限と支払条件、失敗した取引にも費用がかかる理由

目次へ戻る ↑

8 ステーブルコインでも確認が必要

ステーブルコインは、米ドルなどの基準に価格を近づける設計のトークンです。

現金などの準備資産で裏付けるもの、暗号資産を担保にするものなどがあり、維持の仕組みは同一ではありません。

確認したいのは、基準通貨、裏付け資産、発行・管理主体、償還条件、市場で売却できる量です。

価格が基準から離れる「デペッグ」や、発行者による移転制限などのリスクもあります。

USDCでも、市場価格が常に1ドルになる保証や、すべての保有者が発行元へ直接償還できる条件ではありません。

架空例:1ドルを保っても円換算額は変わる

円で生活する場合は為替も重要です。

仮に1枚=1ドルを保ったまま、1ドル=150円から135円になれば、100枚の円換算額は15,000円から13,500円になります。

これは手数料を含めない計算で、ドルとの連動が保たれても円での価値は変わることを示します。

円換算の図100ドルのままでも、円での価値は変わる
保有量は同じ100枚 × 1ドル = 100ドル

1枚=1ドルを保つと仮定した、円換算額の比較

1ドル=150円
15,000円
1ドル=135円
13,500円
円での価値の差:−1,500円ドルとの連動が保たれても、為替で変わる

棒は0円を起点とした同じ縮尺です。為替・価格は仕組みを学ぶための仮定で、手数料は含めません。1枚=1ドルを保つこと自体も保証されず、基準価格から離れるリスクは別に確認します。

ドルの価格を見るだけでなく、生活する通貨へ換算した価値も確かめます。

参照:ステーブルコインの仕組み、CircleのUSDC条件とリスク開示

目次へ戻る ↑

9 接続せずにできる確認練習

最初の練習は、購入や送金をせずにできます。

  • 利用候補の公式サイトを確認し、対応銘柄・ネットワーク・手数料の説明を探す
  • 発行元の資料から、トークンのコントラクトアドレスを確認する
  • 公式資料から案内されるブロックエクスプローラーで、公開済みの取引を一つ読む
  • 取引ID、状態、送信元、受取先または操作対象のコントラクト、数量、手数料を見分ける
  • トークンの取引では、上部の宛先だけでなく、トークン移転の記録も確認する
  • 復元方法と秘密情報の保管方法を、ウォレットの公式説明で把握する

ブロックエクスプローラーは、公開記録を検索するためのサービスです。

通常の閲覧にウォレット接続や署名は必要ありません。

閲覧のつもりで承認を求められたら、そこで止まり、ページの用途とURLを確かめます。

英語表示では、TxID/Transaction Hashが取引ID、Statusが処理状態、Fromが送信元、Toが取引の宛先、Tokens Transferredがトークンの移転記録、Transaction Feeが実際の手数料に対応します。

名称や配置はサービスごとに異なります。

Ethereum系トークンの操作では、Toに呼び出したコントラクトが表示されることがあり、トークンの最終受取先と一致するとは限りません。

Tokens Transferredの送信元・受取先・数量も合わせて読み、上部のToだけで入金先を判断しないようにします。

参照:ブロックエクスプローラーで確認できる情報

目次へ戻る ↑

実例で読む / 暗号資産の基本

残高・取引状態・承認上限を、画面の数字で読み分ける

ここまでの「操作と権限」「送金」「手数料」を、架空の画面に当てはめます。

送る資産、費用を払う資産、処理の状態を別々に追うと、残高だけでは分からなかった違いが見えてきます。

数値・許可先は学習用の仮定です。

現在の手数料や実際の取引を示しません。

通常のEthereumメインネットの取引を例にしており、他のネットワークや手数料を肩代わりする仕組みには、そのまま当てはまりません。

資料確認:2026年10月4日(日本時間)。

1. USDCを送るときも、ガス代はETHの残高から払う

ガスは処理に必要な計算量です。

Ethereumの通常の取引では、その費用を同じネットワーク上のETHで払います。

USDCが100枚あっても、ETHの残高が足りなければ送れない場合があります。

仮にUSDCを20枚送る取引が成功し、使ったガスが65,000、実際の単価が22 gweiだったとします。

費用は65,000 × 22 × 0.000000001=0.00143 ETH。

USDCの移転量とETHの費用を、次の二つの台帳で読みます。

二つの残高を分ける:送る20 USDCと、費用0.00143 ETH
USDCの残高送る前:100枚送金:−20枚送った後:80枚
ETHの残高送る前:0.01000 ETHガス代:−0.00143 ETH送った後:0.00857 ETH

USDCそのものの移転手数料はないものと仮定し、受取人には20 USDCが届く例です。取引所の出金や別のトークンでは、別途費用や数量の控除がある場合があります。

「上限」と「実際に払った額」は違う

Gas Limitは使えるガス量の上限、Max Fee per Gasは1ガスあたりの支払上限です。

仮に上限が80,000ガス・40 gweiなら、ガス費用の上限は0.0032 ETH。

上の実費0.00143 ETHと同じ数字ではありません。

送信時には上限を賄える残高が求められるので、「見積実費よりETHが多いのに送れない」という表示も、上限から読み直します。

この例の実単価22 gweiは、ブロックの基本料20 gweiと優先料2 gweiの合計という仮定です。

手動でこの設定にする提案ではありません。

取引後は履歴のGas UsedとEffective Gas Priceから、実費を照合します。

  • 送るトークンと、ガス代を払う銘柄・ネットワークを分けて確認する。
  • 送信前の上限、取引後の使用量・実単価を別欄に記録する。
  • USDCの残高からETHの費用を引くなど、異なる単位を混ぜない。

参照:Ethereumのガスと費用、EIP-1559の費用上限、取引結果のGas Used・Effective Gas Price。

2. Pendingは「まだ待っている」、Failedは「実行したが失敗した」

Pendingは、取引がまだブロックに取り込まれていない状態です。

Successは実行が成功した結果、Failedはブロックに取り込まれて実行されたものの、処理が失敗した結果を示します。

ウォレットの送信通知だけでは、この違いは確定しません。

Ethereumの通常のアカウントにはnonce(ナンス)という取引の通し番号があります。

同じアカウントの取引は、この番号の順に処理されます。

41番が待っているとき、42番を追加しても、41番を飛び越して処理することにはなりません。

同じアカウントの待ち順:後の番号を増やしても、前の番号は解決しない
  1. nonce 40処理済みこの番号の取引は
    ブロックに取り込み済み
  2. nonce 41Pendingこの取引の状態を
    先に調べる
  3. nonce 42前の番号を待つ42番の取引を送っても
    41番を飛ばせない

番号は架空です。順番の図であり、確認にかかる時間の予測ではありません。画面によってPending・Queuedなどの表記は異なります。

成功・失敗を確認してから、次の操作を考える

Failedの取引では、送金やコントラクトの状態変更は元に戻っても、消費したガス代は残ります。

「失敗したので費用もゼロ」とは数えません。

ブロックに取り込まれてFailedになった取引でも、そのnonceは消費されるため、同じ番号が未処理のまま残るわけではありません。

一方、Successは取引の実行結果であり、取引所の入金反映や、ブロックの最終確定まで同時に完了した意味ではありません。

ウォレットの「高速化」や「取消」は、未処理の取引と同じnonceを使う置換の仕組みです。

すでに完了した送金を巻き戻す機能ではなく、置換の成立も保証されません。

状況が分からないまま新しい番号で再送すると、後から両方の送金が成立するおそれがあります。

  • 対象ネットワークの取引IDを開き、処理状態・nonce・手数料を見る。
  • 同じアカウントの前の番号に未処理の取引がないか調べる。
  • 取消・置換を検討する場合は、ウォレット公式の手順と費用を確認する。

参照:Ethereumの取引とnonce、失敗時のガス費用、MetaMaskの未処理取引の高速化・取消。

3. 承認上限は、トークンと許可先の組合せごとに残る

Allowance(承認上限)は、ある許可先が自分に代わって動かせるトークン量です。

ERC-20の標準では、所有者・トークンの契約・許可先を指定して残る上限を調べます。

「このサイトを切断した」という情報とは別の記録です。

仮に同じネットワーク・同じ所有者に、次の三つの承認があるとします。

TOKについて許可先Aの承認を0へ変更する取引が成功しても、許可先Bや、別のトークンUの承認まで一緒に0になるわけではありません。

承認の照合票:TOK・許可先Aの取消で変わるのは、対象の一組
TOK × 許可先A取消前:100枚までこの組合せを取消成功後:0枚
TOK × 許可先B変更前:30枚まで今回の対象ではない変更後も:30枚
トークンU × 許可先A変更前:40枚までトークンが違う変更後も:40枚

TOK・U・許可先A/Bは架空名です。他の移転や承認変更が同時に起きない仮定。通常のERC-20 approveの例で、署名式の許可などには追加の期限・管理先がある場合があります。

承認は、残高や交換完了を示す数字ではない

100枚までの承認があっても、手元に100枚ある意味ではありません。

また承認の設定と、実際の交換・移転は別の処理です。

取消も、対象の承認を変える取引が成功するまで完了とは数えません。

  • ネットワーク、トークンの完全な契約アドレス、許可先、所有者が一致するかを見る。
  • 取消後は対象の上限を再読し、サイトの接続表示だけで判断しない。
  • 過去の承認を一覧で確認するときも、別のトークンや許可先をまとめて扱わない。

参照:ERC-20のapprove・allowance、MetaMaskのトークン承認。

自分の判断で操作する前に、利用するトークンとウォレットの仕様を確認します。

読み取り練習では「何枚減るか」「何の費用か」「まだ待っているか」「どの権限が残るか」を一文ずつ説明してみてください。

数値の意味が分かるまでは、実際に送金や接続をしなくても確認できます。

理解を確認する

答えを開く前に、ご自身の言葉で考えてみてください。取引や接続は不要です。

サイトとの接続を切れば、与えたトークン承認も消えますか?

いいえ。サイトの接続解除と、すでに与えた承認の取消は別です。許可先と利用上限を確認します。

1枚=1ドルのままなら、円での価値も変わりませんか?

変わることがあります。

ドル円が150円から135円になれば、100枚の円換算額は15,000円から13,500円です。

手数料を含めない例です。

目次へ戻る ↑

よくある疑問

アドレスの見た目が同じなら同じネットワークですか

そうとは限りません。

複数のEthereum系ネットワークで同じ形式のアドレスを使うため、送信側の選択と受取側の対応ネットワークを別に照合します。

誤ったネットワークで送った資産が必ず回収できるとは考えないでください。

ウォレットに表示されなければ資産はなくなっていますか

表示しているネットワークやトークン設定の違いも考えられます。

まず正しいネットワークの公開記録で確認します。

残高を表示させるために、知らないサイトで署名する必要はありません。

ハードウェアウォレットなら何を署名しても安全ですか

鍵を守る助けになりますが、自分で悪意ある内容に署名してしまう危険は残ります。端末上の送信先や要求内容の確認は必要です。

参照:送受信の確認事項、トークンが表示されない場合の確認、署名フィッシング

目次へ戻る ↑

次に読む

送金先・ネットワーク・承認内容を自分の言葉で説明できたら、「DeFiの使い方」で、交換や貸付がどの仕組みで動くかを確認しましょう。

復元や承認がまだ曖昧なら、上の公式ウォレット資料を読み直すだけでも十分な一歩です。

本ページは仕組みを理解するための一般情報です。特定の暗号資産・サービスの利用、購入、収益を推奨・保証するものではありません。

必要なテーマを選んで読めます。取引・借入・配布への参加を進める必要はありません。

目次へ戻る ↑
ほかの基礎ガイドを見る →