ライトコイン MWEB のプライバシー実測：隠れるもの、漏れるもの

MWEB はよく「プライバシーを有効にしたライトコイン」と紹介されます。半分は正しく、間違っている半分は、まさに送金しようとしたときに効いてくる半分です。私たちはブロック 3,202,394 から 3,202,494 まで——連続 101 ブロック、4 時間 31 分 31 秒、2026-10-27 の 10:05 UTC 頃まで——の MWEB セクションを全部読みました。結論はきれいに二分されます。拡張ブロックの内側では何も見えません。金額もアドレスも、入力と出力の対応もありません。ところが境界ではほぼすべてが見えます。MWEB にいくら眠っているかは毎ブロック litoshi 単位で公表され、peg-in と peg-out はどれも正確な金額と宛先を伴って透明チェーンに現れます。これはバグではなく、Mimblewimble 拡張ブロックの構造そのものです。そしてそれが、MWEB が何に向くのかを決めます。 (LTC→XMR ルート)

MWEB とは何か。 MWEB（LIP-0002、LIP-0003）は新しいチェーンでも、メイン台帳の新しいアドレス形式でもありません。各ブロックの横に付く平行セクションで、中身は Mimblewimble 型のチェーン——機密出力と kernel です。メインネットは高さ 2,265,984、2022-05-20 05:04:16 UTC に有効化しました。直前のブロック 2,265,983 には 125 トランザクションがあり MWEB 出力は一つもなく、その次のブロックに二つの特殊出力が現れます。1.24998370 LTC の peg-in（kernel 7b367c60 にコミット）と、拡張ブロックヘッダ（2d19998a）をメインチェーンにコミットする HogEx トランザクションです。普段使う LTC アドレスは何も変わりません。拡張ブロックは各ブロック 1 本のトランザクションでコミットされ、コンセンサスはその重み上限を 200,000 に制限しています（メインブロックは 4,000,000）。 (LTC→XMR ルート)

プール残高は公開の数字。 HogEx がその計器です。ブロック 3,202,492 では txid 6066d5a0、125 バイト、入力 1・出力 2。最初の出力は 45,155,067,009,209 litoshi——451,550.67009209 LTC——を ltc1g で始まるアドレスへ支払い、この額はその高さの MWEB 供給量と完全に一致します。二つ目の出力は 2.97 LTC の peg-out で、宛先は ltc1q7v2qhf0。観測窓の末尾でプールは 451,920.71324566 LTC、流通 7,777 万 LTC の 0.581%、55.80 ドル換算で約 2,522 万ドルです。特別なツールは要らず、毎ブロック誰でも読めます。MWEB は目盛りの付いたミキシングプールです。 (LTC→XMR ルート)

実際に隠れているもの。 セクション内部では出力が金額ではなく Pedersen コミットメントを持ち、kernel は数字を明かさずに収支の整合だけを証明します。kernel は集約もされます。101 ブロックで kernel は合計 58、1 個以上あったのが 35 ブロック、0 個が 66 ブロック、1 ブロック最大 4 個でした。cut-through は件数に出ます——MWEB 入力 41 に対し出力 83——これが設計意図そのもので、中間出力が消え、残るのは誰が誰に払ったかを語らないコミットメントの集合です。サイズも同じ理屈です。空の拡張セクションは 175 バイト、窓内の中央値はまさにその値、最大は 7,901 バイトでブロック 3,202,422（kernel 4 個、600.12 LTC の peg-in）でした。 (LTC→XMR ルート)

