仮想通貨のノードとRPCとは？ウォレットの接続先・残高表示・検証の仕組み

ウォレットで残高が見えないとき、「ブロックチェーン自体が止まった」「仮想通貨が消えた」と考える人は少なくありません。しかし、画面に残高が表示されるまでには、ウォレットとブロックチェーンの間で情報を届ける仕組みがあります。その入口が「ノード」と「RPC」です。

この記事では、スマートフォンのウォレットで架空のトークンを表示し、送金しようとする一連の場面を使って、誰が何を確認し、どこで表示が遅れるのかを順番に追います。ノードを自分で運営するための技術マニュアルではなく、初心者が表示エラーや接続先の選択を理解するための記事です。

先に結論：ウォレットは窓口、ノードは台帳を確かめるコンピューター

ウォレットは秘密鍵を扱い、利用者の操作を取引データにして署名するアプリです。一方、ノードはブロックチェーンのルールに従って取引やブロックを検証したり、保有するデータを参照したりするコンピューターです。RPCは、ウォレットがノードに「この住所の残高を教えて」「この署名済み取引をネットワークに送って」と依頼するときの通信の仕組みです。

たとえば銀行の通帳アプリを開くと、スマートフォンそのものに預金台帳が保存されているわけではありません。ブロックチェーンは銀行と異なり多くのノードが共通の規則に沿って情報を扱いますが、「画面に映すために問い合わせる」という点は似ています。ただしRPC事業者は銀行でも資産の保管者でもなく、選んだ接続先だけでネットワークの正しさが保証されるわけではありません。

秘密鍵を渡す仕組みではない

通常、ウォレットは秘密鍵を利用して端末側で取引に署名し、署名済みデータをネットワークへ送ります。ノードへ問い合わせるために秘密鍵やリカバリーフレーズを渡す必要はありません。「RPCを修復するために復元用の単語を入力して」と求めるサイトは危険です。秘密鍵とリカバリーフレーズの管理については別記事で説明しています。

ノードには何種類ある？「保存」「検証」「報酬」を混同しない

Ethereumの場合、ノードはネットワークに参加するコンピューターとそのソフトウェアです。公式説明では実行クライアントと合意クライアントを組み合わせ、取引・状態の処理と合意形成の情報を扱います。開発者向けの資料では、フルノード、アーカイブノードなどが区別されています。すべてのノードが同じ量の過去データを保持するわけではありません。

フルノードは自分で規則に照らして検証し、ネットワークを支える役割を持ちます。アーカイブノードは過去の時点の状態まで大量に参照したい分析やアプリ開発で役立ちます。「昔の残高を調べたい」「特定ブロック時点の状態を調べたい」という用途と、今日の残高を表示する用途は必要なデータ量が異なります。

さらに、ノードとバリデーターは同義ではありません。Ethereumではノードとして検証・データ提供を行うことと、別途バリデーターとしてPoSの提案・証明に参加することを分けて考えます。ノードを動かしただけで報酬を受け取れるわけではありません。違いはPoWとPoSの合意形成を参照してください。

自分のノードと他社のノードを使う違い

ウォレット利用者の多くは、ウォレット開発元やRPC提供企業が用意した接続先を利用します。これは自分で大きなデータを同期する手間を減らせる一方、その提供者の稼働状況や回答、接続先に渡る情報に依存します。自分で運用するノードなら独立した検証やプライバシー面の利点がありますが、機器・通信・更新・保守が必要です。

初心者がすぐ自前ノードを建てる必要はありません。大切なのは、残高表示の不調が「資産の喪失」と直結しない場合がある一方、知らないRPCへ切り替えることも無条件に安全とはいえないと理解することです。Ethereum公式のノード説明にも運用上の種類と目的が整理されています。

RPCとは？問い合わせる内容を実例で理解する

RPCはRemote Procedure Callの略で、離れたコンピューターの機能を呼び出す通信方式です。Ethereum系ではJSON-RPCという共通の約束に沿って、さまざまなクライアントへ照会できます。JSONという文字形式を使うことや、ウォレットの内部がどう記述されているかまで覚える必要はありません。

ウォレットが残高画面を開くときは、チェーン上のアカウントの状態を照会します。トークン残高の場合は、そのトークンのコントラクトに対する問い合わせが加わります。コントラクトはチェーン上のプログラムで、トークンごとの残高や移転ルールを管理します。送金するときは、ウォレットが作成して署名した取引をネットワークへ提出し、取引IDを受け取ったあと、反映結果を確認します。

