Bootstrapping Determinístico de Liquidez: Por Qué los Lanzamientos de Tokens Siguen Fallando y Cómo Solucionarlo

La mayoría de los lanzamientos de tokens están estructuralmente rotos en la unión entre la preventa y el trading. Este es el mecanismo que diseñamos para cerrar esa brecha.

Los lanzamientos de tokens son un problema de coordinación disfrazado de evento financiero. Deben lograr tres cosas simultáneamente: distribuir el suministro entre los participantes tempranos, formar un mercado líquido y descubrir un precio que refleje las valoraciones heterogéneas de los inversores. En la práctica, la mayoría de los sistemas de lanzamiento gestionan cada una de estas etapas de forma separada y con conexiones débiles entre ellas. Esa brecha es donde las cosas salen mal.

Las preventas recaudan capital pero no crean liquidez. Los listados en exchanges abren un mercado pero a menudo parten de un precio sin ningún ancla en lo que produjo el mecanismo de asignación. Los pools de liquidez provistos externamente asumen que el activo ya circula. El resultado es una discontinuidad, un momento de ruptura estructural, entre la asignación y el trading. Esa discontinuidad no es una coincidencia. Es un fallo de diseño incorporado en la forma en que la mayoría de las arquitecturas de lanzamiento están construidas.

En Kenomic, abordamos esto como un problema de diseño de mecanismos. El objetivo era construir un sistema de lanzamiento unificado y determinístico en el que la asignación en preventa, el vesting, la formación de la curva de bonos y la graduación al mercado no sean módulos separados que se transfieren torpemente entre sí, sino un único proceso económico continuo con condiciones de continuidad explícitas aplicadas entre etapas.

Las Tres Tensiones Fundamentales

Cualquier arquitectura seria de lanzamiento de tokens debe resolver tres tensiones estructurales que la mayoría de los sistemas dejan sin abordar.

La primera es entre el descubrimiento de precios y la provisión de liquidez. La teoría clásica de subastas, que cubre subastas ascendentes, subastas holandesas y formatos de sobre cerrado, agrega eficientemente la información dispersa en precios de equilibrio. Pero las subastas son episódicas. Producen una asignación y un precio en un único momento, y luego se detienen. No proporcionan liquidez bidireccional continua una vez que concluye la asignación. Los creadores de mercado automatizados basados en invariantes de producto constante, como los introducidos por Uniswap, resuelven el problema de la liquidez, pero asumen un activo ya en circulación. No fueron diseñados para la emisión primaria.

La segunda tensión es entre personalización y estandarización. Los proyectos de tokens tienen razones legítimas para querer control sobre los calendarios de emisión, las estructuras de vesting, la profundidad de liquidez y las curvas de distribución. Pero la personalización excesiva a nivel de contrato aumenta las superficies de ataque y reduce la auditabilidad. La respuesta correcta no es una pizarra en blanco. Es un mecanismo con reglas estructurales invariantes y parámetros económicos acotados. La estructura permanece fija. La calibración varía.

La tercera tensión es entre la participación abierta y la protección contra la explotación estratégica. La liquidez escasa en el inicio es una invitación abierta al sniping y al front-running. La investigación sobre el front-running en AMMs es clara al respecto: cuando la profundidad de liquidez es insuficiente en relación con los tamaños de operación esperados, la predictibilidad de una función de precios determinística se convierte en una vulnerabilidad, no en una característica. Gestionar el slippage como un parámetro de diseño de primer orden no es opcional.

La Arquitectura Híbrida

El mecanismo que desarrollamos integra tres componentes en un pipeline formalmente vinculado:

La restricción clave que mantiene el sistema unido es la *continuidad de precio en el límite de transición*. El mercado de curva de bonos debe inicializarse exactamente al precio final de la preventa. Esto no es una aproximación ni un objetivo de mejor esfuerzo. Es una condición estricta aplicada mediante un paso de reconciliación de suministro que quema permanentemente cualquier inventario de tokens en exceso que violaría la restricción de precio.

Preventa Basada en Ticks: Precio y Vesting como Uno Solo

La preventa distribuye tokens a través de una secuencia discreta de intervalos de asignación, llamados ticks. Los precios aumentan en pasos multiplicativos iguales desde un precio mínimo hasta un precio máximo de preventa. Los períodos de bloqueo y vesting disminuyen linealmente a través de los ticks:

Esta estructura codifica el mismo trade-off que los mercados de capital tradicionales gestionan administrativamente mediante acuerdos de bloqueo, pero está integrada directamente en el mecanismo de precios. El calendario de vesting no es una restricción externa añadida después de la asignación. Es endógeno. Los participantes tempranos no necesitan ser de confianza para mantener sus tokens; están incentivados a hacerlo por diseño.

