Wrapped Mは、独自の担保を持つ別のドル建てトークンと誤解されやすい。実際には会計用ラッパーとして理解する方が正確だ。M0の$Mが基礎資産を供給し、wMがリベースの挙動を従来型のERC-20残高へ変換して、利回りを明示的な請求として提供する。この利便性があるからこそ、利回りの正確な資格、請求先の規則、支払能力の前提、アップグレード権限が、保有者が実際に持つ権利を判断する中心となる。
M0は2024年5月7日、権限を与えられたミンターとバリデーターの役割、限定提供の$M発行・償還機能を備えた中核プロトコルとTwo-Token GovernorをEthereum Mainnetへデプロイしたと発表した。この発表が説明するのは基礎となる通貨ネットワークであり、wM保有者がその財務省証券の担保を直接所有するという意味ではない。
M0のデプロイ登録簿には、Wrapped MのEthereumへのデプロイ日が2024年8月14日と記録されている。このラッパーは、$Mのリベース残高が生む連携上の問題を解決するために導入された。基礎資産にインデックス連動型の利回り機構があっても、DeFiアプリケーションでは固定されたERC-20残高が必要な場合が多いためだ。
M0が稼働中の製品として文書化しているのは、wrap、unwrap、送金、利回り有効化、利回り照会、請求、余剰管理の各機能を持つデプロイ済みラッパーである。技術仕様は具体的な関数シグネチャと会計変数を示し、EtherscanはEthereumアドレスを検証済みプロキシと識別している。
M0は、ラッパーの$M残高が非利回り供給量と予測利回り供給量の合計を賄わなければならないという支払能力の不変条件を文書化している。これはコントラクト設計と明記された不変条件であり、独立した準備資産監査でも、wM自体が短期財務省資産への法的請求権を与えるとの約束でもない。より広範なM0プラットフォームの発行、検証、償還プロセスは関連する別の層であり、権限付与を伴う場合がある。
保有者はラッパーのオンチェーンwrap・unwrap経路を利用し、ERC-20としてwMを送金できる。また、利回り対象として承認されていれば、基礎$Mインデックスから計算された利回りを請求できる。利用者が設定した受取先はガバナンスの上書き値より優先され、どちらもなければアカウント自体が既定の受取先となる。EarnerManager管理者は利回り状態と手数料率を設定できる。M0文書によると、管理対象アカウントの請求利回りに課せる手数料は最大10,000ベーシスポイントである。
これらの機能は、ガバナンス投票権、株式、準備資産の所有権、またはM0の担保に対する契約上の償還権と同じではない。引用資料は、システムパラメーターと受取先の上書きに関するガバナンスおよびRegistrarの管理権限を説明しているが、wMを保有するだけで投票権を与えてはいない。
Ethereumのトークンページには、実装コントラクトを指す検証済みプロキシが表示される。M0のセキュリティ節はMigrationAdminを、その実装を変更できる完全に信頼された役割と位置づけている。さらにM0は、Registrarがシステムパラメーターの供給元であり、MTokenが正しく機能することを前提とし、管理者は利回り状態を管理するために信頼されると説明する。したがって、アップグレード、パラメーター、資格、受取先のガバナンスは、実装上の注記ではなく重要なリスクである。
M0は2024年夏に実施されたChainSecurity、Three Sigma、Kirill FedoseevによるWrapped Mのレビュー3件を掲載している。これらは過去のセキュリティを示す有用な根拠だが、デプロイ後や後続アップグレードに伴うプロキシ、ブリッジ、基礎$M、管理者、市場流動性のリスクをなくすものではない。
M0のデプロイ登録簿は、プラットフォームとTwo-Token Governorのデプロイ日をこの日としている。当時のローンチ告知は、権限を与えられたミンター・バリデーターの役割と、限定提供の$M発行・償還機能を説明している。
M0の監査一覧には、2024年7月〜8月に実施されたChainSecurity、Three Sigma、Kirill FedoseevによるWrapped Mのレビューが記録されている。
M0のデプロイ登録簿は、正式なEthereum版wMのデプロイ日をこの日として記録し、WrappedMToken v2のソースへリンクしている。
現行文書は、稼働中のwrap・unwrap、利回り有効状態、明示的な利回り請求、受取先、余剰管理機能を説明している。後のV2文書には、委任型EarnerManager管理とプロキシのアップグレード経路が追加されている。
現行のM0文書とEtherscanページは、wMを0x437cc33344a0B27A429f795ff6B469C72698B291にある小数点以下6桁の検証済みプロキシと識別している。供給量は文書化されたベスティング配分ではなく、コントラクトの状態として示される。
最終根拠確認日: 2026-08-25
wMは、M0の$Mを標準的なERC-20として表したトークンである。ネイティブの$Mは利回りの蓄積に伴ってリベースするが、wMは残高を固定し、利回りの発生、累積額、請求を別の操作として提供する。利用者はコントラクトを通じて$MをwMにラップし、wMを$Mにアンラップできる。保有者のオンチェーン上の請求権は、コントラクトの支払能力とプロトコル規則を前提として、そのコントラクトが提供するトークン機能と基礎$Mに限られる。引用した技術文書には、wM保有者がM0の準備資産を所有する、株式を受け取る、または財務省証券の担保に直接の法的請求権を持つとの記載はない。
リベースで変動する残高は、レンディング市場、AMM、そのほかのDeFiシステムなど、従来型のERC-20会計を前提とする連携先には扱いにくい。wMは、保存残高を固定しながら基礎$Mのインデックスをもとに利回りを計算し、明示的に請求できるようにすることで、このソフトウェア上の問題に対応する。現在の製品は、このラッパーとオンチェーン会計機能である。M0のより広範なステーブルコイン発行・償還ネットワークは関連する基礎プロトコルであって、すべてのwM保有者が財務省資産に対して直接償還できるという約束ではない。
保有者はwrapを呼び出して$Mを預け、wMを受け取るか、unwrapを呼び出してwMをバーンし、$Mを受け取る。wMは小数点以下6桁で、非リベース型のERC-20残高モデルを採用する。アカウントは初期状態では利回りを得ない。承認されたガバナンスまたはEarnerManagerの経路により、利回り有効状態へ移行できる。利回り対象アカウントでは元本が残高から、wMインデックスが$Mインデックスから導出され、累積利回りは「元本 × 現在のインデックス − 保存残高」で計算されて、明示的に請求される。利用者は請求先を設定でき、ガバナンスは上書き値を用意できる。EarnerManager管理者は、管理下の利回り対象アカウントに手数料率を設定できる。コントラクト文書によると、wMコントラクトの$M残高は、非利回り供給量と予測利回り供給量の合計を賄わなければならない。Ethereumへのデプロイはプロキシであるため、Etherscanの検証済みページには実装アドレスが表示される。M0文書はMigrationAdminを、実装を変更できる完全に信頼された役割と位置づけている。
いいえ。wMは$Mを包む非リベース型ERC-20ラッパーである。$Mの残高は自動的にリベースする一方、wMは保存残高を固定し、受取資格のある利回りを別に処理する。
いいえ。M0の文書によると、アカウントは初期状態では利回りを得ず、利回り機能を有効にするにはガバナンスまたはEarnerManagerの経路で承認されなければならない。非利回り保有者には、文書記載のwM利回り請求権は発生しない。
引用資料は$Mを返すオンチェーンのunwrap操作を説明しているが、すべてのwM保有者が財務省証券、M0の株式、または準備資産に直接の法的請求権を持つとは記載していない。実質的な権利は、別途文書化された担保償還契約ではなく、スマートコントラクトのwrap・unwrap機能と支払能力モデルとして捉えるべきである。
利回り対象アカウントでは、元本と$Mから導出されたインデックスに基づいて利回りが蓄積する。claimForは累積額を計算し、設定された受取先へ送る。管理対象アカウントでは、請求した利回りから管理者手数料が差し引かれる場合がある。
引用資料には、ベスティング日程や固定された最大上限の記載はない。確認時にEtherscanが表示した最大総供給量のスナップショットは84,714,976.673859 wMだった。wMは$Mのラップ時に発行され、アンラップ時にバーンされるため、供給量はトークン配分日程ではなく、コントラクトと会計の状態として読むべきである。
はい。Ethereumへのデプロイはプロキシであり、M0の現行技術文書はMigrationAdminをコントラクト実装を変更できる完全に信頼された役割と説明している。ガバナンスとEarnerManagerも、利回り資格と請求先の管理に影響する。
WrappedM by M0のリアルタイム価格と取引所を確認:
