Ciclo de vida de Token

Siga la creación de suministro fijo, la emisión de curva y la migración externa para comprender los permisos, la propiedad de activos y las transiciones de estado en cada etapa.

BigShortProtocol-EVM divide el ciclo de vida de un Token en creación, negociación en la curva, migración atómica, negociación externa y cortos. El suministro y la configuración de emisión se fijan en la creación; la última compra en la curva crea simultáneamente el pool externo e inicializa el Short Engine, sin un paso habitual de «graduación» que operaciones deba activar manualmente.

1. Suministro fijo y distribución inicial

Cada Token acuña todo su suministro de una sola vez durante la construcción; la cantidad de la curva y la reserva de préstamos son activos destinados a usos diferentes.

La base de suministro de la curva es:

El suministro total es:

El modelo de capitalización utiliza la base de suministro de la curva de 1,000,000,000 Token, no el suministro total ERC-20 de 1,199,861,071. Es una convención de valoración del protocolo y no debe confundirse con la capitalización circulante ni con la valoración del suministro total completo.

El creador no recibe automáticamente una asignación de Token por iniciar la creación. Si desea poseer Token vendibles, también debe adquirirlos mediante operaciones. La reserva de préstamos tampoco se acuña adicionalmente durante la migración: los Token ya se transfieren a la dirección precalculada del Engine al crearse, aunque en ese momento aún no se haya desplegado allí el código del contrato Engine.

2. Configuración funcional fijada en la creación

Estas longitudes se miden en bytes UTF-8, no en caracteres chinos. El nombre, el símbolo y otros datos intervienen en el cálculo determinista de la dirección de despliegue; distintos remitentes y números de creación tienen espacios de nombres de despliegue diferentes.

Orden de ejecución de la creación

1. Validar metadatos, creador y configuración de gravámenes.
2. Leer el Launch Profile predeterminado actual y fijar las cuatro versiones: Token, curva, Engine y lugar de negociación.
3. Calcular las direcciones previstas del Token y del Short Engine independiente.
4. Desplegar el Token y acuñar de una sola vez el suministro de la curva y la reserva de préstamos. En el modo con gravámenes, desplegar también el Tax Processor exclusivo de ese Token.
5. Crear o reutilizar el Pair Token/USDC designado, validar su identidad y código y vincularlo como mainPair.
6. Establecer la curva en Bonding, registrar reservas iniciales, metadatos, tipos de gravamen e instantánea de configuración, y emitir el evento de creación.

Cada Token conserva su propio Launch Profile. Seleccionar posteriormente otro Profile predeterminado no cambia automáticamente los Token existentes a una nueva curva o un nuevo lugar de negociación. Los permisos de actualización del proxy de Factory son un aspecto distinto de este mecanismo de instantáneas de configuración; véase el capítulo de permisos.

3. Máquina de estados y acciones disponibles para el usuario

La transición de fases de una transacción normal exitosa es:

None → Bonding → Complete → Migrating → Migrated

Las tres últimas fases pueden aparecer durante la ejecución de la misma compra final. El nuevo estado en cadena y los registros solo se conservan si toda la transacción tiene éxito.

Único criterio cuantitativo de finalización de la curva

Sean $R_0$ la cantidad vendible inicial y $R$ la actual; el progreso basado en la cantidad neta vendida es:

Aquí $R_0=\mathrm{793,100,000}$ Token. Comprar reduce $R$ y vender de vuelta aumenta $R$; las transferencias entre monederos no cambian el progreso. Este porcentaje facilita la presentación del producto, pero no es un campo de estado mantenido por separado por el contrato.

La condición de finalización es $R=0$, no una recaudación fija de USDC ni una capitalización fija. Por ejemplo, si se han vendido exactamente 396,550,000 Token netos, quedan otros 396,550,000 vendibles y el progreso es del 50%; esto no significa haber recibido el 50% del USDC final, porque el precio de la curva cambia con las operaciones.

4. Límites de negociación durante la fase de curva

La curva cotiza con las reservas virtuales registradas por Factory y liquida con reservas reales. Las tres entradas atienden necesidades diferentes:

El comprador puede designar al destinatario de Token, pero no al Pair principal. Los reembolsos siempre se envían al remitente de la transacción, no al destinatario de Token. Para vender, el titular debe autorizar previamente a Factory a gastar Token.

El Pair principal aún no está abierto

• Los titulares ordinarios pueden transferir entre monederos.
• Antes de abrir el mercado externo, las transferencias de Token no nulas con mainPair están restringidas; Factory es la excepción de control reservada para la migración.
• No puede enviarse Token directamente al Pair mediante una compra en la curva.
• La dirección del Pair puede existir de antemano, pero «Pair creado» no equivale a «mercado externo abierto».

Esta restricción se aplica al mainPair vinculado por el protocolo y no debe promocionarse como un bloqueo global de todas las direcciones de terceros o mercados creados por cuenta propia.

5. Atomicidad de la compra final y la migración

La compra final se liquida primero según las reglas de la curva y después completa, en orden, el aporte al pool externo, el despliegue e inicialización del Engine y la apertura del mercado externo. Si falla cualquier paso obligatorio,se revierte toda la compra final: Las transferencias de token, las actualizaciones de curva-reserva, los reembolsos y los registros en esta transacción se revertan. Las transacciones concluidas anteriormente no se ven afectadas.

La compra final necesita más recursos de ejecución que una compra ordinaria; el cliente no debe reutilizar un gas limit fijo de compras normales. Los fondos de migración, el destino de LP y el tratamiento de precisión se detallan en Migración y AMM externo.

6. Funciones de cada módulo tras la migración

La migración no incorpora la reserva de préstamos al AMM ni distribuye los LP iniciales al creador o al comprador final. El precio de negociación depende de las reservas reales del Pair tras migrar, y los cortos deben seguir cumpliendo simultáneamente los requisitos de capacidad de riesgo, inventario de préstamos y margen.