> 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/yield-and-staking.md).

# Rendimiento y staking

Cómo el ingreso de energía se vuelve rendimiento para los stakers a través de la rampa α, el vesting y el c-uWatt.

La Reserva gana dinero de dos maneras: sus proyectos venden electricidad y su tramo de liquidez gana un retorno base. Esta página cubre cómo ese ingreso se convierte en rendimiento de staking.

## Staking

Quien quiere el retorno del portafolio deposita uWatt en la bóveda de staking del protocolo (una bóveda ERC-4626) y recibe **c-uWatt** (Compounding uWatt), una participación cuyo valor en uWatt crece a medida que se acumulan las recompensas. No hay período de bloqueo ni recompensas que reclamar: el rendimiento llega como un aumento en lo que cada participación redime, y el c-uWatt se deshace de vuelta en uWatt al rate vigente de la bóveda en cualquier momento. Como stakear no cuesta más que una transacción, lo esperable es que la mayoría de los tenedores stakee. El uWatt sin stakear persiste por una razón distinta: es la forma de precio constante, la unidad contra la que precian los pagos, los pools de liquidez y las integraciones, mientras el valor de la participación se mueve con el rendimiento.

## De dónde sale el rendimiento

Cada distribución la fondea un pago real. Las ventas de electricidad llegan como stablecoins y aterrizan en la custodia de la Reserva *antes* de computar reparto alguno, así que el valor de la reserva ya refleja el dinero cuando se toma la decisión. Si el ingreso no llega, no hay nada que distribuir: el protocolo nunca mintea rendimiento contra una proyección o una valorización no realizada, que es el modo de falla de los diseños de rebase.

## El reparto: la rampa α

Cada pago `Y` se divide entre los stakers y el buffer de la Reserva según una fracción `α` que depende de dónde está el ratio de colateralización `C` respecto a su objetivo `C*`:

$$
\beta = \max!\left(\frac{C - C\_y}{C^{\*} - C\_y},\ 0\right), \qquad \alpha = \min!\left(\frac{\beta}{C},\ 1\right)
$$

$$
\text{a stakers: } \alpha \cdot Y \qquad\qquad \text{retenido: } (1 - \alpha) \cdot Y
$$

`C_y` es el ratio en el que el rendimiento se enciende (la par, en la configuración de lanzamiento). La porción distribuida se mintea como uWatt directamente dentro de la bóveda de staking; la porción retenida simplemente se queda en la Reserva y empuja `C` hacia arriba.

La forma de la rampa refleja las prioridades del protocolo:

```mermaid
%%{init: {"theme": "base", "themeVariables": {"xyChart": {"backgroundColor": "transparent", "titleColor": "#767676", "xAxisLabelColor": "#767676", "xAxisTitleColor": "#767676", "xAxisTickColor": "#767676", "xAxisLineColor": "#767676", "yAxisLabelColor": "#767676", "yAxisTitleColor": "#767676", "yAxisTickColor": "#767676", "yAxisLineColor": "#767676", "plotColorPalette": "#f59e0b"}}}}%%
xychart-beta
    title "Porción de cada pago distribuida a stakers (C* = 1.15)"
    x-axis "ratio de colateralización C" [0.95, 1.00, 1.05, 1.10, 1.15, 1.20, 1.25]
    y-axis "a stakers (%)" 0 --> 100
    line [0, 0, 32, 61, 87, 100, 100]
```

|                                    `C` |                 porción de cada pago a stakers |
| -------------------------------------: | ---------------------------------------------: |
|                           1.00 o menos |    0%: todo el ingreso reconstruye el respaldo |
|                                   1.05 |                                          \~32% |
|                                   1.10 |                                          \~61% |
| 1.15 (= `C*`, objetivo de lanzamiento) |                                          \~87% |
|                       encima de \~1.18 | 100%: el excedente puro se distribuye completo |

Tres propiedades se desprenden de la fórmula:

* **Bajo la par, los stakers no ganan nada.** La solvencia va antes que el rendimiento y no hay discrecionalidad de por medio: el piso está en el código, así que un protocolo con respaldo insuficiente dedica cada dólar entrante a restaurarlo.
* **Dentro de la banda, ganan los dos lados.** La fórmula cumple `α < 1/C` de forma estricta, que es la condición para que `C` siga subiendo después de una distribución. Los stakers cobran en cada pago mientras el buffer sigue trepando; nadie espera a que el buffer esté reconstruido para empezar a recibir rendimiento.
* **`C*` es un atractor, no un muro.** Por debajo del objetivo, el reparto favorece la retención; por encima, la distribución, acercándose al 100% cuando el excedente es grande. El ratio revierte a su objetivo a través del propio reparto de rendimiento, sin mecanismo de rebalanceo aparte. Todos los redondeos del reparto truncan a favor del buffer.

## Vesting

Las recompensas distribuidas no golpean el precio de la participación de una vez. La bóveda libera cada distribución linealmente sobre una ventana de vesting (30 días al lanzamiento), lo que cierra el exploit obvio de timing: depositar justo antes de una distribución y salir justo después no captura nada, porque un depósito nuevo ve el precio pre-distribución y solo gana lo que se libera mientras permanece. Las distribuciones sucesivas se funden en un solo cronograma extendido en lugar de apilarse.

## Qué tasa esperar

La tasa de staking es variable: es el desempeño en caja de un portafolio real, neto de lo que el buffer retiene, repartido sobre el suministro stakeado. El protocolo apunta a un **rendimiento anual de dos dígitos** para los stakers, y la composición explica tanto el nivel como sus límites: los activos de energía son el lado de alto rendimiento, mientras el tramo de liquidez gana tasas de mercado monetario, el precio pagado por la liquidez de redención. La tasa realizada depende del desempeño de los activos subyacentes, de la composición de la Reserva, de dónde está `C` en la rampa y de la porción del suministro que está stakeada. Ninguna tasa fija está prometida en parte alguna del protocolo, y ninguna debe inferirse de esta página.


---

# 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/yield-and-staking.md?ask=<question>&goal=<endgoal>
```

`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.