TL;DR

  • 暗号資産を所有するとは、ブロックチェーンが認める権限を制御することを意味します。その権限とは、出力を使用したり、アカウントから送金したり、アカウントポリシーを呼び出したりする権限です。台帳は資産を記録し、ウォレットはその記録を変更するために必要な署名素材やルール保持、アクセス、調整を行います。
  • 秘密鍵は秘密の署名用素材です。公開鍵は、他者が署名を検証できるようにする、数学的に関連付けられた情報です。アドレスは、アカウント、出力、スクリプト、またはプログラムルールを識別するためのネットワーク固有の識別子です。一部のネットワークでは公開鍵から導出されますが、他のネットワークでは、単一の秘密鍵を持たないコードや支出条件を表す場合もあります。
  • 「1コインを送金する」といった曖昧な指示ではなく、ウォレットはチェーン固有のトランザクションまたは承認ペイロードに署名します。署名されたデータには、入力やノンス、宛先、金額、ネットワーク、手数料パラメータ、コントラクト呼び出しデータ、有効期限、権限の変更などが含まれる場合があります。署名の対象外となっている部分は、変更可能なままとなる可能性があります。
  • ウォレットがトランザクションに署名し、1つ以上のノードまたはプライベートサービスに送信します。受信ノードは、コンセンサスルールとローカル中継ポリシーに照らしてトランザクションを検証し、自身の保留プールに追加して、ピアに中継する場合があります。マイナー、バリデーター、または専門のビルダーが、最終的にそれを有効なブロックに組み込みます。その後のブロックやチェックポイントの投票によって、結果が確定します。
1つのブロックで

暗号通貨は、暗号による承認と複製された台帳を組み合わせることで機能します。ウォレットが正確なトランザクションを構築し、秘密鍵、スマートアカウントのポリシー、または署名クォーラムによってそれが承認されます。独立したノードがトランザクションを検証し、ブロック生成者が有効なトランザクションを順序付け、コンセンサスルールによって正規化された履歴が選択されます。ブロックへの組み込みが最初の確認となります。追加のプルーフ・オブ・ワーク、バリデーターの投票、またはチェックポイントにより、受取人が支払いを決済済みとみなすまで、再編成のリスクが低減されます。

仮想通貨を「所有する」とはどういう意味でしょうか？

簡単な回答

暗号資産を所有するとは、ブロックチェーンが認める権限を制御することを意味します。その権限とは、出力を使用したり、アカウントから送金したり、アカウントポリシーを呼び出したりする権限です。台帳は資産を記録し、ウォレットはその記録を変更するために必要な署名素材やルール保持、アクセス、調整を行います。

よく耳にする「コインはあなたのウォレットにある」という表現は、インターフェースの比喩としては有用ですが、技術的な説明としては不適切です。ブロックチェーンは状態を保存します。ビットコインでは未使用の出力、イーサリアムではアカウント残高やスマートコントラクトのストレージ、ソラナではプログラムが所有するアカウントなどです。ウォレットはその状態を読み取り、指示を構築し、ネットワークが要求するあらゆる認証を生成します。

従来の自己管理型アカウントの場合、その権限は1つの秘密鍵に帰着するかもしれない。しかし、より広義の定義の方が正確である。所有権とは、有効な支出ポリシーを管理することである。 ビットコインの出力には、スクリプトや複数の署名が必要になる場合があります。イーサリアムのコントラクトアカウントでは、マルチシグ承認、パスキーモジュール、タイムロック、またはソーシャルリカバリーが必要になる場合があります。閾値署名システムでは、1つの署名権限を複数の鍵シェアに分散させることができます。カストディアンが暗号学的権限を保有し、顧客はカストディアンに対する契約上の請求権のみを保有する場合もあります。

保有モデルブロックチェーンが認識するものユーザーが実際に制御しているもの主な障害モード
単一鍵による自己管理1つの鍵によって満たされる署名または支出条件。秘密鍵、またはそれを再作成できる復旧情報。1つの秘密鍵が漏洩または紛失しただけで、致命的な結果を招く可能性があります。
マルチシグまたはスマートアカウントしきい値、モジュール、またはルールを必要とするスクリプトや契約ポリシー。複数の署名者、デバイス、または復旧担当。ポリシー、コード、共同署名者、またはガバナンスの失敗。
しきい値／MPC署名共有公開鍵の下での通常の署名1つ。しきい値を満たすのに十分な独立した鍵シェア。しきい値—多数の侵害、共謀、または実装上の脆弱性。
カストディアルアカウントカストディアンがオンチェーン上の権限を管理する。ログイン認証情報および法的または契約上の権利。カストディアンの侵害、破産、凍結、またはアカウントの乗っ取り。
上場投資商品ファンドまたはそのカストディアンが原資産を管理します。証券会社の口座にある有価証券であり、ブロックチェーンの鍵ではない。市場リスク、発行体リスク、保管リスク、および証券会社リスク。

この区別により、「鍵が自分のものでなければ、コインも自分のものではない（not your keys, not your coins）」という言葉が、完全なセキュリティ戦略というよりは、カウンターパーティ・リスクに関する警告である理由が説明されます。鍵を自ら保持することは、仲介者を1つ排除する一方で、直接的な運用責任を伴います。どちらの保管モデルも、単に「中央集権型」や「自己保管型」というラベルが付けられているという理由だけで、自動的に安全であるとは限りません。

秘密鍵、公開鍵、アドレスは実際にはどのような役割を果たすのでしょうか？

簡単な回答

秘密鍵は秘密の署名用素材です。公開鍵は、他者が署名を検証できるようにする、数学的に関連付けられた情報です。アドレスは、アカウント、出力、スクリプト、またはプログラムルールを識別するためのネットワーク固有の識別子です。一部のネットワークでは公開鍵から導出されますが、他のネットワークでは、単一の秘密鍵を持たないコードや支出条件を表す場合もあります。

主要なブロックチェーンのほとんどは、デジタル署名に公開鍵暗号を使用しています。 ウォレットは秘密情報を生成またはアクセスし、公開情報を導出し、厳密に定義されたメッセージに対して署名を作成します。検証は高速に行われます。このスキームの数学的仮定の下で、かつ正しく生成された鍵を使用する場合、公開鍵から秘密鍵を導出することは計算上不可能です。「不可能」という主張は正しいものです。セキュリティは、アルゴリズム、実装、乱数生成、および現在の計算能力に依存しています。

