2024 年 3 月 20 日、データベースを消去される恐喝に遭いました。英語のメッセージが残され、「全データをバックアップした」と主張し、48 時間以内に 0.0117 BTC を支払わなければ公開・削除すると要求していました。

当時の概算では約 5,500 元です。ただし、復元可能なデータを本当に持っていたかは、その文面だけでは確認できません。

なぜビットコインを指定するのか。銀行が記帳しない仕組みは、誰が資産を扱えるかをどう確認するのか。鍵と台帳から始め、合意形成、コントラクト、分散化の限界へ進みます。

1. 恐喝メッセージを出発点に

ビットコインでは、銀行に一件ずつ承認を求めず価値を移転できます。地域をまたぐ使いやすさと、アドレスが直接本人名を示さない性質から、一部の恐喝でも使われます。

しかし履歴は公開されています。取引の関連、取引所の記録、その他の情報から現実の本人へ結びつく場合があり、完全匿名や追跡不能と同じではありません。

この要求は、互いを知らず統一した記帳機関もない参加者の間で、検証可能な資産記録を保つという基本能力につながります。

銀行と清算の仕組みが帳簿を管理する従来方式に対し、ビットコインはノードへ検証能力を与え、どの履歴を受け入れるかをプロトコルで調整します。どちらにもルールがあり、違うのは実行者と独立検証の範囲です。

2. 秘密鍵が制御するもの

「ビットコインを持つ」といっても財布に硬貨が入るわけではありません。ウォレットは主に鍵の管理、記録照会、取引の作成と署名を担います。

ビットコインは未使用の取引出力、UTXO を使います。過去の取引が残した未使用出力に、次に使うための条件が定められています。ウォレットは自分が制御できる出力を集計して残高を表示します。

送金では出力を選び、新たな出力を作り、秘密鍵で署名します。ノードが署名と条件を検証し、認可された支出か、使用済み出力の二重使用でないかを確認します。

一般的な自己管理ウォレットでは、秘密鍵やシードフレーズを持つ人が資産移転を承認できます。ソフトウェアは再導入できても、鍵を失った場合に支配権をリセットする中央窓口は通常ありません。

取引所のアカウントは異なります。表示残高は内部台帳の記録で、チェーン上の鍵はプラットフォームが持ちます。出金できるかは実資産、稼働状況、出金ルールにも依存します。

資産がチェーン上にあることと、利用者が鍵を持つことは別です。誰が移転へ署名できるかを確認する必要があります。

3. 知らないノード同士が履歴を保つ方法

台帳を多くのサーバーへ複製するだけでは、矛盾する取引を受け取ったとき、どの履歴を選ぶかが決まりません。

ビットコインの一般的な流れは次のとおりです。

  1. ウォレットが取引を作成・署名し、ノードへ送る。
  2. ノードが検証し、中継条件を満たせば他へ伝える。
  3. マイナーが候補をブロックにまとめ、作業証明を計算する。
  4. 他のノードがブロックと取引を独立検証し、合意ルールに従って更新する。

採掘と検証は違う責務です。マイナーは新ブロックを競って作り、ノードは自分の実行するルールに合うかを確認します。計算量が多くても違反ブロックは拒否されます。

有効な分岐が一時的に生まれると、累積作業量に基づいて有効なチェーンから選びます。サーバー数の単純多数決ではなく、台数を増やすだけで同じ合意上の重みを得るわけではありません。

取引がブロックに入ると確認を得ます。後続ブロックが増えるほど履歴を書き換える作業量が増えます。確認は確率的で、業務では金額とリスクに応じて確認数を選びます。

無効取引の拒否と、有効な分岐間の再編成は別です。後者では確認状態が変わることがあり、両者を一律に「多数が否定したので操作が存在しなくなる」とは説明できません。

採掘の収益はどこから来るか

有効なブロックの作成者は、特別な取引を通じてブロック補助金と取引手数料を受け取れます。

補助金は発行ルールに従い、初期は 50 BTC、210,000 ブロックごとに半減します。上限を超える請求はブロックを無効にします。

設備、電力、機会費用を負担するマイナーへ、ルールに合うブロックの報酬を与える仕組みです。手数料は入力合計と出力合計の差で、マイナーは通常、手数料と容量を考えて収録します。

これはビットコインの作業証明の説明です。現在の Ethereum は持分証明を使い、すべてのチェーンを採掘で説明することはできません。

4. スマートコントラクトによるルール実行

Ethereum などは、検証可能な履歴に加えて汎用プログラムの実行環境を提供します。

スマートコントラクトは、特定のアドレスに配置されたコードと状態です。取引で機能を呼び出し、ネットワークが実行結果を状態に反映します。

ホワイトペーパーは設計を説明し、プロトコルは動作を定め、ノードソフトウェアはそれを実装し、コントラクトは対応チェーンへ配置するプログラムです。関連していても同じものではありません。