El tick final es el elemento puente crítico. Dado que no tiene período de bloqueo ni vesting, los tokens adquiridos allí se vuelven transferibles de inmediato en el momento en que el mercado de bonos se activa. Esto garantiza que exista algo de suministro líquido desde el primer día de trading sin ninguna discontinuidad en la trayectoria de precios.

La Transición: Cerrando la Brecha

Cuando concluye la preventa, dos cosas ocurren simultáneamente. Primero, la liquidez de reserva real inicial del mercado de bonos se establece como una fracción definida de los ingresos totales de la preventa, por lo que los proyectos que recaudaron más capital durante la preventa comienzan a operar con liquidez proporcionalmente mayor. Segundo, se ejecuta un paso de reconciliación de suministro: cualquier inventario provisional de tokens que causaría que la curva de bonos se inicialice a un precio distinto al precio final de la preventa se elimina permanentemente mediante una quema determinística.

Ambas condiciones se aplican algorítmicamente. No hay discrecionalidad, no hay repricing, no hay punto de decisión administrativa. El mercado de bonos abre exactamente donde terminó la preventa.

Referencia interna: La misma lógica determinística que gobierna la transición de preventa a mercado es también la base de nuestra infraestructura de simulación. Si quieres entender cómo estos parámetros interactúan bajo diferentes configuraciones de mercado antes de comprometerte con un despliegue, consulta el Motor de Simulación de Kenomic, que te permite someter a pruebas de estrés el ciclo de vida completo del lanzamiento bajo condiciones variables.

Liquidez Virtual: Dando Tiempo al Mercado Real para Formarse

La curva de bonos opera sobre un invariante de producto constante virtual. Las reservas reales rigen los saldos reales de tokens. Las reservas virtuales añaden profundidad sintética durante la fase de trading temprana, comprimiendo el impacto en el precio de las operaciones entrantes hasta que se haya acumulado suficiente liquidez real.

Formalmente, para una operación de reserva pequeña de tamaño Δr, el impacto relativo en el precio es aproximadamente Δr / (R_real + R_virtual). El componente virtual hace el denominador más grande, aplanando la curva de impacto durante el período en que el mercado es más vulnerable a grandes operaciones individuales.

Esto no es un subsidio permanente. La liquidez virtual funciona como un mecanismo de estabilización con una condición de salida explícita: la graduación. El mercado se gradúa una vez que la liquidez de reserva real iguala o supera el nivel de reserva virtual inicial. En ese punto, la profundidad sintética ya no es necesaria; el mercado ha generado suficiente liquidez genuina para sostenerse por sí mismo. Desde la perspectiva del diseño de mecanismos, esta es la transición de un mercado bootstrapeado a uno completamente endógeno.

Por Qué las Alternativas Se Quedan Cortas

Las preventas puras resuelven la formación de capital pero no la formación de liquidez. La transición de la asignación en preventa al listado en exchange introduce un evento de repricing arbitrario. Si el precio de listado supera el precio de preventa, los participantes tempranos tienen ganancias de arbitraje inmediatas y todos los incentivos para salir. Si cae por debajo, se produce pánico vendedor y un mercado roto desde el primer día. La preventa y el listado en exchange no están conectados. Simplemente ocurren de forma secuencial.

Los lanzamientos de curva de bonos puros resuelven el problema de liquidez pero introducen un conjunto diferente de modos de fallo. La liquidez temprana es escasa por construcción, convirtiendo los primeros minutos de trading en un campo de juego para bots que ejecutan estrategias de sniping. Dado que los tokens son completamente líquidos de inmediato, no hay un mecanismo estructural para alinear a los participantes tempranos con los resultados a largo plazo. El patrón de boom y bust que caracteriza a la mayoría de los lanzamientos de curva de bonos no es una anomalía conductual. Es una consecuencia predecible del mecanismo que no tiene gradiente de incentivos en el inicio.

La arquitectura híbrida combina asignación estructurada con provisión de liquidez basada en invariantes. No elimina el riesgo. Elimina modos de fallo estructurales específicos: discontinuidad de precio al lanzamiento, liquidez temprana sin ancla y la desalineación entre la ventaja de precio temprana y los incentivos de retención.

Una Arquitectura, Dos Rutas de Ejecución

El mecanismo soporta dos configuraciones válidas. En la ruta canónica, los tokens pasan por la preventa basada en ticks y luego transicionan a la curva de bonos. En la ruta alternativa, la preventa se omite por completo y el trading se inicializa directamente a través del mecanismo de bonos con parámetros definidos por el emisor. En ambos casos, el mercado de curva de bonos opera de forma idéntica y se aplica la misma regla de reconciliación de suministro. Los invariantes estructurales se mantienen independientemente de la ruta tomada.