Three-column diagram comparing authority and address construction on Bitcoin, Ethereum and Solana. Bitcoin outputs can encode key or script conditions and use ECDSA or Taproot Schnorr. Ethereum EOAs use ECDSA-derived addresses while contracts have addresses without private keys. Solana addresses may be Ed25519 public keys or program-derived addresses with no private key.
図2. 共通のパターンは「署名と検証」であり、鍵からアドレス、そして使用可能な状態に至るまでの経路はチェーンごとに異なります。
ネットワークまたはアカウントの種類権限と署名アドレスが表すもの
ビットコインレガシー／SegWit v0 キーによる支出通常は secp256k1 上の ECDSA であり、スクリプトが完全な使用条件を決定する。生の鍵ではなく、公開鍵のハッシュ、スクリプトのハッシュ、またはウィットネスプログラムがエンコードされている場合がある。
ビットコインのTaprootBIP340のSchnorr方式によるキーパス支出。スクリプトパスによって代替条件が明らかになる場合がある。Bech32mアドレスには、Taproot出力鍵を含むウィットネスv1プログラムがエンコードされる。
イーサリアム EOAsecp256k1 上の ECDSA によって取引が承認されます。公開鍵のKeccak-256ハッシュの最後の20バイトが、0xで表示される。
イーサリアムのコントラクトアカウント動作はコードとストレージによって決定され、このアカウントには固有の秘密鍵は存在しません。デプロイ時または決定論的生成時に導出される20バイトのコントラクトアドレス。
イーサリアムのバリデーターBLS鍵がコンセンサス機能を担い、引き出し権限は別途設定可能です。バリデーターの公開鍵は、通常のEOAアドレスとは異なります。
Solana キーペアアカウントEd25519 鍵ペア。秘密鍵が署名を行い、公開鍵がアドレスとなります。Base58でエンコードされた32バイトの公開鍵。
Solana PDA秘密鍵は存在せず、プログラムの実行中に派生プログラムが認証を行います。シードとプログラム ID から導出された、曲線外のアドレス。

署名が証明すること

有効な署名は、必要な秘密鍵または署名クォーラムが、指定された署名アルゴリズムの下で特定のダイジェストを承認したことを証明します。また、検証者は署名されたペイロードへの改ざんを検出することもできます。ただし、署名者がウォレットの画面を確認したこと、トークンの承認内容を理解したこと、受取人を認識していたこと、強制されていなかったこと、あるいは法的な意味において資金の所有者であったことを証明するものではありません。この、暗号的な承認と人間の意図との間のギャップこそが、多くのウォレット資金流出やなりすまし詐欺が横行する温床となっています。

署名のセキュリティを損なう要因とは？

  • 推測可能な秘密鍵を生成してしまう、脆弱または偏った鍵生成。
  • ECDSAやシュノール方式の署名におけるノンスの再利用や漏洩。これにより秘密鍵が露見する可能性があります。
  • デバイスから秘密情報を抽出するマルウェア、サイドチャネル、または物理的攻撃。
  • ユーザーが画面に表示されていると認識していたものとは異なるペイロードにウォレットが署名してしまうこと。
  • 無効または未承認のポリシーパスを受け入れてしまうスマートアカウント、マルチシグ、またはしきい値方式の実装。
  • 将来の暗号解析技術や量子技術の進歩により、現在の耐攻撃性の仮定が無効になること。

要点：公開鍵暗号は、検証の際に秘密鍵を明かす必要性を排除します。しかし、安全な鍵生成、信頼できる署名ソフトウェア、および正確な取引の確認の必要性を排除するものではありません。

ウォレットは具体的に何を署名するのでしょうか？

簡単な回答

「1コインを送金する」といった曖昧な指示ではなく、ウォレットはチェーン固有のトランザクションまたは承認ペイロードに署名します。署名されたデータには、入力やノンス、宛先、金額、ネットワーク、手数料パラメータ、コントラクト呼び出しデータ、有効期限、権限の変更などが含まれる場合があります。署名の対象外となっている部分は、変更可能なままとなる可能性があります。

ウォレットのインターフェースは、人間の意図を構造化されたメッセージに変換します。この変換はセキュリティ上極めて重要です。ビットコインでは、トランザクションは特定の未使用出力を入力として選択し、支出条件付きの新しい出力を生成し、金額と手数料を指定し、各署名がどの部分にコミットするかを決定する署名ハッシュモードを適用します。イーサリアムでは、通常のトランザクションには、チェーン識別子、アカウントノンス、宛先、値、ガスリミット、手数料上限、およびコントラクトを呼び出すことができるオプションデータなどのフィールドが含まれます。

コントラクトとのやり取りは、単なる支払い以上のものをエンコードできる。署名によって、トークンの割り当てを承認したり、分散型取引所を通じて取引を行ったり、EIP-7702に基づきEOAをコードに委任したり、NFTを転送したり、ガバナンスシステムで投票したり、現在のオンチェーン状態に依存する結果をもたらす関数を呼び出したりすることが可能だ。ネットワークは有効なバイト列を認識するのみであり、ウォレットがそれらを適切に説明したかどうかは分からない。

署名を行う前に、少なくとも以下のフィールドを確認してください

  • ネットワークとチェーン：対象となるチェーン（レイヤー2またはサイドチェーン）であり、単なる資産のティッカーではないこと。
  • 資産およびコントラクト：小数点以下の桁数やトークン規格を含め、正しいネイティブ資産またはトークンコントラクトであること。
  • 宛先：受取人、コントラクト、ブリッジ、または取引所の預入アドレスの完全な形式、および必要なメモやタグ。
  • 金額と範囲：正確な転送金額、受取最低額、支出上限、または承認範囲。
  • アクション：送金、スワップ、承認、許可、委任、ステーキング、コントラクトのデプロイ、または任意のメッセージの署名。
  • 手数料の範囲：ビットコインの手数料率と総手数料、またはイーサリアムのガス制限、基本手数料、優先手数料、および最大手数料。
  • 有効期限およびリプレイドメイン：チェーン識別子、ノンス、期限、および署名が有効なアプリケーションまたはコントラクト。
  • ポリシーパス：どの鍵、共同署名者、モジュール、または復旧メカニズムが当該アクションを承認しているか。

ハードウェアウォレットは役立つが、経済原理を理解していない

ハードウェアウォレットは、秘密鍵を汎用コンピュータから隔離し、信頼できるディスプレイ上での確認後にのみ署名を行うことができます。これにより、多くの抽出攻撃から保護されます。しかし、悪意のある承認を無害化したり、コントラクトアドレスが信頼できることを証明したり、すべてのアドレスポイズニングによる置換を検出したり、短縮された表示に十分な情報が含まれていることを保証したりすることはできません。セキュアなデバイスは、ユーザーがそこに表示される内容を独自に解釈できる場合に最も有用です。

「送信」ボタンを押すと何が起こるのか？

簡単な回答

ウォレットがトランザクションに署名し、1つ以上のノードまたはプライベートサービスに送信します。受信ノードは、コンセンサスルールとローカル中継ポリシーに照らしてトランザクションを検証し、自身の保留プールに追加して、ピアに中継する場合があります。マイナー、バリデーター、または専門のビルダーが、最終的にそれを有効なブロックに組み込みます。その後のブロックやチェックポイントの投票によって、結果が確定します。

Transaction lifecycle diagram showing build, review, sign, local validation, propagation or private routing, pending status, block inclusion and hardening. It also shows rejection, stuck transactions, replacement and reorganisation detours.
図3. トランザクションは、広く中継されなくても有効であったり、確定していなくてもブロックに組み込まれたり、再編成によって正規のチェーンから削除されたりすることがあります。

