PONS es el token nativo del ecosistema Pons (PONS) en Robinhood Chain, encargado de vincular las tarifas de trading posteriores al lanzamiento con la mecánica de recompras y quemas del protocolo. Las tarifas de pool del 1 % se reparten según la instantánea de lanzamiento; la parte destinada al protocolo puede emplearse para comprar PONS y enviarlo a una dirección de quema, ajustando así el suministro circulante. Las quemas disminuyen el suministro reportado, pero no aseguran incrementos de precio.
Los tokens de lanzamiento con suministro fijo se depositan en un pool bloqueado de WETH en Uniswap V3 desde su creación, por lo que las tarifas se acumulan en ese pool desde el primer momento. A diferencia de los modelos con curva de vinculación, que migran la liquidez a posteriori, las reglas de tarifas se asocian directamente al modelo de pool instantáneo. Los lanzamientos activos suelen emplear una proporción 70 % / 30 %, mientras que los legacy utilizan 90 % / 10 %. Pons vs bonding-curve launchpads compara la estructura de precios y liquidez; la mecánica de tarifas es la restricción complementaria de este diseño.
Desde la óptica de los activos digitales, los parámetros de tarifa—división en la instantánea de lanzamiento, rutas de obtención y recibos en dirección de quema—son verificables on-chain. Es fundamental revisar las direcciones de contrato y lockers en vez de tomar las “recompras” como señal aislada de calidad. La tarifa de lanzamiento de 0,0005 ETH es independiente de la división de tarifas de pool; la capitalización de mercado ajustada por quema se estima como precio × (total − quemado) y no implica promesa de precio; CTO puede modificar la presentación social y, si corresponde, la ruta de pago al creador, pero nunca el token, el pool ni la liquidez bloqueada.
PONS es el token nativo del ecosistema, con dirección de contrato de referencia 0x39dBED3a2bd333467115dE45665cC57F813C4571. Los usuarios lanzan tokens individuales de suministro fijo a través de la interfaz; PONS interviene en el ciclo de tarifas del protocolo como objetivo de recompras y quemas cuando la parte correspondiente se destina a recomprar y destruir suministro.
PONS no sustituye la formación de precios de cada token de lanzamiento en su pool Uniswap V3, ni modifica la ejecución de compras y ventas individuales. Las operaciones se realizan en el pool WETH de cada token; PONS interviene cuando las tarifas del protocolo se reasignan y queman. Al consultar la capitalización de mercado ajustada por quema, es importante diferenciar los indicadores de suministro total de los de suministro circulante tras quemas.
La factory activa (0xA5aAb3F0c6EeadF30Ef1D3Eb997108E976351feB, desde el bloque 8991118) y el locker activo (0x736D76699C26D0d966744cAe304C000d471f7F35) son las referencias de contrato para las divisiones y puntos de obtención de tarifas actuales. La factory legacy sigue gestionando lanzamientos anteriores; cada token mantiene la factory y locker asignados en su bloque de lanzamiento.
Las tarifas de pool y las de lanzamiento siguen rutas de cobro distintas. Las tarifas de pool proceden del trading en Uniswap V3: la tarifa es del 1 % (parámetro 10000), y se acumula tanto en el lado del token como en el de WETH cada vez que se opera en el pool. Las tarifas de lanzamiento consisten en un pago único de 0,0005 ETH al crear el token, independiente de la división de tarifas de pool.
La tarifa de lanzamiento cubre el paso de creación que despliega el token y el pool; las tarifas de pool cubren la actividad de trading posterior. En el flujo Crear → Operar → Graduar, Crear fija el suministro, bloquea la liquidez y abona la tarifa de lanzamiento; Operar genera las tarifas de pool del 1 % que se reparten después entre el creador y el protocolo.
| Tipo de tarifa | Tasa / regla | Cuándo se cobra | A qué aplica |
|---|---|---|---|
| Tarifa de pool | 1 % (10000) | Cada operación en el pool | Se acumula en los lados de token y WETH, luego se divide según la instantánea |
| Tarifa de lanzamiento | 0,0005 ETH | Al crear el token | Costo único de creación, no se incluye en la división de tarifas de pool |
La tabla diferencia el coste único de despliegue de las tarifas recurrentes de trading. Antes de analizar divisiones u obtenciones, asegúrate de que las operaciones se realizan en el pool Uniswap V3 bloqueado del token—no incluyas la tarifa de lanzamiento en el cálculo de la división de tarifas de pool.
Las proporciones de división se fijan en la instantánea de lanzamiento y no se modifican retroactivamente cuando se actualizan las reglas de la factory. Los lanzamientos de la factory activa (desde el bloque 8991118) emplean 70 % para el creador y 30 % para el protocolo. Los lanzamientos legacy (desde el bloque 8600612) mantienen 90 % para el creador y 10 % para el protocolo. Cada token conserva la proporción de su lanzamiento de forma permanente.
La parte del creador se acumula en la posición bloqueada del token. Los creadores pueden obtenerla desde la interfaz; si no se reclama durante un tiempo prolongado, la automatización puede reclamar en su nombre y transferirlo al wallet de pagos del creador, siempre respetando la instantánea. La parte del protocolo sigue las rutas de obtención y luego la asignación de recompra y operaciones descrita a continuación.
| Fuente de lanzamiento | Bloque inicial | Creador | Protocolo | ¿Se pueden reescribir tokens existentes? |
|---|---|---|---|---|
| Factory activa | 8991118 | 70 % | 30 % | No; fijado en la instantánea de lanzamiento |
| Factory legacy | 8600612 | 90 % | 10 % | No; fijado en la instantánea de lanzamiento |
Verifica siempre las divisiones por lote de lanzamiento de token, no según el valor predeterminado global de la factory. Para consultar la parte del protocolo y las direcciones de pago de un token, revisa los parámetros de instantánea en el locker correspondiente; cuando no hay redirección, el pago al creador suele ir al deployer.
Figura 1. Las tarifas de pool se acumulan en los lados de token y WETH, luego se reparten según la instantánea de lanzamiento en partes de creador y protocolo; los creadores obtienen desde la interfaz.
Las recompras del protocolo utilizan fondos para adquirir PONS y enviar los tokens a una dirección de quema, eliminándolos permanentemente del suministro circulante. Las quemas reducen el float reportado, pero quema ≠ garantía de precio: el precio de mercado sigue reflejando la oferta y demanda en tiempo real; la destrucción solo afecta el lado de la oferta en la valoración.
La capitalización de mercado ajustada por quema se calcula como: precio × (total − quemado). Esta fórmula multiplica el precio por el suministro total menos la cantidad quemada—es una métrica de capitalización de mercado tras la quema, no una promesa de precio futuro.
Las tarifas del protocolo se asignan direccionalmente: aproximadamente ~80 % para recompras de PONS (a menudo mediante ejecución tipo TWAP) y ~20 % para operaciones e infraestructura. Estos porcentajes son objetivos estructurales, no garantías de calendario ni visibilidad on-chain en cada ejecución.
Figura 2. Las tarifas del protocolo se dirigen a recompras y operaciones; las recompras adquieren PONS y envían tokens a una dirección de quema para ajustar el suministro circulante.
El community takeover (CTO) aplica cuando el creador original abandona y una comunidad activa solicita el control de la presentación pública y, si corresponde, la ruta de pago de tarifas. Las solicitudes pasan por un proceso de revisión CTO; la aprobación depende de si los contratos permiten el ajuste y si la documentación presentada cumple los criterios.
CTO puede cambiar la presentación social y, cuando corresponde, el wallet para el pago de tarifas al creador. No modifica el contrato del token, el pool ni la liquidez bloqueada. La aprobación es un cambio administrativo de ruta—no una validación de seguridad, calidad o valor del token. Nunca compartas claves privadas ni frases semilla con ningún proceso de solicitud; los procedimientos legítimos no requieren transferir fondos para procesar una solicitud.
| Dimensión | ¿El CTO la cambia? | Notas |
|---|---|---|
| Presentación social | Sí | La presentación pública del creador puede transferirse a la comunidad |
| Pago de tarifas al creador | A veces | La parte futura del creador puede dirigirse a un nuevo wallet |
| Token / pool / liquidez bloqueada | No | La estructura del activo on-chain permanece sin cambios |
| Validación de calidad o seguridad | No | La aprobación no es una validación del proyecto |
Diferencia entre “presentación y ruta de pagos” y “estructura de pool y liquidez”. Tras CTO, sigue verificando direcciones, profundidad de liquidez y concentración de holders de forma independiente—el takeover no elimina el riesgo.
Las principales ventajas incluyen parámetros de pool y tarifa de lanzamiento verificables; divisiones de instantánea comprobables por token; obtenciones del creador trazables y automatizadas; y una ruta pública de dirección de quema para ajustar el suministro circulante. CTO, si aplica, puede redirigir pagos sin modificar la estructura del pool.
Las limitaciones estructurales incluyen que la profundidad de tarifas depende del volumen real de pool; la coexistencia de factories legacy y activas exige comprobaciones por lote; la ejecución de asignaciones de protocolo puede ser variable; y la graduación es independiente de la instantánea de tarifas—alcanzar el umbral de WETH no altera la división fijada en el lanzamiento.
Los riesgos comprenden smart contract y factory/locker, tokens falsos e interfaces de phishing, asimetría informativa en nuevos lanzamientos, deslizamiento en pools poco profundos y malinterpretación de quemas o CTO como garantías de precio o seguridad. Antes de lanzar u operar, verifica direcciones de contrato y vistas previas de transacciones, no te bases solo en etiquetas de estado como promesa de rentabilidad.
| Tipo de riesgo | Fuente principal | Qué verificar |
|---|---|---|
| Contrato / factory | Contratos de factory, pool, locker | Direcciones activas vs legacy y contrato del token |
| Información / suplantación | Mismo símbolo, sitios falsos | Dirección de contrato y accesos oficiales |
| Liquidez / deslizamiento | Pools poco profundos, operaciones grandes | Cotizaciones, impacto en precio, tolerancia al deslizamiento |
| Malinterpretación de etiquetas | Graduación / recompra / quema / CTO | Etiquetas de umbral y quemas no garantizan calidad ni precio |
PONS vincula la división de tarifas de pool, recompras y quemas del protocolo en Pons: el trading genera una tarifa de pool del 1 % en los lados de token y WETH, mientras que la creación aplica una tarifa de lanzamiento de 0,0005 ETH independiente. Las divisiones se fijan en la instantánea de lanzamiento—Activa 70 % / 30 %, Legacy 90 % / 10 %. Las tarifas del protocolo se asignan a recompras y operaciones; las recompras adquieren PONS y envían tokens a una dirección de quema. Las quemas ajustan el suministro circulante, pero no garantizan el comportamiento del precio. CTO puede transferir la presentación social y la ruta de pago al creador, cuando corresponda, sin modificar el token, el pool ni la liquidez bloqueada, y sin constituir una validación.
PONS es el token nativo del ecosistema Pons en 0x39dBED3a2bd333467115dE45665cC57F813C4571. La parte de tarifas del protocolo puede emplearse para comprar PONS y enviarlo a una dirección de quema, reduciendo el suministro circulante. PONS no sustituye la formación de precios ni la ejecución dentro del pool Uniswap V3 de cada token de lanzamiento.
La tarifa de pool del 1 % se divide según la instantánea de lanzamiento: la factory activa (desde el bloque 8991118) emplea 70 % para el creador y 30 % para el protocolo; la legacy (desde el bloque 8600612) utiliza 90 % / 10 %. Los creadores obtienen desde la interfaz; los saldos no reclamados pueden ser obtenidos automáticamente al wallet de pagos. La tarifa de lanzamiento de 0,0005 ETH es independiente de la división de tarifas de pool.
Las tarifas del protocolo se asignan a recompras y operaciones—aproximadamente ~80 % a recompra y ~20 % a operaciones. Las recompras adquieren PONS y envían tokens a una dirección de quema. La capitalización de mercado ajustada por quema es precio × (total − quemado). Las quemas no garantizan incrementos de precio; el precio sigue reflejando el trading de mercado.
Pons es una interfaz descentralizada en Robinhood Chain para lanzar y operar tokens de suministro fijo sin custodia de fondos; cada operación requiere aprobación de billetera. La creación despliega un token y un pool de WETH en Uniswap V3 sin curva de vinculación ni migración. PONS es el token nativo del ecosistema vinculado a la división de tarifas y las mecánicas de recompra-quema.
Los riesgos incluyen smart contract y factory/locker, suplantación y phishing, asimetría informativa en nuevos tokens, liquidez y deslizamiento, y malinterpretación de quemas, graduación o CTO como señales de seguridad o rentabilidad. Verifica direcciones de tokens, liquidez de pool y vistas previas de transacciones, no confíes solo en etiquetas de estado.
No. CTO puede cambiar la presentación social y, si corresponde, la ruta de pago de tarifas al creador. El token, el pool y la liquidez bloqueada se mantienen inalterados. La aprobación no valida la seguridad ni el valor del token, y los procesos legítimos no solicitan claves privadas ni transferencias de fondos para tramitar una solicitud.





