モネロのテールエミッション：1ブロック0.6 XMRは何を支えているのか

まず数字から。 2026年10月25日10:00 UTCから26日10:00 UTCまで、連続する720ブロック（高さ3,791,729〜3,792,448）を取得し、すべてのcoinbase出力を合計しました。鉱工の収入は438.5282 XMR。うち432が固定のブロック補助金で、6.5371 XMRが手数料です。丸一日で手数料は鉱工収入の1.491%、720ブロックのうち235ブロックは手数料が自身の報酬の0.5%未満でした。モネロの長期的なセキュリティ予算をめぐる議論は、結局この比率の解釈に集約されます。

0.6 XMR/ブロックの出どころ。 これは毎年更新されるガバナンスの決定ではなく、発行式の中の床（フロア）です。モネロ v0.18.5.4 の `cryptonote_config.h` では `FINAL_SUBSIDY_PER_MINUTE` が 3×10^11 piconero、つまり毎分0.3 XMR。基礎報酬は毎分 `(MONEY_SUPPLY − 発行済み)` を20ビット右シフトして求められ、0.3 XMRを下回るとこの床で止まります。120秒ブロックなら0.6 XMR、以後永久です。同じ式を解くと床が効き始める供給量が出ます。(2^64−1) piconero から 0.3×2^20 XMR を引いた 18,132,171 XMR。実際に基礎報酬が床に当たった最初のブロックは高さ2,641,605、タイムスタンプは2022-06-08 23:59:31 UTCでした。以後、1日432 XMR、1年157,680 XMR、半減も終了もありません。

これは曲線ではなく床です。 モネロに半減スケジュールは残っておらず、上限もありません。よく引用される1,844万という数字は供給上限ではなく、整数フィールドの幅である2^64 piconero のこと。ソースの `MONEY_SUPPLY` は文字通り `(uint64_t)(-1)` です。それでもインフレ率は下がります。分子が固定で分母が増えるからです。2026年10月26日の供給18,822,617 XMRに対し年間157,680枚は0.838%、10年後0.773%、30年後0.669%。ゼロに近づきますが到達はしません。2022年にモネロが選んだ取引は、恒久的な小幅インフレと引き換えに、恒久的で予測可能なセキュリティ予算を得るというものでした。

一日の台帳：流入438.53、うち手数料6.54。 同じ720ブロックに26,936件のトランザクション、1ブロック平均37.4件、最大171件、完全な空ブロックが35個（4.9%）。10:00 UTCに記録した現物588.61ドルで、1件あたりの平均手数料は0.00024269 XMR、約14セント。ブロックごとの平均手数料の中央値は0.00019326 XMR（11セント）、90パーセンタイルは0.0004398 XMR（26セント）でした。手数料が報酬に占める割合は中央値0.96%、90パーセンタイル3.74%、最大12.24%、5%を超えたブロックは36個。収入は偏ってもいます。最も忙しい10%のブロックが、その日の手数料全体の38.2%を生みました。

手数料はチップではなくバイト単価。 モネロの見積はオークションではなく定価表です。10月26日にノードが返したのは4段階、1バイトあたり20,000／80,000／320,000／4,000,000 piconero、量子化マスクは10,000。基礎段階では1バイト0.00000002 XMR。入力1・出力2の1,534バイトは0.00003068 XMR（1.8セント）、入力2・出力2の2,220バイトは0.0000444 XMR（2.6セント）、同じ2,220バイトを4倍段階にすると0.0001776 XMR（10.5セント）。買っているのはキロバイトで、価格は掲示されています。鉱工は確かにバイト単価で並べ替えますが、その並べ替えが意味を持つのは、ブロックに入りきらないほどトランザクションが集まったときだけです。

ブロック空間の使用率13.8%が、手数料市場の天井です。 サンプルのブロック重みは中央値59,476バイトで、600 kB上限の9.9%。90パーセンタイル274,980、最大321,689。24時間の合計は68.35 MB、上限432 MBに対して15.8%の利用率でした。平均ブロック間隔は120.54秒で目標は120秒。1件2,220バイトとすると満杯のブロックは約270件、1日194,595件。実際は26,936件で13.8%です。つまり需要が約7.2倍にならない限り、4段階の料金表は「配給」ではなく「定価」のままです。

ブロックを詰めると鉱工が損をする——意図的に。 `get_block_reward()` は重みの中央値の下限を300,000バイトに置き、超えた分を `(2m − w) × w / m²` で減額します。`2m`（実質600 kB）を超えるブロックは拒否されます。この日、300 kB超は59ブロック。最も重い321,689バイトは報酬の0.52%を失い、59ブロック合計の損失は0.0089 XMR、その日の発行量の0.002%でした。この仕組みがモネロのブロック空間をスパムで埋まらないようにしています。中央値より詰めるほど鉱工が直接損をするので、詰める動機が誰にもないのです。

長期の曲線：インフレはゼロへ、手数料はゼロへ向かわない。 三つの状況を分けて考えます。利用が横ばいなら手数料は鉱工収入の約1.5%で推移し、そのドル価値は価格にしか追随しません。588.61ドルなら手数料3,848ドルに対し鉱工収入全体は258,122ドル。利用が7倍になればブロックは埋まり、4段階は本当の待ち行列になり、需要が配給されるまで手数料は上がります。手数料が明日ゼロになれば鉱工は収入の1.5%を失う——限界鉱工には痛いが、セキュリティ上の事件ではありません。予算はテールエミッションだからです。今日の手数料が実際に買っているのはスパム耐性であり、安全保障ではありません。将来のセキュリティ予算とみなすのは算術が逆です。

スワップする人にとっての意味。 10月26日10:04 UTCの当サイト見積では、100 USDT-TRC20が0.14906925 XMR（1 XMR=670.83 USDT）、500が611.82、1,000が604.43、5,000が599.98。1 XMRは571.71 USDTでした。100の注文と5,000の注文の差は1注文あたり約10.5 USDTの固定費で、入力2・出力2の2.6セントのネットワーク手数料の約400倍です。最適化すべきは注文サイズとルートであり、sat/vBではありません。ブロックが10%しか埋まっていない状況でXMR手数料を4倍にしても、2.6セントが10.5セントになるだけ。入金を実際に律速しているのは「10ブロックで使用可能」というブロック数規則で、待ち行列の位置ではありません。 (XMR→USDT 出口ルート)

よくある五つの誤解。 一つ、0.6 XMRは保有者ではなく鉱工に支払われ、しかも収入の最大項目です。二つ、半減もハードキャップもなく、2^64はフィールド幅にすぎません。三つ、ブロックが一割しか埋まっていないとき手数料を上げてもXMRの確認は速くなりません。四つ、手数料が小さいのはモネロが使われていないからではなく、600 kBのブロックが滅多に埋まらないからです（1日26,936件は実需です）。五つ、1.49%は無視してよい端数ではなく、どの機構が荷重を支えているかを教えてくれる数字です。

正直な限界。 これは一日、一ノード、一つの価格スナップショットです。ブロック重みは取引所のバッチ処理で動くので、集約の多い日と静かな日は形が違います。当方のノードは制限付きRPCで、ヘッダと完全なブロックは返しますが `get_transactions` は拒否します。したがってブロック単位の手数料合計は正確（coinbaseから基礎報酬を引き、300 kB超の59ブロックには減額係数を適用）ですが、1件あたりの数値は「段階×サイズ」の推計で、トランザクションを復号した値ではありません。集計値は信頼でき、1件あたりは近似です。価格は10:00 UTCのCoinGeckoと10:04 UTCの当サイト見積によるもので、リアルタイムの見積は動きます。ページが基準です。