ステップ1：ローカルでの構築と署名

ウォレットは入力データまたは次のアカウントのノンスを選択し、手数料を見積もり、ペイロードを作成して署名します。この処理は、スマートフォン、ブラウザウォレット、ハードウェアデバイス、マルチシグネチャコーディネーター、あるいはMPC署名セッションを通じて行われます。秘密鍵をネットワークに送信してはなりません。検証にはトランザクションと署名のみが必要です。

ステップ2：ノードによる検証と中継

最初のノードは、構文、署名、利用可能な資金またはUTXO、ノンス、サイズ、ガス、その他のルールをチェックします。また、ローカルポリシーも適用されます。つまり、トランザクションはコンセンサス上は有効であっても、ノードの中継要件やメンプール要件を満たさない場合があります。ノードは独立した保留中のトランザクションプールを保持しており、現在保持している内容について意見が分かれることがあります。すべてのマシンが共有する単一のグローバルなメンプールは存在しません。

ステップ3：ブロックの構築

ビットコインのマイニングプールは、手数料、依存関係、および独自のポリシーを考慮しつつ、把握している有効なトランザクションから候補ブロックを構築します。イーサリアムのバリデーターは、ローカルで構築するか、トランザクションの順序付けを最適化し、提案の機会を競うための入札を行う専用のビルダーを使用する場合があります。プライベートな注文フローはパブリックなメンプールを迂回することができ、最大抽出可能価値（MEV）が順序付けに影響を与える可能性があります。

ステップ4：独立したブロック検証

ブロックが提案された後、他のノードは、生成者が信頼されているからといってそれをそのまま受け入れるわけではありません。各ノードは、ブロックおよび関連するすべての状態遷移を独立して検証します。無効な支出を含めたり、制限を超えたり、コンセンサスルールに違反したりした生成者が作成したブロックは、その手数料収入やリソースウェイトにかかわらず、誠実なノードによって拒否されます。

ステップ5：ブロックへの組み込み、再編成、決済

ブロックへの組み込みが最初の確認となります。競合するブロックがチェーンの先端に一時的に存在することがあり、フォーク選択ルールによってどの分岐が正統なものとなるかが決定されます。放棄されたブロックに含まれていたトランザクションは、保留状態に戻ったり、他のトランザクションと競合したり、ノードの視界から消えたりすることがあります。確認回数を増やすか、明示的なチェックポイントによる最終確定を行うことで、このリスクを軽減できます。

なぜトランザクションは待機するのでしょうか？また、手数料はどのように機能するのでしょうか？

簡単な回答

ブロックの容量と実行リソースは限られています。手数料は処理への需要を示す指標ですが、トランザクション間の依存関係、ノンスの順序、プライベートルーティング、ビルダーの戦略、およびローカルポリシーも重要な要素となります。手数料を高く設定することで優先度は上がりますが、無効なトランザクションを有効にしたり、特定の順序を保証したりすることはできません。

ビットコイン：仮想ブロックスペースへの対価

ビットコインの取引手数料は、入力の価値と出力の価値の差額です。ウォレットやBitcoin Coreでは、通常、この入札額を仮想バイトあたりのサトシ（sat/vB）で表します。これにより、マイナーは異なる仮想サイズの取引を比較できるようになります。サイズは入力、出力、およびウィットネスデータによって決定され、転送されるビットコインの量によって決まるわけではありません。

依存関係が重要です。手数料の低い親トランザクションと手数料の高い子トランザクションはまとめて評価される場合があり、現在のビットコイン・コアのメンプールロジックは、各トランザクションを完全に独立したものとして扱うのではなく、関連するトランザクショングループとして処理します。「Replace-by-fee」や「child-pays-for-parent」は、トランザクションとウォレットがこれらをサポートしている場合、採択率を向上させることができます。置換はキャンセルを保証するものではありません。競合するトランザクションは、いずれかが確認されるまで競合状態が続きます。

イーサリアム：ガス、基本手数料、優先手数料

イーサリアムでは、計算と状態へのアクセスに対して「ガス」単位で料金が課されます。トランザクションはガス制限と手数料の上限を設定します。プロトコルは、焼却される基本手数料を計算します。送信者は優先手数料を追加でき、最大手数料がガス単価を制限します。未使用のガスには課金されません。リバートされたコントラクト呼び出しでも、バリデーターが計算を実行したため、ガスを消費する可能性があります。

イーサリアムのアカウント取引は、ノンセ順に実行されます。手数料が低く設定されていたり、未検出の以前のノンセが存在したりすると、たとえ後続の取引がより高い手数料を提示していても、同じアカウントからの後続の取引がブロックされる可能性があります。同じノンセによる差し替えは、受信ノードまたはウォレットのポリシーがより高い入札を受け入れる場合、保留中の取引に優先して処理されることがあります。

順序付けは単なる手数料ランキングではない

イーサリアムでは、ビルダーやサーチャーが、裁定取引、清算、その他のMEVを捕捉するためにトランザクションの束を順序付けすることがあります。ユーザーは、公開への露出を減らすためにプライベートチャネルを通じてトランザクションを送信することもあります。ビットコインでは、プールが独自のポリシーを適用したり、バンド外で受け取ったトランザクションを含めたりすることができます。手数料は依然として中心的な要素ですが、「最も高い手数料が常に優先される」というのは過度に単純化した見方です。

質問ビットコインイーサリアム
何が希少なのか？仮想ブロックウェイトとトランザクションの依存関係処理能力。実行ガス、ブロックのガス目標値、およびデータ可用性リソース。
入札はどのように提示されるのか？通常はsat/vBに絶対取引手数料を加えたものです。基本手数料＋優先手数料で、上限手数料によって制限されます。ガス制限によって実行が制限されます。
誰が受け取るのか？ブロックプロデューサーがトランザクション手数料を受け取ります。基本手数料はバーンされ、優先手数料やその他のブロック価値は、提案者またはビルダーパスに報酬として支払われます。
ブロックの組み込みが遅れる原因は何ですか？手数料率の低さ、親トランザクションへの依存、ローカルポリシー、置換の競合、または伝播の弱さ。手数料上限の低さ、ノンスのギャップ、プライベートルートの障害、ビルダーポリシー、MEV、または実行制限。
失敗しても費用は発生しますか？未確認または拒否されたトランザクションは、通常、オンチェーン手数料を支払いません。しかし、インクルードされたトランザクションであっても、契約の実行がリバートされた場合は、ガスを消費し、その料金を支払うことになります。

要点：手数料市場は、希少なトランザクションへの組み込みリソースに価格を付けています。受取人を検証したり、アプリケーションの誠実さを保証したり、虚偽の口実で署名されたトランザクションに対して補償を行ったりすることはありません。

ビットコイン、イーサリアム、ソラナは所有権をどのように記録しているのか？

簡単な回答

