IONONDocs

Whitepaper V4.1

15. Arquitectura de liquidez Genesis

Aprobado

La subasta y el pool de liquidez son objetos contables distintos. Un token vendido a un participante no es el mismo token que uno reservado para liquidez propiedad del protocolo.

La LBPStrategy de Uniswap puede dividir tokens entre subasta y reserva de LP y migrar una cantidad definida de la moneda recaudada a un nuevo pool v4. Las estrategias avanzadas pueden incluir posiciones unilaterales, pero el diseño de rangos no debe confundirse con vesting: un rango de precio no es un bloqueo temporal.

La política de liquidez Genesis debe tener tres capas:

  • Profundidad de mercado central. Una posición canónica IONON/ETH v4 que soporte el comercio ordinario cerca del precio descubierto.
  • Expansión gestionada. Posiciones adicionales propiedad del protocolo que pueden ajustarse bajo una política de tesorería documentada.
  • Diversificación futura de mercados. Pools separados IONON/USDC e IONON/WBTC sólo después de que el mercado primario tenga profundidad suficiente y los precios entre mercados puedan mantenerse coherentes mediante arbitraje.

Una porción de la liquidez propiedad del protocolo puede bloquearse temporalmente por credibilidad, pero no toda la liquidez debe bloquearse irreversiblemente si ello imposibilita la gestión de riesgo de tesorería. Cualquier bloqueo debe publicarse con contrato exacto, propietario, tiempo de desbloqueo y semántica de recuperación.

Referencias

Referencias del whitepaper

Última actualización: 17 de octubre de 2026Versión 1.0Responsable: IONONFuente: Whitepaper V4.1 canonical SHA-256 23b8e12be2fab3bcbaee6f5539964b2e299ae67be33e4d4d6962ccb57da0e01d