境界で漏れるもの。 peg-in も peg-out も普通の透明出力です。peg-in は 203 バイトのトランザクションで、入力 1・出力 1、スクリプトは OP_9 に 32 バイトの kernel ID を続けたもの——一目で判別できます。ブロック 3,202,493 の 2 件は手数料 326 と 1,630 litoshi、金額は 0.103 と 378.236 LTC でした。peg-out は HogEx の通常の P2WPKH 出力として出てきます。101 ブロックの窓では、peg-in が 23 ブロックに 30 件・合計 1,532.98198122 LTC、peg-out が 18 ブロックに 24 件・合計 764.75040055 LTC。peg-out の中央値 8.35 LTC、最大 355.68 LTC。プールは純増 789.41 LTC、窓全体の MWEB 手数料は 178,902 litoshi——kernel あたり中央値 2,901 litoshi で、1 セントにも届きません。 (LTC→XMR ルート)

peg-out はアドレスで索引される。 ここが見落とされがちな点です。公開エクスプローラの API は、宛先アドレスで MWEB の peg-out を絞り込んで返します。kernel ID、litoshi 単位の金額、アドレスクラス付きです。ltc1q7v2qhf0 を渡すと、kernel 0124ff8d、金額 297,000,000、witness_v0_keyhash と答えます。つまり「このアドレスの資金は MWEB から出た」という事実は、オンチェーンにあるだけでなく検索できるのです。時間も重ねましょう。4 時間半でネットワーク全体の peg-out は 24 件、1 時間あたり約 5 件。10 LTC を peg-in し、同じ 1 時間のうちに 9.97 LTC を peg-out すれば、45 万 LTC のプールに紛れたのではなく、5 人の列に並び、しかも両端の金額が一致しています。MWEB の匿名集合は同時刻の peg 流量であり、プール残高ではありません。 (LTC→XMR ルート)

交換の前後で具体的にどう使うか。 Litecoin Core は MWEB アドレスを作れます（getnewaddress の address_type に mweb）。121 文字、ltcmweb1 で始まり、bech32m ではなく bech32、66 バイト（スキャン公開鍵とスペンド公開鍵）を符号化します。手順は、アドレス生成 → そこへ LTC 送金（これが peg-in）→ MWEB 側の確認を待つ → 交換サイトの LTC 入金アドレスへ peg-out。2026-10-27 10:15 UTC 時点で当サイトは 100 LTC → 9.22231144 XMR（1 XMR = 10.8433 LTC、現物 10.6351 に対し全込み 1.96%）、10 LTC → 0.91940493 XMR（2.27%）を提示しました。LTC ペアの下限は 0.24991437 LTC（13.95 ドル）、上限 1,350.4905204 LTC（75,357 ドル）。落とし穴は三つ。取引所は ltcmweb1 アドレスへ送れないので peg-in は OP_9 出力を組めるウォレットから出す必要がある。peg-out の金額と宛先は公開。そして peg-out 出力は 6 ブロック動かせない（PEGOUT_MATURITY = 6）——実測平均 162.9 秒/ブロックなら約 16.3 分です。 (LTC→XMR ルート)

MWEB は今もパッチが当たっている。 v0.21.5.6（2026-08-02）でメインネットのパラメータに凍結 MWEB 出力リストが入りました。現在は 32 バイトの出力 ID が 1 件（2f3a08d9 から 94f7）で、ノードはその使用を拒否します。加えてソースが「既知の MWEB 入力メタデータ脆弱性」と呼ぶものに対する 1 ブロック分の grandfather、そして高さ 3,154,440（2026-08-04 23:04:57 UTC）から、pegout 機能を名乗る kernel は実際に pegout を含まねばならないという規則。v0.21.5.8（2026-09-12）は同じ正規化規則を extra data に広げ、高さ 3,172,640（2026-09-05 16:51:01 UTC）から適用しました。コミットの題名は露骨です——reject empty MWEB pegout features、reject empty MWEB kernel extradata。まだコンセンサス層で仕様を固めている段階だということです。結論：MWEB は「自分が持つ透明なコイン」と「サイトへの入金」の結び付きを切る用途には向きます。ただし入金そのものが公開で、1 時間 5 件の peg-out は薄い群衆だという条件付きです。XMR への交換の代替にはなりません——逆で、XMR に替えるとき、peg の部分こそ隠せないのです。 (LTC→XMR ルート)