ビットコインは「使用可能な未使用トランザクション出力（UTXO）」を記録します。イーサリアムはアカウントの状態とコントラクトのストレージを記録します。ソラナはプログラムが所有するアカウント内のデータと残高を記録します。状態モデルによってトランザクションの構築や実行方法は異なりますが、どのモデルでも認証、検証、正規順序付け、決済が必要です。

ビットコイン：UTXOモデル

ビットコインのウォレット残高は、そのウォレットが満たすことのできる未使用取引出力の合計額として便利に表されます。取引は既存の出力を消費し、新しい出力を生成します。入力は以前の出力を指し示し、スクリプトと署名によって支出条件が満たされていることが証明されます。入力の値が意図した支払額と手数料を上回る場合、ウォレットは通常、お釣り出力を生成します。

イーサリアム：アカウントとコントラクトの状態

イーサリアムは、外部所有アカウント（EOA）とコントラクトアカウントを含むグローバルな状態を維持しています。EOAには残高、ノンス、および鍵に基づく権限があり、コントラクトアカウントにはコードとストレージがあります。EOAからのトランザクションは、ETHの送金、コントラクトのデプロイ、あるいは単一の原子的な実行で多数のアカウントやトークン台帳を更新するコードの呼び出しを行うことができます。

ソラナ：プログラム所有のアカウント

Solanaは、実行可能なプログラムと、変更可能なデータを保持するアカウントを分離しています。各アカウントにはアドレスと、そのデータの変更や引き落としを制御する所有プログラムがあります。ユーザー署名用アカウントは公開鍵アドレスを使用しますが、プログラム由来のアドレスを使用することで、プログラムは秘密鍵なしで決定論的なオフカーブアカウントに対して承認を行うことができます。

ディメンションビットコインイーサリアムソラナ
主要な状態モデル未使用のトランザクション出力。アカウント、残高、コード、およびコントラクトのストレージ。ラムポートやデータを含む、プログラム所有のアカウント。
典型的なユーザーの権限署名やその他の条件を満たして、出力スクリプトを実行する。EOA 署名、またはスマートアカウント／スマートコントラクトのポリシー。Ed25519 署名者およびプログラム固有のアカウントルール。
順序制御入力は正確な出力を特定し、各UTXOは1回のみ使用可能です。EOA からのトランザクションは、アカウントごとにノンスによって順序付けられます。最新のブロックハッシュ、アカウントロック、および実行時のスケジューリングによって、実行が形作られます。
プログラム可能性スクリプト化された使用条件は、意図的に制約が設けられています。汎用 EVM スマートコントラクトの実行。プログラムは、明示的に指定されたアカウントに対して実行されます。
初心者がよく抱く誤解ウォレットの残高は、単一のアカウント行ではありません。トークンはコントラクトの状態であり、ネイティブなETH残高ではありません。アドレスは、署名者、データアカウント、ミント、トークンアカウント、またはPDAのいずれかになり得ます。

要点：「ブロックチェーンは残高を保存する」という表現は、一部のシステムでは正確ですが、他のシステムでは誤解を招く恐れがあります。重要な概念は、ノードが、承認されたトランザクションとブロックから導き出された決定論的な状態を維持しているということです。

ブロックチェーンのコンセンサスには実際には何が含まれるのか？

簡単な回答

コンセンサスとは、独立したノードが1つの正規状態に収束することを可能にする、ルールとメカニズムの完全な集合です。これには、有効性ルール、サイビル攻撃への耐性、プロポーザーの選定、ネットワーク、フォークの選択、インセンティブ、およびファイナリティが含まれます。「プルーフ・オブ・ワーク」や「プルーフ・オブ・ステーク」という名称は、そのシステムの一部に過ぎません。

Two-column consensus-stack diagram for Bitcoin and Ethereum. It compares independent validity checks, proof-of-work or proof-of-stake proposer selection, fork choice, finality and recovery assumptions. It emphasises that resource weight cannot override validity rules.
図4. プロデューサーが提案し、ノードが検証する。合意形成には、単に次のブロック生成の機会を得る者を決定する以上のプロセスが必要である。

有効性が最優先される

すべてのフルノードは、自身が実行しているルールに基づいてブロックを評価します。ビットコインのノードは、スクリプト、UTXOの利用可能性、ブロックの構造、および金銭的な制約を検証します。イーサリアムの実行クライアントはトランザクションと状態遷移を検証し、コンセンサスクライアントは提案者および認証ルールを検証します。有効性チェックに失敗したブロックは、有効チェーンの競争にまったく参加しません。

サイビル攻撃への耐性とプロポーザーの選定

オープンネットワークでは、1人の参加者が何百万ものIDを作成して影響力を獲得することを防ぐ手段が必要です。プルーフ・オブ・ワーク（PoW）は影響力を計算作業に結びつけ、プルーフ・オブ・ステーク（PoS）は影響力を担保された資本に結びつけます。いずれのメカニズムも、希少なリソースに基づいてブロック生成や投票の機会を割り当てます。

フォークの選択

分散システムにおいて、一時的な意見の不一致はよくあることです。ビットコインのノードは、累積したプルーフ・オブ・ワークが最大の有効チェーンを選択します。イーサリアムはLMD-GHOSTを使用し、有効なアテステーション・ウェイトが最大の有効な分岐を追跡します。フォークの選択は、どの現在の分岐を基盤として構築するかを決定するものであり、ファイナリティとは異なります。

ファイナリティと回復

ビットコインはブロックを恒久的に「最終的」と指定しないが、深さが増すにつれて信頼性は高まる。イーサリアムは、必要な過半数の賛成票が集まった際に、Casper FFGチェックポイントを用いて明示的な最終状態を生成する。もしイーサリアムが矛盾する最終状態の履歴を生成した場合、プロトコルメッセージだけではその選択はできず、回復には社会的調整が必要となる。

プルーフ・オブ・ワークはどのようにビットコインの安全性を確保しているのか？

簡単な回答

ビットコインのマイナーは、候補となるブロックヘッダーに対して、現在の目標値を下回る値が得られるまで繰り返しハッシュ計算を行います。ノードは有効なブロックのみを受け入れ、累積ワーク量が最大の有効なチェーンを選択します。したがって、直近の履歴を書き換えるには、誠実なネットワークが既存のチェーンを延長し続ける速度よりも速く、代替となる有効なチェーンを生成する必要があります。

マイナーは候補となるブロックを組み立て、ヘッダーフィールドを変更し、SHA-256ハッシュを計算します。各ハッシュは宝くじのようなものです。プロトコルは2,016ブロックごとに難易度を調整し、長期的に見てブロックの生成間隔が平均しておよそ10分になるようにしています。当選したマイナーは、ブロックが有効でありネットワークに受け入れられた場合、ブロック報酬（2024年4月の半減期以降、3.125 BTC）と取引手数料を受け取ります。