トークンのコントラクトは残高、移転、利用許可を管理します。追加発行、一時停止、凍結が可能かは実装と管理権限によります。

一つの取引に複数の移転がある理由

元の発表には Polygon の取引画面があり、一回の呼び出しで三つの移転イベントが表示されていました。

DAI の移転、aToken 発行イベント、別項目の取引手数料を示す過去の画面

元の発表から移転と手数料部分を切り出しています。MATIC という名称とドル換算は当時の表示です。

同じ取引に DAI の複数移転と、ゼロアドレスから始まる aToken のイベントがあります。一つの業務操作が複数コントラクトと状態変化を起こし、エクスプローラーがそれぞれ表示しているのです。

ネットワーク手数料は専用の欄で、三件目を採掘手数料とは扱えません。トークン量も精度や交換規則を確認せず、同額の関係と解釈すべきではありません。

イベントはウォレットや索引サービスの表示に便利ですが、業務を確かめるにはアドレス、コード、実際の状態も必要です。

発行・焼却とゼロアドレス

ERC-20 の発行は通常、総供給量と対象残高を増やします。標準は発行時にゼロアドレスを送信元とする Transfer を推奨しています。

一般的な焼却実装では総供給量を減らし、ゼロアドレスを宛先とするイベントを出します。OpenZeppelin は通常移転、発行、焼却を明示的に分けています。

ゼロアドレスは特殊な印ですが、画面だけで供給変化を断定できません。利用困難なアドレスへの送付が、記録上の総供給量削減とは限らないためです。

また、配置で成立するのは記帳と移転ルールです。需要、流動性、価格は参加者に依存します。流動性は取引条件を改善しても持続的な価値を保証せず、希少性だけでも価格は説明できません。

5. 分散化しても残る信頼

アプリケーション全体には、保管機関、Web サイト、データ提供者、現実資産も関わります。台帳の性質だけで全体を評価できません。

中央集権型取引所の内部台帳

通常、売買のマッチングと残高更新は内部で行い、入出金でチェーンを使います。取引所内の売買ごとにチェーン取引が起こるわけではありません。

低遅延と複雑な取引に向く一方、保管、記帳、出金履行が集中します。一部資産がチェーンで見えても、全顧客への負債や内部帳簿を独立して証明しません。保管リスクには支配権と内部業務も関わります。

ステーブルコインのチェーン外への依存

USDT などはトークンを現実の金融へつなぎます。移転ルールと、準備資産、発行、償還を分けて見る必要があります。

コントラクトは銀行への入金や準備資産の充足・換金性を独立保証しません。準備には複数の資産が含まれ得るため、同額の銀行現金と単純に見なさず開示を確認します。

市場価格が約 1 ドルであることと、誰もがいつでも発行者へ直接償還できることも異なります。資格、規約、実務条件があり、流通市場価格には流動性と期待も影響します。

身近な計算単位を提供しながら、発行者とチェーン外への信頼が残る仕組みです。

公開コードにも管理権限がある

アップグレード、一時停止、発行権限を少数の鍵が持つ場合、利用者は管理者の行動と鍵管理に依存します。

現実の価格などを使うコントラクトにはオラクルも必要です。受け取った情報を正しく実行しても、その正確さと鮮度は別の境界です。

私は具体的なアプリケーションで次を確認します。

確認事項 利用者への意味
誰が鍵を保管し署名するか 自己管理か保管者への依存か。
誰が変更・停止できるか ルールを変える主体と承認条件。
どのチェーン外資産・データに依存するか 自力で確かめられる事実と外部への信頼。
独立検証と退出が可能か サイト停止時も資産を確認・操作できるか。

記帳、検証、保管、統治、入口は別々に分散できます。チェーンを使っているかだけでなく、項目ごとに評価します。

ルール・代償・適用範囲

複数主体が記録を共同管理しながら、一者へ最終支配を渡したくない問題では、独立検証できる台帳とルールを検討する価値があります。

ただし合意形成は処理量と待ち時間に影響し、公開性はプライバシーを難しくし、鍵紛失やコードの欠陥は取り消せない結果を招きます。一組織が明確な権限で運営するなら、DB、監査ログ、バックアップのほうが直接的な場合もあります。

冒頭の恐喝では、支払い手段にチェーンが使われても、DB のアクセス制御と復旧は元システムの仕事です。一部の分散化が他の安全性を補完するわけではありません。

分散化の技法は支配権と検証能力の配置にあります。何をルールで保証し、何を機関へ依存し、失敗の責任を誰が持つか。その境界が分かって初めて、解決した問題と代償を評価できます。

参考資料

個人発表『区块链:去中心化的艺术』を記事化しました。事件と画面は元の発表から、仕組みは次の資料で確認しています。

準備資産と償還条件は変わるため、Tether の開示と規約で適用される情報を確認してください。