Ethereum公式のJSON-RPC API資料は、アプリがデータ照会と取引送信のためにノードと接続することを説明しています。RPCは通貨でもネットワーク名でもなく、「話しかけ方と接続の仕組み」だと押さえれば十分です。

架空のケース：MDRトークンが表示されないときの確認順

ここからは実在しない「MDR」というERC-20トークンの例です。ある利用者がEthereumメインネットでMDRを20枚受け取り、ウォレットの画面を開いたところ表示が0枚でした。送信元から取引IDも渡されています。このとき、いきなりMDRを再送してもらうのではなく、どの段階で表示が止まっているかを分けます。

1．チェーンが合っているか

ウォレットで選択中のネットワークがEthereumメインネットなのか、別のL2なのかを調べます。同じ見た目のアドレスが複数のEVM系ネットワークで使われることがあっても、残高データはチェーンごとに別です。別のチェーンを見ているだけなら、元のチェーンを選び直して表示を確認できます。ただし、知らないネットワークを適当に追加することは避けます。

2．トークンを正しく識別しているか

MDRという記号だけでは識別できません。発行元が公表するコントラクトアドレスとネットワークを照合して、ウォレットが同じものを参照しているか確かめます。同名の偽トークンを表示させる詐欺もあるため、SNSの返信に貼られたアドレスを安易に採用しません。

3．ブロックチェーン側の記録はどうなっているか

取引IDを対象チェーンのエクスプローラーで確認します。宛先、トークンのコントラクト、実際のTransferイベント、取引状態を見ます。通常の送付ではイベントや残高の増減などを組み合わせて確認し、画面の「成功」の一語だけで内容を断定しません。詳しい画面の読み方はブロックエクスプローラーの読み方にまとめています。

4．表示側の障害を疑う場面

正しいチェーン上に20MDRが確認でき、ウォレットだけ0と表示される場合は、RPCの応答遅延、アプリのキャッシュ、トークンの非表示設定などを確認します。反対に、チェーン側でも到着が確認できないなら、「RPCを変えれば戻る」と考えてはいけません。送金先・ネットワークのミスか、まだ処理待ちなのかを別途調べる必要があります。

接続先を変えると何が変わり、何は変わらない？

接続先のRPC URLを切り替えると、残高や取引の照会、署名済み取引の送信経路が変わります。正しいネットワークの正常なノードへ接続すれば、応答が改善することはあります。しかし、秘密鍵・所有者・過去の取引・チェーン上の残高を直接変更する操作ではありません。接続先を変えた瞬間に消えたコインが自動回復するという説明は不正確です。

RPC提供者は、問い合わせ元のIPアドレス、送信したアドレス、照会内容などを観測できる場合があります。接続先の事業者の方針によっては記録が保持されます。自分のプライバシーを考えるなら、どのサービスに接続しているかも確認したいところです。

悪意のあるRPCは、読取データを偽ったり古い状態を示したり、送信を妨げたりする可能性があります。とはいえ、悪いRPCへ接続しただけで通常すべての秘密鍵が抜き取られる、という説明も極端です。重要なのは、署名する取引内容を確認し、正体不明の接続先やアプリから誘導される追加操作に従わないことです。

RPC URL・チェーンID・コントラクトアドレスは別物

設定画面には似た文字列が並びます。RPC URLは問い合わせ先のサーバーへの入口、チェーンIDはどのネットワークの取引なのかを区別する番号、コントラクトアドレスはそのチェーンで動くプログラムの住所です。ウォレットアドレスは利用者のアカウントの位置を示します。役割が違うため、ひとつの欄へ別の値を入れても動作しません。

たとえば架空のMDRを追加するとき、トークンのコントラクトアドレスをRPC URLの欄に貼っても、ノードへの接続はできません。チェーンIDを間違えると、想定外のネットワークにつながるリスクがあります。検索結果に出た設定値だけでなく、公式アプリやネットワーク運営元の案内と一致するか確かめましょう。

RPCの障害とネットワークの混雑をどう切り分ける？