エネルギーコストは、通常の取引の有効性を検証するために使用されるものではありません。これにより、代替チェーンの生成に多大なコストがかかるようになり、ノードは有効な分岐を選択する際に、累積作業量という客観的な基準を得ることができます。一度消費された電力は回収できませんが、専用ハードウェアには再販価値やマイニング価値が残る可能性があります。したがって、セキュリティは、ハッシュパワーの分布、ハードウェアおよびエネルギーへのアクセス、プールの連携、ネットワーク接続性、そしてリスクにさらされている経済的価値に依存します。

過半数のハッシュパワーでできること、できないこと

過半数が持続すれば、以下のことが可能になるかもしれないそれでも、以下のことは可能にはなりません
特定のトランザクションの検閲や遅延。他のユーザーのデジタル署名を偽造すること。
直近の有効なブロックを、より重い有効なブランチに置き換えること。スクリプトの条件を満たさずに出力を使用すること。
攻撃者自身の最近の支払いを二重に支出すること。ノードが強制する発行ルールを超えてコインを生成すること。
直近のトランザクションの順序制御、および一部の手数料やMEVの機会の掌握。誠実なフルノードに無効なブロックを受け入れさせること。
信頼の失墜および決済要件の長期化。継続的な運用コストを伴わない、無償かつ恒久的な支配権。

「51％攻撃」という表現は略語です。50％未満の場合でも、攻撃者は浅い履歴を置き換える可能性がゼロではありません。50％を超える場合、単純化した仮定の下では、持続的な支配が確実になります。実際のリスクは、攻撃の継続時間、ネットワークの状況、および受取人が決済を遅らせることでどれほど迅速に対応するかに依存します。

要点：プルーフ・オブ・ワーク（PoW）は、有効な履歴間の競争を規定するものである。これは、マイナーに、署名ルールを書き換えたり、恣意的にコインを没収したり、そうした変更を拒否するノードに対する供給量を再定義したりする権限を与えるものではない。

プルーフ・オブ・ステークはどのようにイーサリアムを保護するのか？

簡単な回答

イーサリアムのバリデーターはETHを担保として預け入れ、12秒ごとのスロットごとに1人のプロポーザーが選出され、バリデーターの委員会がチェーンを認証します。LMD-GHOSTは認証ウェイトが最大の分岐を選択し、Casper FFGは有効ステークの少なくとも3分の2によって支持されたチェックポイントを確定します。矛盾が証明された投票を行ったバリデーターは、スラッシュ（報酬没収）の対象となります。

時間は12秒のスロットと32スロットからなるエポックに分割される。各スロットで1人のバリデーターがブロックを提案するよう選出され、委員会がチェーンに対する見解を認証する。アクティブなバリデーターは通常、エポックごとに1回認証を行う。Pectra導入後も、アクティベーションの最低要件は32 ETHのままであり、資格情報の複合化を選択したバリデーターは、最大2,048 ETHの実効残高を持つことができる。

イーサリアムでは、役割ごとに鍵が分離されています。バリデーターの業務にはBLS署名鍵が使用されるため、アテステーションを効率的に集約できます。引き出し権限は別途保持することができ、Pectra導入後は、実行レイヤーのクレデンシャルによって引き出しがトリガーされるようになります。したがって、通常のイーサリアムEOA鍵は、バリデーター業務を行う鍵と自動的に同一になるわけではありません。

攻撃の閾値は異なる機能を示しています

管理される有効ステーク単純化された仮定下でのプロトコルへの影響自動ペナルティ？
3分の1未満特定の状況下で妨害、検閲、または価値の抽出が可能だが、単独ではファイナリティを無期限に阻止することはできない。その行動がスラッシュ可能な証拠を生み出すか、通常のペナルティを招く場合に限り。
少なくとも3分の1十分な票を保留または誤誘導することで、チェックポイントのファイナリティを阻止できる。投票を保留するだけでは、必ずしも直ちにスラッシュの対象となるわけではないが、不活動によるリークにより、不在時の重みが減少する可能性がある。
2分の1以上通常のフォーク選択を支配でき、強力な検閲や短距離の再編成能力を可能にする。すべてのフォーク選択攻撃が自動的にスラッシュ対象になるわけではない。
少なくとも 3 分の 2通常のフォーク選択を支配でき、強力な検閲や短距離の再編成能力を可能にする。すべてのフォーク選択攻撃が自動的にスラッシュ対象になるわけではない。選択されたチェックポイントを確定できる。確定の競合には、重複する矛盾した投票が必要となる。矛盾する履歴が確定された場合、総ステークの少なくとも 3 分の 1 は、証明可能な形でスラッシュの対象となります。

スラッシングと非活動は異なる

スラッシングは、二重提案、二重投票、またはサラウンド投票といった特定の矛盾した署名を罰するものである。孤立したバリデーターが直ちに被る損失は、必ずしもその残高の全額とは限らない。相関した大規模なスラッシングは、はるかに大きな損失をもたらす可能性がある。単にオフラインになっているだけのバリデーターは、通常、より軽いペナルティしか受けない。ファイナリティが4エポック以上停止した場合、非活動によるリークにより、非アクティブな有効残高が徐々に減少していき、残りのアクティブなバリデーターが3分の2の過半数を回復できるようになるまで続く。

要点：プルーフ・オブ・ステークは資本をプロトコルのペナルティシステム内に組み込みますが、「攻撃によりすべてのステークが焼却される」というのは誤りです。攻撃の種類によって、その能力、証拠、ペナルティは異なり、壊滅的な状況からの安全回復には社会的層も含まれます。

暗号資産のトランザクションはいつ確定するのでしょうか？

簡単な回答

トランザクションは、正規のブロックに組み込まれた時点で確認されます。ビットコインの場合、追加されるブロックごとに、その信頼性は確率的に高まります。イーサリアムは、最新の状態、安全な状態、確定した状態を個別に報告します。通常の参加状況下では、チェックポイントのファイナリティは通常、およそ2エポック（約13分）後に達成されますが、遅延する可能性もあります。

ビットコイン：確認深度

取引を含むブロックが確認番号1となります。その後追加される各ブロックごとに、攻撃者がそのブロックを置き換えるために必要な累積ワーク量が増加します。6回の確認（平均で約1時間）は、高額な決済における一般的な慣例であり、普遍的なルールや保証ではありません。少額の支払いはより早く受け入れられる場合がありますが、極めて高額な取引や悪意のある取引については、より多くの確認が必要となる場合があります。

イーサリアム：最新、安全、かつ確定済み

イーサリアムのクライアントは、最新の正規ヘッドを、安全なビューや確定済みビューと区別することができます。「確定性」とは、ブロックをリバートするには重大なコンセンサスの失敗が必要であり、その場合、ステークされたETH総額の少なくとも3分の1が、責任のあるバリデーターから証明可能な形でスラッシュされ、焼却されることを意味します。具体的なペナルティの規模は、同時にスラッシュされるバリデーターの数に応じて変動します。これはクリプトエコノミクス上の保証であり、ソフトウェア、ガバナンス、あるいは社会的な回復が形而上学的に歴史を変えることができないという主張ではありません。

レイヤー2システムはクロックを追加する

