> ## Documentation Index
> Fetch the complete documentation index at: https://docs.intention.xyz/llms.txt
> Use this file to discover all available pages before exploring further.

# Referidos

> El estado de un programa de referidos: qué está decidido, qué no, y qué dice en realidad el único compromiso publicado.

<Note>
  **No hay ningún programa de referidos.** No hay nada construido, no puede registrarse ninguna relación de referido y no se está acumulando ninguna bonificación. Esta página existe para decir qué hay realmente cerrado, que es muy poco.
</Note>

<h2 id="what-is-settled">
  Qué está cerrado
</h2>

Una sola cosa: **las bonificaciones por referidos se financian con las comisiones de trading recaudadas.**

La cuenta de comisiones del protocolo que recibe cada [comisión de trading](/es/programs/fees) enumera un bote de bonificaciones por referidos entre sus salidas, junto a la bóveda de liquidez y el fondo de seguro.

Eso tiene una consecuencia real, y es la razón por la que merece decirse por separado. Una bonificación pagada con comisiones recaudadas está acotada por las comisiones efectivamente recaudadas: el programa no puede pagar más de lo que generó la actividad que premió. Es una redistribución de ingresos y no una emisión contra ingresos futuros, así que no hay ningún calendario que se agote ni ninguna dilución que descontar.

<h2 id="what-is-not-settled">
  Qué no está cerrado
</h2>

Todo lo demás:

* La parte de la bonificación que va a quien refiere, y si el referido recibe además un descuento
* Cómo se establece y se registra una relación de referido
* Si la atribución es permanente o tiene límite temporal
* Las reglas de elegibilidad, y cómo se excluyen el autorreferido y los referidos circulares
* Si las bonificaciones se abonan al saldo o hay que reclamarlas
* Cómo y cuándo se calcula la atribución

La última no es un detalle. Que una bonificación se calcule on-chain por ejecución, o off-chain sobre una ventana y se confirme luego en la cadena, determina en qué puede apoyarse un integrador y qué puede comprobar un usuario. No está decidido, así que esta página no lo describe.

<Warning>
  Si estás construyendo contra un flujo de referidos, todavía no hay nada aquí contra lo que construir. No infieras un diseño a partir de cómo funcionan los [niveles de comisiones](/es/programs/fee-tiers): el parecido es plausible, no está planificado.
</Warning>

<h2 id="the-standard-this-page-will-meet">
  El estándar que cumplirá esta página
</h2>

Cuando el programa esté definido, se documentará aquí antes de que empiece a acumular bonificaciones: sin efecto retroactivo y sin revelarlo después de un periodo de actividad que estuviera midiendo en silencio. El lanzamiento se anuncia en el [registro de cambios del protocolo](/es/protocol/roadmap/changelog).

Lo concreto que merece exigirse es **si una bonificación puede recalcularse a partir de datos públicos.** Todo lo que el protocolo cobra hoy (comisiones, niveles, bonificaciones) se deriva de bloques confirmados y cualquiera puede comprobarlo. Un saldo de referidos que existe solo en una base de datos es otra clase de objeto, y se etiquetará como tal en vez de presentarse junto a números que sí son verificables.

<h2 id="where-to-go-next">
  Qué leer a continuación
</h2>

<CardGroup cols={2}>
  <Card title="Comisiones de trading" href="/es/programs/fees">
    Adónde van las comisiones, incluido el bote de referidos.
  </Card>

  <Card title="Niveles de comisiones" href="/es/programs/fee-tiers">
    La reducción de comisiones que está activa hoy.
  </Card>

  <Card title="Puntos" href="/es/programs/points">
    El otro programa de recompensas, y su estado.
  </Card>

  <Card title="Registro de cambios del protocolo" href="/es/protocol/roadmap/changelog">
    Donde se anunciaría un lanzamiento.
  </Card>
</CardGroup>