画面の読込ができない場合、接続先自体が応答していない、回線が不調、アプリが古い、ネットワークが混雑して応答が遅いなど複数の可能性があります。いきなり残高を動かすのではなく、同一チェーンの信頼できるエクスプローラーで取引を照会し、ウォレット開発元・RPC提供者の障害案内を見る順番が穏当です。

取引の署名を終えて送信ボタンを押した直後にエラーが出たなら、同じ取引を何度も送る前に履歴・ノンス・TxIDを確認します。ノンスはEthereum系のアカウントで取引の順序を識別する番号、TxIDは提出した取引を識別する番号です。送信できたのに画面だけ更新されないケースと、ネットワークへ到達していないケースは扱いが違います。とくに数量や宛先を変えて再実行すると二重送金につながる場合があります。

また、トークン残高が見えても、そのトークンを移すためのネットワーク手数料の支払い通貨が不足していることがあります。これはRPCを変えても解決しません。ガス代の仕組みはEthereumのガス代で確認できます。

自分でRPCを設定する必要がある人、ない人

一般的な売買や送金をする初心者は、まずウォレットの初期設定と公式ヘルプで足ります。開発者向けのノード運用やRPCの構築を学ぶ必要はありません。一方、複数のウォレットで同じ表示異常が出る、業務用に多数の照会をしたい、データ提供者への依存を減らしたいという目的があるなら、信頼できる別RPCや自前ノードの特性を学ぶ価値はあります。

ただし無料RPCにはリクエスト数制限や混雑時の速度制限があり、提供者の規約も異なります。自前ノードにも機器費用やソフトウェア更新、障害対応など継続的な手間が必要です。「無料のRPCを使えば常に最速」「有料なら必ず正しい」ではありません。求めるのが単なる残高表示なのか、独立検証なのか、過去状態の分析なのかで選択は変わります。

二つの画面が違うとき：原因を三層に分ける

同じアドレスのETH残高が、ウォレットAでは0.3ETH、ウォレットBでは0.5ETHと表示された架空の状況を考えます。画面を見比べるだけでは、どちらが新しい状態を示すか分かりません。最初に両アプリで選んだネットワークを一致させます。同じ記号のネットワーク名であっても、チェーンIDを確認すれば違うチェーンへ接続していることに気づく場合があります。

次に、それぞれがどの時点のブロック情報を表示しているかを調べます。RPC側が古い状態を返しているなら、最新ブロック番号と時刻が一致していない可能性があります。信頼できるエクスプローラーの結果と、公開されているノード稼働状況を照合します。ここで「最新の正しい値は必ず0.5ETH」と決めず、どのチェーンのいつの値かを揃えて比較することが大切です。

最後に、片方のアプリだけがトークン残高の取り込みに失敗していないかを確認します。ウォレットの画面にはキャッシュ（以前取得した表示用の情報）が使われる場合もあるため、最新ブロックの記録と画面表示が一致するまで時間差が生じることがあります。残高が多く見える側から直ちに送金しようとしても、実際のチェーンに使える残高がなければ成立しません。

よくある質問

RPCを変えたら保有コインは移動しますか？

移動しません。RPCの変更は主に照会・送信の経路変更です。資産の所在は選択したチェーンの状態によって決まります。表示が変わった場合は、参照先チェーンとトークンの識別を確認してください。

エクスプローラーで成功と表示されるのに残高が0なのはなぜ？

トークンの非表示、違うチェーン、別コントラクト、RPCやウォレットの同期遅延などが考えられます。成功した取引が本当に自分の残高増加を意味するか、イベントと宛先の照合も必要です。

ノードを立てると暗号資産の報酬がもらえますか？

ノードの運営だけで必ず報酬が発生するわけではありません。ネットワークごとに報酬条件が異なり、Ethereumの検証参加には別の役割・要件があります。

RPC事業者へリカバリーフレーズを教える必要はありますか？

ありません。RPCの設定や通常の照会に復元フレーズの入力は不要です。要求された場合は操作を止め、公式のサポート窓口を確認してください。

まとめ：表示画面の不具合とチェーン上の事実を分けて見る

ウォレットは利用者が操作する窓口、RPCはノードとの通信路、ノードはルールに照らした検証やデータの提供を行う役割です。自分の残高が画面に出ないときは「ネットワーク」「トークンの住所」「チェーン上の記録」「表示側の状態」の順で確認できます。この区別を知っておけば、原因不明のまま秘密情報を渡したり、同じ送金を繰り返したりする失敗を減らせます。