ロールアップやその他のレイヤー2上のトランザクションは、そのデータや証明がベースレイヤーに投稿される前に、シーケンサーによって受理されることがある。オプティミスティックなシステムにはチャレンジ期間が存在する場合があり、妥当性証明システムは証明の生成と検証を待つ。また、ブリッジや取引所は独自の閾値を設ける場合がある。「レイヤー2で確認済み」と「イーサリアム上で決済済み」は、必ずしも同じ事象ではない。

ステートその意味残存リスク
署名済み必要な権限を持つ主体が署名を作成した。伝播しない可能性がある。悪意のあるもの、無効なもの、または置き換えられたものである可能性がある。
ブロードキャスト／送信済み少なくとも 1 つのピアまたはサービスがトランザクションを受信しました。他のノードはこれを拒否したり、まったく認識しない可能性があります。
保留中1 つ以上のノードまたはサービスが、これをトランザクションに含めるのに適していると判断しています。手数料、依存関係、ノンス、またはポリシーによって、処理が遅れたり、排除されたりする場合があります。
Included / first confirmation現在、正規のブロックにそれが含まれています。浅い再編成により、そのブロックが削除される可能性があります。
ビットコインの深度しきい値受取人は、リスクにさらされる価値に対して、蓄積されたワークが十分であると受け入れます。取り消しの確率は低くなりますが、数学的にゼロというわけではありません。
イーサリアムの安全性記載された「誠実な過半数」およびネットワークの仮定の下では、ブロックが再編成されることはないと予想されます。まだプロトコルのチェックポイント状態としては最強ではない。
イーサリアム・ファイナライズ3分の2のチェックポイント過半数が確保されたため、システム規模での取り消しはペナルティの対象となる。重大なコンセンサスの失敗、クライアントのバグ、または社会的な回復は、この単純なモデルの範囲外です。
レイヤー2が決済済みシステム固有のベースレイヤーにおけるデータ、証明、またはチャレンジの要件が満たされている。ブリッジ、シーケンサー、証明システム、およびベースレイヤーの仮定は様々である。

要点：ファイナリティはネットワーク固有であり、受取人固有である。適切な閾値は、チェーン、取引額、攻撃者モデル、および別の決済レイヤーが関与しているかどうかに依存する。

暗号資産のセキュリティは、実際にはどこで破綻するのか？

簡単な回答

失敗はいくつかのレイヤーで発生する。具体的には、鍵生成と署名、クライアントおよびプロトコルソフトウェア、スマートコントラクトとブリッジ、カストディとアカウント復旧、インターフェースとソーシャルエンジニアリング、そして市場や法的な前提条件などである。強力な暗号技術は、保護するように設計された主張のみを保護する。

元記事では、プロトコル自体は本質的に破られておらず、損失のほぼすべてが鍵のレイヤーに起因すると位置づけていた。これはあまりにも絶対的な見方だ。主要な署名方式は、想定された前提条件下では実用的な偽造に耐えており、ビットコインやイーサリアムには堅実な運用実績がある。しかし、ブロックチェーンソフトウェアには深刻なコンセンサスやインフレに関する脆弱性が存在し、アプリケーションはスマートコントラクトやブリッジの障害によって資産を失い、カストディアンは失敗し、ユーザーは悪意のある取引を承認してしまった事例もある。

レイヤーそのレイヤーが保証すべきこと代表的な失敗事例主要な防御手段
暗号プリミティブ所定の仮定の下での偽造不可能性、衝突耐性、または秘密の導出。弱い乱数性、ノンスの再利用、サイドチャネル、アルゴリズム的または将来の量子による破り。検証済みのプリミティブ、セキュアハードウェア、決定論的ノンス、移行計画。
クライアントおよびコンセンサスソフトウェア正しい検証、ネットワーク通信、フォークの選択、および状態遷移。インフレーションバグ、実装の不一致、サービス拒否攻撃、エッジケースの不適切な処理。クライアントの多様性、監査、情報開示、テスト、迅速なパッチ適用、および独立したノード。
スマートコントラクト、ブリッジ、オラクルアプリケーション固有のルールおよびシステム間メッセージング。ロジックエラー、管理者キーの悪用、オラクルの操作、プルーフまたはブリッジの侵害。信頼対象領域の最小化、監査、制限、監視、タイムロック、およびエクスポージャーの分散。
カストディおよび署名ポリシー承認された当事者のみが資産を移動でき、想定される障害が発生してもアクセス権は維持される。シードの漏洩、バックアップの紛失、共同署名者間の共謀、カストディアンの破産、しきい値実装のバグ。独立したシェアまたは署名者、検証済みの復旧手順、ハードウェアの隔離、ガバナンスおよび法的統制。
ウォレットのインターフェースと人間の意思決定ユーザーは意図されたアクションを理解し、承認します。フィッシング、アドレスポイズニング、悪意のある承認、偽のサポート、ブラインド署名、強要。独立した検証、可読性のあるシミュレーション、制限、トランザクションポリシー、プライバシー。
経済および法的レイヤー資産は有用性、流動性、および合法的なアクセス権を維持する。価格の暴落、ペッグの解除、検閲、税制や規制の変更、取引相手との紛争。リスク制限、デューデリジェンス、記録、管轄に関する助言、および価値の保証の想定なし。

一般ユーザーが最もリスクにさらされる場面

単純な自己管理の場合、署名パスがしばしば決定的な運用リスクとなります。リカバリーフレーズが盗まれたり、悪意のある署名が行われたりすると、ブロックチェーンが設計通りに正確に実行する有効な送金が承認されてしまう可能性があります。しかし、より広範なエコシステムにおいては、取引所、カストディアン、スマートコントラクト、ブリッジ、オラクル、ガバナンス、および運用上の侵害からも損失が発生します。セキュリティへの取り組みは、単なるスローガンではなく、実際に使用されているシステムに見合ったものでなければなりません。

堅牢性は条件付きであり、魔法ではない

ネットワークは書き換えが困難であっても、不正なトークンをホストしてしまう可能性があります。トランザクションは確定していても、間違ったアドレスに送信されてしまうことがあります。ハードウェアウォレットは鍵を秘密に保っていても、悪意のある許可に署名してしまうことがあります。分散型プロトコルは、中央集権的なフロントエンドやブリッジに依存している場合があります。常に問うべき正しい質問は、「どの特性が、どの攻撃者に対して、どのような前提の下で保護されているのか」ということです。

仮想通貨は何を保証しないのか？

簡単な回答

ブロックチェーンは、そのルールに基づいて署名の検証、決定論的な状態遷移、および正規順序を検証することができます。しかし、プライバシー、オフチェーンデータの真実性、契約の安全性、資産価値、分散化、合法的な利用、復元可能性、あるいは十分な情報に基づく人間の同意は、自動的に保証されるものではありません。