Esta decisión de diseño refleja el quinto objetivo central de la arquitectura: parametrización económica sin modificación estructural. Los límites de precio, las duraciones de vesting, la profundidad de reserva y los umbrales de graduación son todos configurables. El mecanismo subyacente permanece igual. Esta separación entre estructura y calibración es lo que hace al sistema tanto auditable como portable entre cadenas con estructuras de comisiones y tiempos de bloque heterogéneos.

Qué Cambia Esto

El encuadre estándar de un lanzamiento de token es una secuencia de eventos: termina la preventa, ocurre el listado, se forma el mercado. Esta arquitectura lo reencuadra como un proceso continuo en el que la asignación, el vesting, la formación de liquidez y el descubrimiento de precios evolucionan conjuntamente dentro de un único sistema determinístico. Los límites entre etapas no son transferencias operativas. Son transiciones de estado formalmente definidas con condiciones de continuidad explícitas.

La consecuencia práctica es que los incentivos para el trading oportunista en los límites de lanzamiento, que actualmente derivan enteramente de la existencia de esas discontinuidades, se eliminan estructuralmente. Eso no es una mejora pequeña. La inestabilidad de los mercados de tokens tempranos no es principalmente un problema conductual. Es un problema de diseño.

Preguntas Frecuentes

¿El mecanismo de quema perjudica al emisor? Los tokens se destruyen permanentemente para satisfacer una condición de precio.

La quema solo se activa cuando el inventario provisional de tokens supera lo que se requiere para que la curva de bonos se inicialice al precio final de la preventa. Si los parámetros de la preventa están bien calibrados, el exceso es pequeño. Más importante aún, la alternativa es peor: inicializar la curva de bonos con exceso de suministro deprimiría inmediatamente el precio por debajo del nivel que pagaron los participantes de la preventa, lo que genera pérdidas instantáneas y un incentivo para salir. La quema protege la integridad del precio en el límite de transición. Es un costo, pero es el costo menor.

¿Qué impide que un actor bien financiado compre todos los tokens del tick final y los venda en cuanto abre el mercado de bonos?

Nada impide una gran compra en el tick final. El tick final no tiene período de bloqueo ni vesting por diseño, ya que sirve como puente entre la asignación y el trading. Lo que limita el daño es la capa de liquidez virtual. Una gran venta en la curva de bonos al abrir tiene que absorber tanto las reservas reales como las virtuales, por lo que el impacto en el precio se comprime en comparación con un pool superficial de solo reservas reales. El mecanismo no elimina el riesgo de concentración, pero aumenta el costo de la liquidación inmediata al hacer que el impacto temprano en el precio sea una función de la profundidad de reserva combinada en lugar de solo las reservas reales disponibles en la inicialización.

¿Cómo se establece el umbral de graduación y quién lo controla?

La graduación se activa cuando la liquidez de reserva real iguala o supera el nivel de reserva virtual inicial. Ambos valores se establecen en el despliegue como parámetros configurables, no se modifican en tiempo de ejecución. El emisor elige la profundidad de reserva virtual y por tanto establece implícitamente el umbral de graduación. Una vez desplegado, la condición se aplica algorítmicamente sin ninguna anulación administrativa. Esto es intencional: el mecanismo está diseñado para separar los parámetros económicos configurables de las reglas estructurales que deben permanecer invariantes después del despliegue.

¿Puede funcionar en cadenas con tiempos de bloque muy cortos o alto rendimiento, donde el front-running es más fácil?

El mecanismo está definido en términos de relaciones económicas invariantes entre tiempo normalizado, suministro de tokens y saldos de reserva, no en términos de propiedades de ejecución a nivel de bloque. No depende de intervalos de bloque específicos ni de garantías de ordenamiento. Dicho esto, las cadenas con alto rendimiento y bajos costos de transacción reducen la barrera para las estrategias de front-running a nivel de curva de bonos. Las reservas virtuales reducen la rentabilidad de estas estrategias al comprimir el impacto en el precio, pero no las eliminan. Para despliegues en cadenas con entornos MEV agresivos, la profundidad de reserva virtual debe calibrarse en consecuencia.

¿Hay alguna manera de modelar las elecciones de parámetros antes del despliegue?

Sí. El Motor de Simulación de Kenomic está construido específicamente para esto. Puedes configurar el número de ticks, los límites de precio, los calendarios de vesting, la profundidad de reserva virtual y los umbrales de graduación, y luego ejecutar el ciclo de vida del lanzamiento en diferentes escenarios de participación para observar cómo evolucionan el precio, la profundidad de liquidez y el suministro circulante a lo largo del tiempo. Desplegar sin someter a pruebas de estrés el espacio de parámetros primero es un riesgo evitable.

*Este artículo está adaptado del paper de investigación "Deterministic Liquidity Bootstrapping via Ascending Price Presales and Virtual Constant-Product Bonding Curves" (Rayco Tarrida Ortega, marzo de 2026). Para detalles de implementación y derivaciones formales, consulte el paper completo.*