WrappedM by M0

Wrapped M, o wM, es la versión ERC-20 no reajustable, con seis decimales, del token M de M0. Esta entrada se fija en el proxy de Ethereum 0x437cc33344a0B27A429f795ff6B469C72698B291. M usa un índice para que crezcan los saldos de las cuentas autorizadas a recibir rendimiento. wM mantiene quieta la cantidad registrada en la cartera y calcula aparte el rendimiento elegible. Las M0 Extensions son otras monedas estables con marca propia construidas sobre la misma base; no son nombres alternativos de wM.

El envoltorio mantiene M y crea o destruye wM cuando ocurre una conversión. M, a su vez, lo emiten Minters institucionales aprobados por la gobernanza después de que Validators certifiquen la garantía fuera de cadena. M0 describió como garantía aceptada al inicio los bonos del Tesoro estadounidense a corto plazo. Esa descripción y la ecuación interna de solvencia de wM no entregan al titular la propiedad de dichos bonos.

M0 Foundation opera el sitio y apoya el ecosistema, pero sus condiciones dicen expresamente que solo rigen el sitio y no M ni a los actores del protocolo. Ningún acuerdo específico de wM revisado nombra a la Fundación como emisor obligado a canjear todas las carteras por efectivo. wM registra un saldo vinculado al M contabilizado por el wrapper; poseerlo no autoriza por sí solo la conversión directa a M ni crea un derecho sobre la garantía fuera de cadena.

M0 lanzó M como un dólar común para una federación de emisores. La opción de que aumentara automáticamente el saldo de quienes tenían derecho al rendimiento era cómoda para el titular, pero difícil para mercados de crédito y creadores automáticos de mercado que esperan que un saldo ERC-20 solo cambie tras una transacción. Wrapped M, desplegado el 14 de agosto de 2024, separó ambas funciones: el saldo quedó fijo y el rendimiento pasó a otro registro.

La primera solución creó un segundo problema. Cuando M0 añadió Extensions para aplicaciones específicas, la conversión ya no podía tratarse como una función aislada entre dos tokens con supuestos invariables. V2 mantuvo en julio de 2026 la dirección y los saldos de wM, pero cambió el modelo de cuentas, añadió destinatarios expresos y colocó la envoltura y su reversión detrás de SwapFacility. Las integraciones obtuvieron una ruta común; el usuario tuvo que separar la transferencia ERC-20 libre del acceso autorizado de vuelta a M.

En V2, la conversión empieza en SwapFacility. Para pasar de M a wM, SwapFacility recibe M, llama al envoltorio y crea la misma cantidad de wM para el destinatario. En el sentido inverso recibe wM, el envoltorio lo quema y devuelve M a SwapFacility. wM figura hoy como una Extension aprobada que no exige permiso individual. Aun así, las rutas con M de SwapFacility requieren M_SWAPPER_ROLE. Las funciones wrap y unwrap del propio envoltorio solo aceptan llamadas de SwapFacility, de modo que poseer el token no autoriza por sí solo a una cartera para convertir directamente.

Las cuentas nuevas de wM no reciben rendimiento por defecto. En la captura del 5 de septiembre, earners_list_ignored del Registrar era cero, por lo que una cuenta debía figurar en la lista de beneficiarios aprobados antes de activar su acumulación. La gobernanza del Registrar puede poner ese valor distinto de cero y omitir la lista individual. El saldo visible permanece fijo mientras el principal sigue el índice de M; claimFor hace efectivo el rendimiento acumulado y lo envía al destinatario elegido, al sustituto de gobernanza guardado en el Registrar o a la propia cuenta. La guía visible de M0 describe EarnerManager y comisiones por cuenta, pero el código V2 desplegado no contiene esa vía.

La actualización del 31 de julio conectó el proxy de Ethereum con la implementación 0x6D9DB63aFCCF515f393D5e65Be69d38Bb3B29D13. El 5 de septiembre de 2026 el token no estaba pausado, el rendimiento global estaba activo y la oferta era de 83.596.034,308359 wM. La Safe 1-de-2 de MXON era tanto migrationAdmin inmutable como titular de DEFAULT_ADMIN_ROLE: podía ejecutar migrate(address) y conceder o revocar las funciones de congelación, pausa, traslado forzoso y gestión del excedente. Otro migrate() sin argumentos puede llamarlo cualquiera, pero solo ejecuta el migrator elegido en el Registrar; esa clave era cero en la captura y la ruta revertía. Otras funciones vigentes podían pausar transferencias, congelar cuentas, trasladar saldos desde cuentas congeladas y cambiar el destino del excedente. Son controles actuales de V2, mientras el índice de auditorías de Wrapped M solo recoge revisiones de julio y agosto de 2024. El administrador de migración era la Safe 0xf7298F047F92d0Eb21231478Ef6ba9FE1eCD4c73, ejecutable con una firma entre dos propietarios; la cuenta externa 0x4F1cf2449B4D07bD86Fd57709B1695C11D8314F2 reunía congelación, pausa y traslado forzoso. Una transacción exitosa del 3 de agosto emitió eventos Frozen para exactamente 100 direcciones. El control de cuentas se utilizó, no quedó como una posibilidad del código.