保証されないものなぜ保証されないのか
プライバシー公開台帳は、多くの場合、匿名ではなく仮名制です。アドレス、タイミング、金額、取引記録、ネットワークデータによって、活動と個人を結びつけることが可能です。
入力時の真実性コンセンサスにより、オラクルのレポートやトークンの記録を保持することは可能ですが、外部からの主張が提出時点で真実であったことを証明するものではありません。
アプリケーションの安全性有効なバイトコードには、悪用可能なロジック、悪意のあるアップグレード制御、あるいは成立しない経済的仮定が含まれている可能性があります。
資産の質や価値希少性やファイナリティは、需要、キャッシュフロー、法的権利、あるいは安定した価格を生み出すものではない。
可逆性ベースレイヤーでの決済では、通常、消費者によるチャージバックは発生しません。回収が可能である場合でも、それは受取人の協力、アカウントポリシー、カストディアン、または法的措置に依存します。
分散化ネットワークは分散型ノードを持つ一方で、マイニングプール、ステーキングプロバイダー、ビルダー、クライアント、ガバナンス、あるいはインターフェースは集中したままである場合がある。
可用性輻輳、サービス停止、検閲、ソフトウェアのバグ、または鍵の紛失により、所有権の記録が損なわれていなくても、適時のアクセスが妨げられる可能性があります。
人間の理解ネットワークが検証するのは署名されたペイロードであり、ウェブサイトが署名者に伝えたストーリーではない。
法的所有権鍵の管理は強力な技術的制御ですが、裁判所、契約、制裁、相続、および受託者義務によって、別の法的請求が生じる可能性があります。

要点：ブロックチェーンは特殊な検証システムです。その強みは、狭義かつ明確なルールに由来します。ブロックチェーンを「普遍的な真実を生み出す機械」として扱うことは、攻撃者が悪用する誤解そのものを生み出します。

鍵やウォレットはどのように管理できるか？

簡単な回答

鍵は、カストディアン、1つのソフトウェアまたはハードウェアウォレット、複数のオンチェーン署名者、プログラム可能なスマートアカウント、あるいは閾値署名システムによって管理できます。重要な問いは、単に「誰が鍵を保有しているか」にとどまらず、ライフサイクル全体を通じて、権限付与、バックアップ、侵害、復旧、および継承がどのように機能するかという点にあります。

リカバリーフレーズと決定論的ウォレット

多くの自己管理型ウォレットは、階層的決定論的設計を採用しています。BIP39形式のフレーズはエントロピーを符号化し、オプションのパスフレーズと組み合わせてバイナリシードを導出します。ウォレットはこのシードから多数の秘密鍵やアドレスを生成できます。したがって、これは文字通り「単語として記述された単一の秘密鍵」というわけではありません。復元時には、ウォレットの規格、導出パス、およびパスフレーズの使用方法が一致している必要があります。

単一鍵方式のソフトウェアおよびハードウェアウォレット

ソフトウェアウォレットは、インターネットに接続されたデバイスまたは保護されたOSエンクレーブ上に署名用データを保持します。ハードウェアウォレットは、専用のデバイス内で署名処理を隔離し、データの抽出リスクを低減できます。いずれの場合も、不適切なバックアップ、悪意のあるファームウェアやソフトウェア、不十分な取引確認、物理的な侵害、またはユーザーエラーによって機能不全に陥る可能性があります。

オンチェーンのマルチシグおよびスマートアカウント

マルチシグスクリプトやスマートコントラクトアカウントでは、複数の承認を必要としたり、支出制限を課したり、タイムロックを追加したり、復旧ロールをサポートしたりすることができます。それらのルールはオンチェーン上で可視化され、強制されますが、セキュリティはコード、署名者の独立性、アップグレード権限、および復旧プロセスに依存します。イーサリアムのEIP-7702は、EOAがアドレスを変更することなく委任されたウォレットコードを使用する機能を拡張しており、これにより機能性とポリシーの複雑さの両方が高まります。

しきい値暗号とMPC

しきい値署名では、1つの署名を生成する能力が鍵のシェア間に分散されます。適切に設計された分散型鍵生成ライフサイクルにおいて、完全な秘密鍵が1か所に存在する必要は一切ありません。これにより、単一デバイスの障害リスクを低減できますが、対話型プロトコル、コーディネーター、実装、可用性、およびシェアの独立性に関する仮定が追加されます。これは単に「手数料のかからないマルチシグ」というわけではありません。

モデル主な利点主なトレードオフ復旧質問
カストディサービスおなじみのアクセス復旧機能と委任操作。カウンターパーティ、凍結、破産、およびアカウント乗っ取りのリスク。アクセスを復旧させるための法的、運用上、技術的なプロセスはどのようなものか？
ソフトウェアウォレット低コストで直接管理が可能。インターネットに接続されたデバイスおよびバックアップのリスク。検証済みの復元用データがあれば、クリーンなソフトウェア上でウォレットを復元することは可能か？
ハードウェアウォレット鍵の隔離と、信頼できるディスプレイによる確認。デバイス、ファームウェア、サプライチェーン、およびバックアップに関するリスク。悪意のある操作が署名されてしまう可能性がある。テスト済みのバックアップと、デバイスの紛失や故障に備えた計画はありますか？
オンチェーン・マルチシグ独立した鍵と、クォーラムの透明性のある適用。より多くの調整、チェーン固有のポリシー、およびパブリックガバナンスの足跡。残りの署名者は、安全性を損なう近道をとることなく、失われた署名者をローテーションまたは置き換えることができますか？
スマートアカウントプログラム可能な制限、復旧、バッチ処理、および代替認証。契約のバグ、モジュールのリスク、アップグレード、ガバナンスの複雑さ。誰がポリシーを変更でき、どのような遅延や監督の下で行われるのか？
しきい値 / MPC分散型署名権限を備えた1つのオンチェーン署名。プロトコルおよび実装の複雑さ。しきい値の多数が侵害された場合、依然として致命的な結果となる。資金を再構築したり移動させたりすることなく、シェアを更新または置換することは可能か？

あらゆるカストディ設計が回答すべき質問

  • 資産を移動させるには、具体的にどのような署名、スクリプト、またはコントラクトアクションが必要か？
  • どの関係者、デバイス、サービス、またはコードパスがその権限を満たすことができるか？
  • 1台のデバイスが盗まれたり、1人の担当者が不在になったり、1つのプロバイダーが機能しなくなったりした場合はどうなるか？
  • 復旧用データが漏洩したが、まだ取引が署名されていない場合はどうなるか？
  • 悪意のある取引は、金額、宛先、時間的遅延、またはポリシー審査によって制限できますか？
  • ソフトウェアの更新、署名者の交代、共有情報の更新、および緊急対応はどのように管理されますか？
  • 相続人や権限を与えられた後継者は、特定の個人に恒久的な不正アクセス経路を与えずに、どのようにアクセス権を回復するのでしょうか？
  • 復旧プロセスは、プレッシャーのかかる状況で必要となる前に、少額でテストされていますか？

要点：鍵は、認証および復旧システムを構成する要素の一つに過ぎません。優れた保管設計とは、予見可能な紛失、侵害、および担当者の不在といった事態に耐えつつ、盗難の経路を容易にしないものです。

