> For the complete documentation index, see [llms.txt](https://docs.suno.finance/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.suno.finance/es/protocol/the-uwatt.md). # El uWatt Cómo el desk precia el minteo y la redención a min($1, C), paga las redenciones desde el tramo de liquidez y qué cubre el $1. El uWatt es un token ERC-20 respaldado por la Reserva. Apunta a un precio de $1 y hace valer ese objetivo en la fuente: el desk del propio protocolo, donde cada uWatt se crea y se redime al valor de su respaldo, hasta $1. Un objetivo impuesto en la emisión no necesita intervenciones de mercado que lo defiendan: mientras el respaldo esté, el precio también. ## El desk El uWatt se crea y se destruye en un solo lugar: el desk del protocolo. Un usuario deposita stablecoins y recibe uWatt; un tenedor devuelve uWatt y recibe stablecoins. Los dos lados están abiertos como regla general. El lado de minteo, que los documentos legales llaman Ventana de Depósito, puede suspenderse cuando el tramo de liquidez se acerca a su participación objetivo en la Reserva, porque cada minteo se suma al tramo; la suspensión y la reapertura se anuncian en la plataforma, y las condiciones están en el [Documento de oferta del uWatt](/es/legal/uwatt-offering-document.md). Las dos operaciones cotizan el mismo precio: $$ \text{precio} = \min($1,\ C), \qquad C = \frac{\text{valor de la Reserva}}{\text{suministro de uWatt}} $$ El desk lee el valor de la Reserva de la atestación on-chain descrita en [La Reserva](/es/protocol/the-reserve.md), y se niega a operar si esa atestación está vencida: un protocolo que perdió de vista su respaldo deja de cotizar. **Mientras la Reserva cubre el suministro (`C ≥ 1`)**, el precio es $1 en las dos direcciones: * Un minteo a $1 agrega un dólar de activos y un dólar de pasivos. El comprador recibe lo que pagó, un token completamente respaldado, y nada del buffer que hay encima. El excedente que la Reserva tenga pertenece al sistema y, a través del mecanismo de rendimiento, a los stakers; no se puede comprar a la par. * Una redención a $1 le paga al tenedor completo, menos la comisión de redención (con tope del 0.5%, fijada en el tope al lanzamiento), y deja el buffer intacto. **Si el respaldo cae por debajo del suministro (`C < 1`)**, la misma fórmula precia ambos lados a `C`: * Las redenciones pagan el valor deteriorado tal como está. Todo el que sale durante el deterioro asume el mismo recorte pro-rata, así que no se gana nada corriendo hacia la salida: la dinámica clásica de corrida, donde los primeros en redimir cobran completo a costa de los últimos, no puede arrancar. * Mintear *por debajo* de la par es la **ventana de recapitalización**: capital fresco puede entrar al precio deprimido, lo que agrega respaldo y suministro en la proporción que deja `C` sin cambio. El retorno del rescatista llega solo si la Reserva se recupera por encima de su precio de entrada. Esta ventana está acotada por un piso de gobernanza y sale cerrada al lanzamiento (el desk opera solo a la par); abrirla es una decisión de gobernanza en sí misma, tratada en [Gestión de riesgo](/es/protocol/risk-management.md). ## Liquidez de redención El desk paga las redenciones desde el tramo de liquidez de la Reserva: stablecoins más instrumentos tokenizados de corta duración que se deshacen bajo demanda. Cuando la porción en efectivo se queda corta, el desk deshace instrumentos líquidos automáticamente para cubrir el pago; si ni eso alcanza, la redención revierte en lugar de pagar tarde o parcial. Las redenciones están además medidas por un límite diario (1% del suministro por día al lanzamiento). El límite funciona como una cola más que como un tope: reparte un pico de redenciones en una secuencia ordenada, dándole tiempo al portafolio de convertir activos sin ventas forzadas. Combinado con el precio pro-rata bajo deterioro, convierte un día de estrés en una fila de personas que reciben el mismo precio. Un detalle cierra una costura de arbitraje: la comisión de redención se mantiene estrictamente mayor que la banda de movimiento por reporte de la atestación de reservas, de modo que montarse sobre un reporte (redimir justo antes de un aumento de valor y mintear justo después, o al revés) no puede dar ganancia. Una redención fuerte también pone en marcha su propio contrapeso. Las salidas se pagan del lado líquido, la parte de menor rendimiento de la Reserva, así que una ola de redenciones deja el respaldo restante más concentrado en activos de energía y reparte el mismo ingreso de energía sobre un suministro más pequeño, con lo que el rendimiento de staking sube. Un rendimiento más alto atrae minteo nuevo, y el minteo nuevo llega como stablecoins que reconstruyen el lado líquido. La composición se regula sola: el flujo que drena la liquidez sube el retorno que la trae de vuelta. ## Qué cubre el $1 La promesa tiene tres partes: * Cada uWatt es redimible a $1 mientras `C ≥ 1`, una condición que el protocolo mantiene con su buffer de sobrecolateralización. * La redención en cualquier momento está garantizada hasta el tramo de liquidez; el resto del respaldo es infraestructura productiva que toma tiempo convertir. La cola diaria existe para cubrir exactamente esa brecha de tiempos. * Por debajo de `C = 1`, el token vale `C` y el desk lo dice. Ningún mecanismo le paga a nadie más de lo que valen los activos. Este es el perfil de un instrumento sobrecolateralizado y respaldado por activos, funcionalmente más cercano a una participación de valor fijo en un fondo de ingresos que a una stablecoin de pagos. Quien quiere el retorno del fondo stakea su uWatt; el token sin stakear es la unidad estable, y la forma stakeada es donde se acumulan las ganancias del portafolio. Ese reparto es el tema de [Rendimiento y staking](/es/protocol/yield-and-staking.md). --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.suno.finance/es/protocol/the-uwatt.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.