> 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-reserve.md). # La Reserva El balance del protocolo: composición, por qué está sobrecolateralizada, de dónde salen sus números y cómo se gestiona. La Reserva es el balance del protocolo: todo aquello contra lo que el uWatt es redimible. Es un portafolio gestionado con dos lados, activos de energía productivos que generan el retorno y un tramo de liquidez que hace inmediatas las promesas del desk, mantenido en más valor que los tokens emitidos contra él. ## Composición La Reserva tiene dos clases de activos: * **Activos de energía.** Proyectos solares en operación, tokenizados, en poder del protocolo on-chain y valorados a su valor presente neto auditado. Son la razón de existir del sistema: producen electricidad, ingresos y el rendimiento que el protocolo distribuye. * **El tramo de liquidez.** Stablecoins e instrumentos tokenizados de corta duración (instrumentos de ahorro respaldados por tesoros, en la configuración actual); los documentos legales los llaman Activos de Tesorería y Stablecoins Permitidas. El tramo gana un retorno base modesto, y su oficio es la disponibilidad: fondear redenciones bajo demanda y liquidar operaciones de portafolio sin tocar el lado productivo. La composición objetivo ronda el **70% activos de energía y 30% tramo de liquidez**. El objetivo es gerencial: se adapta al tamaño del portafolio, al comportamiento de las redenciones y a las condiciones de mercado. Lo que el protocolo impone on-chain son los límites externos: un techo de concentración en energía fijado por gobernanza y un piso para el tramo de liquidez, que las transacciones de los operadores no pueden cruzar. Una adquisición que sobreconcentraría el portafolio revierte; un movimiento de tesorería que dejaría el tramo de liquidez por debajo de su piso revierte. Los diales mismos están acotados y cada cambio queda registrado on-chain; ver [Gobernanza y parámetros](/es/protocol/governance-and-parameters.md). La mezcla también fija el retorno. El rendimiento bruto de la Reserva combina sus dos lados: el retorno en caja de los activos de energía sobre cerca del 70% del portafolio y tasas de mercado monetario sobre el resto. Cada uWatt está respaldado por más de un dólar de esa mezcla productiva mientras `C` se sostiene sobre uno, y cuánto del ingreso llega a los stakers y cuánto se retiene para mantener `C` cerca de su objetivo se decide pago a pago en [Rendimiento y staking](/es/protocol/yield-and-staking.md). ## Por qué sobrecolateralizada El protocolo apunta a un ratio de colateralización mayor que uno: $$ C = \frac{\text{valor de la Reserva}}{\text{suministro de uWatt}} \ \longrightarrow\ C^\* > 1 $$ La brecha entre `C` y 1 es el buffer, y el buffer es lo que se interpone entre los tenedores y el movimiento del valor de los activos. Los activos de energía son valuaciones vivas: la producción varía con el clima, los precios de energía se mueven con su indexación, las tasas de descuento cambian, los equipos envejecen. Cada revaluación cae primero sobre el buffer, y los tenedores no sienten nada de ella mientras el buffer no se agote. El tamaño del objetivo sigue una regla. La gobernanza declara un **shock de diseño**, la revaluación combinada que la postura debe absorber, y el contrato impone a nivel de configuración: $$ C^\* \geq \frac{1}{1 - \text{shock de diseño} \times \text{techo de concentración en energía}} $$ La forma sale de exigir que la Reserva siga cubriendo el suministro después de que el shock declarado golpee la mayor participación de energía que el techo permite; el techo es una participación de la Reserva y no del suministro, así que la pérdida que puede producir escala con el propio ratio. Una postura que declara tolerancia a un shock del 10% sobre un techo de energía del 80% no puede fijar un objetivo por debajo de 1.09, aproximadamente; el objetivo de trabajo queda por encima de esa línea con margen: 1.15 al lanzamiento. La regla tomó esta forma tras la [revisión de seguridad](/es/protocol/security-audits.md) independiente. La regla se verifica en el contrato cada vez que cambia la configuración de riesgo: la gobernanza puede mover cualquier dial, pero no puede escribir una combinación que contradiga su propio apetito de riesgo declarado. Dos flujos mantienen el buffer fondeado. Cuando un proyecto entra a la Reserva, parte de su valorización sobre el costo de construcción se retiene en lugar de emitirse como uWatt ([El pWatt](/es/protocol/the-pwatt.md)). Y cuando llegan ingresos de energía, parte de cada pago se retiene en lugar de distribuirse ([Rendimiento y staking](/es/protocol/yield-and-staking.md)), con la porción retenida creciendo automáticamente cuando `C` está por debajo del objetivo. Entre los dos flujos, el buffer se reconstruye de manera continua. ## De dónde salen los números Una promesa de sobrecolateralización vale lo que valga la valuación detrás. La cadena que va de una planta solar al número contra el que opera el desk tiene cuatro eslabones, cada uno verificable por separado: 1. **El modelo de valuación.** Cada proyecto se valora con el modelo financiero publicado del protocolo (telemetría medida, precios contratados, costos auditados, una construcción explícita de la tasa de descuento), y cada valuación publicada queda congelada como snapshot inmutable y versionado. La metodología está documentada completa en [El Modelo Financiero](/es/financial-model/overview.md). 2. **Atestación independiente.** Que las tenencias y valores que la Reserva declara correspondan a la realidad lo verifica un atestador externo de prueba de reservas, en una vía separada del reporte propio del protocolo. 3. **El reporte on-chain.** El valor atestado se escribe on-chain a través de un contrato reporter con cadencia semanal. Los reportes de rutina están acotados: un solo reporte no puede mover el valor de la reserva más que una banda estrecha, así que ninguna llave de reporte puede repreciar el sistema por sí sola. Las correcciones mayores exigen una acción de gobernanza acompañada de una pausa del protocolo, lo que las hace ruidosas por construcción. 4. **Consumo que cierra en falla.** Todo contrato que lee el valor de la reserva verifica su frescura. Un reporte vencido no se degrada silenciosamente a un precio viejo: detiene las rutas que dependen de él hasta que el reporte se reanuda. ## La gestión del portafolio La Reserva se gestiona activamente a través de una superficie estrecha. Las adquisiciones y ventas de activos de energía se liquidan de forma neutral al valor: el valor auditado del activo y el movimiento de caja que lo compensa se contabilizan en la misma transacción, así que las operaciones de portafolio nunca mueven `C`. Los saldos ociosos del tramo se despliegan en instrumentos de corta duración y se deshacen bajo demanda. Un proyecto que llega al final de su vida útil sale sin hacer ruido: para entonces su valor auditado se amortizó hasta cero, así que su salida no le quita nada al respaldo. Para los otros casos (un proyecto vendido, reemplazado o retirado por razones operativas o comerciales cuando todavía produce), el protocolo tiene una ruta de salida que quema uWatt contra el activo saliente a su valor auditado: una herramienta de gestión de portafolio, no una función de cara al usuario. Con el tiempo el portafolio se ensancha: más proyectos, más geografías, otras tecnologías de energía y estructuras de compra. Los límites de concentración apropiados para un portafolio joven y cargado a solar irán apretándose por activo y relajándose por clase a medida que crece el número de activos. El buffer protege contra lo que la diversificación aún no absorbe, y los dos van intercambiando lugares gradualmente. La vista de riesgo de esa trayectoria está en [Gestión de riesgo](/es/protocol/risk-management.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-reserve.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.