よくある質問

仮想通貨は簡単に言うとどのように機能するのですか？

ウォレットが取引を作成・署名し、独立したノードがそれを検証し、マイナーまたはバリデーターがそれをブロックに組み込み、コンセンサスルールによってどの有効なブロック履歴が正史となるかが決定されます。ブロックやチェックポイントの投票数が増えるほど、受取人が取引を決済済みとみなすまで、取引が取り消される可能性は低くなります。

仮想通貨ウォレットは実際にコインを保有しているのですか？

通常は保有しません。ブロックチェーンには、使用可能な出力、アカウント残高、またはトークンの状態が記録されます。ウォレットは、アドレス、トランザクションの構築、およびその状態の変更を承認できる鍵やポリシーを管理します。

ウォレットアドレスは公開鍵と同じものですか？

必ずしもそうとは限りません。イーサリアムのEOAアドレスは公開鍵から派生しますが、標準的なSolanaの署名者アドレスは公開鍵そのものです。ビットコインのアドレスには、鍵のハッシュ、スクリプト、またはTaproot出力鍵がエンコードされている場合があります。また、コントラクトやプログラムから派生したアドレスは、対応する秘密鍵が存在しなくても存在し得ます。

公開アドレスだけで、誰かが私の暗号資産を盗むことは可能ですか？

通常、公開アドレスだけでは送金権限は付与されません。しかし、残高や取引履歴が明らかになったり、フィッシングやアドレスポイズニング攻撃の標的になったり、攻撃者が価値のある標的を特定する手掛かりとなる可能性があります。盗難には、盗まれた鍵、悪意のある署名、スマートコントラクトのバグ、または侵害されたカストディアンなど、有効な権限経路が依然として必要です。

ブロックチェーン自体がハッキングされることはありますか？

暗号学的偽造やディープ・コンセンサス攻撃は、リスクの一部に過ぎません。主要なネットワークは堅固なセキュリティ実績を有していますが、クライアントソフトウェアには重大なバグが含まれていたり、アプリケーションやブリッジが悪用されたり、カストディアンやユーザーが侵害されたりした事例があります。「ブロックチェーンがハッキングされた」という表現は往々にして不正確であり、実際に機能不全に陥ったレイヤーを特定する必要があります。

暗号資産の取引は不可逆的か？

保留中の取引は特定の条件下で置き換えられたり破棄されたりすることがあり、確認回数が少ない取引は再編成によって削除される可能性があります。適切な決済閾値を超えた後は、プロトコルによる取り消しは極めて困難になりますが、アカウントの復旧、受取人の協力、カストディアンの介入、あるいは法的差し押さえによって、一部のシステムでは実質的な結果が変わる可能性があります。

暗号資産の取引にはどれくらい時間がかかりますか？

ネットワーク、手数料、混雑状況、ルーティング、決済閾値によって異なります。ビットコインはおよそ10分ごとのブロック生成を目標としており、イーサリアムは12秒のスロットを採用し、通常は約2エポック後にチェックポイントのファイナリティに達します。レイヤー2システムや取引所は、独自の処理時間を加えます。

ブロックチェーンを制御しているのはマイナーか、それともバリデーターか？

彼らはブロックの生成や順序付けに影響を与えますが、有効性について一方的な権限を持っているわけではありません。フルノードは、自身が実行しているルールに違反するブロックを独自に拒否します。ルール変更に関するガバナンスは、ソフトウェアのメンテナー、ノード運営者、リソースプロバイダー、アプリケーション、企業、ユーザーの間で分散されています。

秘密鍵を紛失した場合はどうなりますか？

バックアップ、共同署名者、カストディアン、または復旧ポリシーによってアカウントの権限を満たすことができない場合、資産は記録されたままになりますが、使用できなくなります。スマートアカウント、マルチシグ、カストディアルシステムには異なる復旧経路がありますが、従来のシングルキーアドレスにはネットワーク上のパスワードリセット機能はありません。

なぜ暗号資産の手数料は変動するのですか？

希少なブロック容量や実行容量に対する需要が変動するためです。ビットコインでは仮想ブロックスペースに対して入札が行われ、イーサリアムではプロトコルの基本手数料と優先手数料に基づいてガス料金が設定されます。依存関係、ノンスの順序、プライベートな注文フロー、ビルダーの戦略、およびローカルポリシーも、ブロックへの組み込みに影響を与えます。

仮想通貨は匿名性がありますか？

通常は匿名ではありません。多くのパブリックチェーンは擬似匿名性を持っています。アドレスは公開されており、取引履歴は永続的ですが、取引所、ネットワークデータ、取引相手、行動パターンから身元の関連性を推測される可能性があります。

「鍵が自分のものでなければ、コインも自分のものではない」とはどういう意味ですか？

これは、カストディアンがオンチェーンの鍵を管理している場合、顧客は出金の履行や、カストディアンの安全性・支払能力の維持をそのカストディアンに依存していることを意味します。ただし、自己管理が自動的に安全であるという意味ではありません。鍵を直接管理することには、バックアップ、署名、復旧に関する責任が伴います。

結論

暗号資産が機能するのは、いくつかの細分化されたメカニズムが連携しているためです。署名ポリシーは、権限を検証可能な暗号学的証拠に変換します。トランザクションは、提案された状態変化を正確に符号化します。ノードは、決定論的なルールに基づいてその提案を検証します。ブロック生成者は有効な提案を順序付け、コンセンサスによってネットワークがどの有効な履歴に従うかが決定されます。その後、決済ルールが、対象となる価値に対して再編成リスクが十分に低くなったタイミングを受取人に伝えます。

最も有力なメンタルモデルは、「数学が信頼に取って代わる」というものではない。信頼は再配分され、より明示的なものとなる。ユーザーは、暗号学的仮定、ソフトウェアの実装、ハードウェア、ネットワークへの参加、スマートコントラクトのコード、ウォレットのインターフェース、そして自身の復旧設計を信頼する。公開検証は、単一の記録管理者への依存を軽減するものであり、あらゆる依存関係やあらゆる形態のガバナンスを排除するものではない。

だからこそ、セキュリティに関する助言では、どのレイヤーを対象としているかを明示しなければならない。リカバリーフレーズを保護しても、ブリッジの監査にはならない。ファイナリティを待ったからといって、トークンに価値が生まれるわけではない。ハードウェアウォレットがあっても、悪意のある許可の説明にはならない。分散型のバリデーターセットがあっても、分散型のフロントエンドが保証されるわけではない。暗号資産が強力なのは、その保証が具体的であるからこそだ。それらの保証は適用される場面で活用し、解決するために設計されていない問題に黙って適用範囲を拡大してはならない。

出典および参考文献

本記事の主要な参考文献（2026年7月時点）。

簡単なクイズ: 定着しましたか?

最も適切な答えを選び、以下の解説を確認してください。

問題 1/7
従来の暗号資産ウォレットは、主に何を保持または管理していますか？

これは役に立ちましたか?