Pons (PONS) es una interfaz descentralizada de lanzamiento y trading en Robinhood Chain (Chain ID 4663) para tokens de suministro fijo. La plataforma no custodia fondos; cada operación requiere la aprobación de la billetera. En el lanzamiento, una sola transacción implementa un suministro de 1 000 000 000 de tokens y un pool de WETH en Uniswap V3 con liquidez bloqueada—sin curva de vinculación ni migración de pool tras la graduación.
El modelo de suministro fijo y pool en el lanzamiento responde al patrón común de curva de vinculación, donde los tokens se negocian primero en una curva y la liquidez se migra después. En Pons, los usuarios operan en el mismo pool de Uniswap V3 desde la creación, y la Graduación solo indica si el WETH emparejado alcanzó el umbral predeterminado de 4,2 ETH—no representa una garantía de calidad. Las comisiones del pool se reparten según la instantánea del lanzamiento (la factory activa suele ser 70 % para el creador y 30 % para el protocolo); la parte del protocolo puede utilizarse para recomprar y quemar PONS, sin garantía de precio. Verifica la identidad mediante direcciones de token, factory y pool—los nombres y símbolos pueden ser suplantados.
Desde la perspectiva de los activos digitales, Pons integra implementación, bloqueo de liquidez, protección de lanzamiento y reparto de comisiones en un flujo verificable on-chain, útil para comparar mecánicas de lanzamiento en el ecosistema de Robinhood Chain.

Pons es una interfaz de lanzamiento y trading en Robinhood Chain que conecta billeteras de usuario con contratos inteligentes on-chain: la creación de tokens, la compraventa y la liquidación de comisiones ocurren on-chain, y la interfaz no custodia activos. La red subyacente es Robinhood Chain (Chain ID 4663), el activo nativo es ETH, el activo de cotización es WETH y el DEX subyacente es Uniswap V3.
| Elemento | Detalle |
|---|---|
| Red | Robinhood Chain (Chain ID 4663) |
| Activo nativo | ETH |
| Activo de cotización | WETH |
| DEX subyacente | Uniswap V3 |
| Factory activa | 0xA5aAb3F0c6EeadF30Ef1D3Eb997108E976351feB (bloque inicial 8991118) |
La tabla resume los puntos de entrada de red y contratos en los que se apoya Pons. La factory activa aplica las reglas de reparto creador/protocolo vigentes desde el bloque especificado; una factory heredada conserva ratios históricos—los términos reales dependen de la instantánea de lanzamiento. Para verificar un activo, la dirección del contrato del token y la del pool son clave; los nombres y símbolos pueden falsificarse, por lo que la interfaz no confirma la identidad. Si vas a construir una checklist de verificación, compara cuidadosamente contratos y direcciones on-chain—no basta con el ticker mostrado en ningún proyecto de Robinhood Chain.
Pons no utiliza curva de vinculación para fijar el precio de los tokens ni migra liquidez tras la graduación. En la creación, una sola transacción implementa tanto el token como un pool de trading WETH: el suministro fijo es de 1 000 000 000 (1e9); la comisión del pool es 1 % (parámetro fee 10000); la comisión de lanzamiento es 0,0005 ETH. La liquidez se bloquea automáticamente al crear, y el trading ocurre en ese pool de Uniswap V3.
Durante los primeros 2 bloques tras el lanzamiento, se aplica Protección de lanzamiento: solo el creador puede realizar la compra inicial en el bloque de lanzamiento; durante la ventana de protección, cada billetera puede mantener como máximo el 5 % del suministro y comprar hasta el 5,5 %; las ventas y transferencias no tienen restricciones. Al cerrar la ventana, se eliminan los límites de compra y tenencia. La protección acorta la ventana de compras tempranas concentradas, pero no elimina la asimetría informativa ni el riesgo de activos falsos.
Desde la creación, pasando por la negociación hasta la graduación cuando se cumplen condiciones, todo el proceso puede seguirse paso a paso en Create → Trade → Graduate, comprobando tanto el comportamiento del contrato como de la interfaz. Ese flujo Create → Trade → Graduate es igual para todos los proyectos: los usuarios siguen un único flujo de implementación y luego operan en el pool que esos contratos y direcciones definen—sin una etapa separada de curva de vinculación.
| Parámetro | Valor / regla |
|---|---|
| Suministro de tokens | 1 000 000 000 (fijo) |
| Comisión del pool | 1 % (10000) |
| Comisión de lanzamiento | 0,0005 ETH |
| Protección de lanzamiento | Primeros 2 bloques; tenencia por billetera ≤5 %, compra ≤5,5 % |
| Curva de vinculación | Ninguna |
| Migración de liquidez | Ninguna |
La tabla resume las restricciones clave bajo el modelo de pool en el lanzamiento. Frente al modelo curva-luego-migración, el descubrimiento de precio comienza de inmediato en un pool bloqueado de Uniswap V3 y la estructura de liquidez queda fijada desde el lanzamiento.
Figura 1. Ruta de lanzamiento de Pons: Create implementa el token y el pool WETH, Trade ocurre en el mismo pool, Graduate marca el umbral sin migración de pool.
La graduación indica que el WETH emparejado en el pool de liquidez bloqueada alcanza un umbral determinado. El umbral predeterminado es 4,2 ETH; una vez alcanzado, el estado del token pasa a graduado, pero el trading continúa en el mismo pool de Uniswap V3—no hay nuevo pool ni migración al estilo curva de vinculación.
La graduación solo señala si el WETH del pool alcanzó el umbral; no es señal de calidad, cumplimiento ni seguridad del proyecto. Los tokens no graduados se negocian en el mismo pool; la graduación cambia la etiqueta de estado y el progreso del umbral, no el contrato del pool. Una barra de progreso cercana al 100 % significa que el capital emparejado se aproxima al umbral—no altera la comisión del pool, el estado de bloqueo ni la estructura del activo de cotización. Para quienes lanzan un proyecto en Pons, Graduation sigue siendo una etiqueta de umbral de liquidez—no un hito de marketing.
Al verificar la Graduación, conviene separar tres elementos: si se alcanzó el umbral, si el trading sigue en el mismo pool y si la visualización de la interfaz coincide con la dirección del pool on-chain. Los dos primeros dependen del estado de la factory y el pool; el tercero es de la capa de presentación—interfaces falsas pueden mostrar un progreso incorrecto o tokens erróneos. Si evalúas un proyecto, comprueba contratos y direcciones tras cualquier cambio de estado, no confíes solo en la etiqueta del ticker.
PONS es el token nativo del ecosistema; la dirección de contrato de referencia es 0x39dBED3a2bd333467115dE45665cC57F813C4571. Las comisiones del pool por trading se asignan según el ratio de reparto fijado en la instantánea de lanzamiento: bajo la factory activa (desde el bloque 8991118), creador 70 % y protocolo 30 %; bajo la factory heredada (desde el bloque 8600612), creador 90 % y protocolo 10 %. Los ratios de reparto se fijan al lanzamiento y no cambian retroactivamente para tokens existentes cuando se actualizan las reglas de la factory. Si sigues el proceso de comisiones de un proyecto, confirma qué contratos de factory y locker se asociaron al lanzamiento—no asumas que cada ticker hereda la regla global más reciente.
Una parte de las comisiones de protocolo puede usarse para comprar PONS y enviarlo a una dirección de quema. Aproximadamente el 80 % de las comisiones del protocolo puede destinarse a buyback y cerca del 20 % a operaciones; la quema no garantiza revalorización del precio. Al consultar la capitalización de mercado ajustada por quema, distingue la base de suministro total del suministro circulante tras las quemas. Fee split and buyback-burn desglosa en detalle la parte del creador, del protocolo y las rutas de quema.
Figura 2. Las comisiones del pool se reparten entre el creador y el protocolo; la parte del protocolo puede recomprar PONS y enviarlo a una dirección de quema.
Los launchpads con curva de vinculación suelen funcionar así: los tokens se negocian primero en una curva y luego la liquidez migra a un pool DEX al cumplirse ciertas condiciones. Pons implementa un token de suministro fijo y un pool de WETH en Uniswap V3 al crear—sin fase de curva ni migración tras la graduación. Pons vs bonding curve launchpad compara el modelo pool en el lanzamiento frente a curva-luego-migración en cuanto a precio, liquidez y significado de la graduación.
| Dimensión | Pons | Launchpad típico con curva de vinculación |
|---|---|---|
| Forma de lanzamiento | Implementación directa de pool en Uniswap V3 | Trading en curva primero |
| Suministro | Fijo 1e9 | Acuñado/liberado según la curva |
| Graduación | Umbral de WETH; trading continúa en el mismo pool | Suele incluir migración de liquidez |
| Activo de cotización | WETH | Varía según la plataforma (p. ej., SOL nativo) |
| Custodia | Sin custodia; la billetera aprueba cada operación | Principalmente interfaces sin custodia; implementaciones variables |
La comparación muestra que ambos modelos permiten lanzar y operar, pero el momento en que la liquidez entra al DEX, si la graduación implica cambiar de pool y cómo se determina el suministro modifican los flujos on-chain y los controles de riesgo que los usuarios deben verificar. Plataformas como pump.fun ilustran la estructura curva-luego-migración; los umbrales y el DEX objetivo varían por plataforma y no deben extrapolarse a todos los launchpads con curva. Si comparas rutas para un proyecto, mapea esas diferencias antes de construir argumentos de go-to-market sobre un solo launchpad.
Las ventajas a nivel de mecanismo incluyen: el lanzamiento entra en un pool bloqueado de Uniswap V3 con estructura transparente; sin curva de vinculación ni pasos de migración, el proceso se acorta; la protección de lanzamiento limita compras tempranas concentradas; los repartos de comisiones se fijan en la instantánea de lanzamiento bajo reglas verificables; la plataforma no custodia fondos—las operaciones requieren la aprobación de la billetera.
Las limitaciones estructurales incluyen: dependencia del ecosistema de Robinhood Chain y de la profundidad de WETH; la graduación es solo una etiqueta de umbral y no reemplaza la revisión independiente de contratos, liquidez y emisores; la recompra y quema del protocolo no son compromisos de precio; los parámetros de lanzamiento (suministro fijo, comisión del pool, activo de cotización) siguen convenciones de la plataforma—los creadores no pueden reescribir la misma interfaz para adoptar un modelo de curva de vinculación. Para construir un proceso de gestión de riesgos, revisa primero contratos y direcciones, y considera el ticker y los estados solo como campos de visualización secundarios.
| Tipo | Fuentes principales | Qué vigilar |
|---|---|---|
| Riesgo de contrato y factory | Factory, pool, contratos de bloqueo | Verificar direcciones activas/heredadas y contrato del token |
| Riesgo de información y suplantación | Símbolos iguales, interfaces phishing | Confiar en dirección de contrato y puntos de entrada oficiales |
| Liquidez y deslizamiento | Pools poco profundos, operaciones grandes | Cotizaciones, impacto en precio y tolerancia al deslizamiento |
| Lectura errónea de estado | Graduación / buyback-burn | Las etiquetas de umbral y quemas no garantizan calidad ni precio |
Riesgos adicionales incluyen asimetría informativa en tokens recién lanzados y riesgos operativos ligados a la red y el puente entre activos. Antes de lanzar u operar, verifica los activos en fuentes oficiales y direcciones on-chain—no consideres las etiquetas de estado como garantías de seguridad. Si construyes o revisas cualquier proyecto, el proceso es el mismo: confirma contratos y direcciones, y trata la visualización del ticker como secundaria.
Pons en Robinhood Chain ofrece una interfaz de lanzamiento y trading de tokens de suministro fijo: la creación implementa un token y un pool de WETH en Uniswap V3 sin curva de vinculación ni migración de pool; la graduación marca si el WETH alcanzó el umbral predeterminado de 4,2 ETH mientras el trading sigue en el mismo pool. PONS se conecta al reparto de comisiones y el buyback-burn de protocolo, pero la quema no garantiza rendimiento en precio. Entender el modelo pool en el lanzamiento, la protección de lanzamiento y las instantáneas de comisiones permite comparar objetivamente con otros modelos de lanzamiento. Si comparas proyectos, mantén siempre el mismo proceso de verificación—contratos, direcciones y visualización de ticker—en cualquier estilo de launchpad.
Pons es una interfaz descentralizada en Robinhood Chain para lanzar y operar tokens; no custodia fondos de usuario y cada transacción requiere la aprobación de la billetera. PONS es el token nativo del ecosistema; la interfaz del producto suele escribirse como pons, mientras que Pons se refiere al producto en textos narrativos. Si verificas un proyecto, resuelve la identidad mediante contratos y direcciones, no solo por el ticker mostrado.
El lanzamiento implementa un token de suministro fijo (1 000 millones) y un pool de WETH en Uniswap V3 en una sola transacción con 1 % de comisión de pool y 0,0005 ETH de comisión de lanzamiento; la liquidez queda bloqueada automáticamente. Pons no utiliza curva de vinculación ni migra liquidez tras la graduación.
La graduación significa que el WETH emparejado en el pool bloqueado alcanza el umbral (por defecto 4,2 ETH). El trading sigue en el mismo pool de Uniswap V3—no hay cambio de pool; la graduación no es señal de calidad ni seguridad.
PONS es el token nativo del ecosistema. Las comisiones del pool se reparten entre creador y protocolo según la instantánea en el lanzamiento (factory activa comúnmente 70 % / 30 %). Una parte de las comisiones de protocolo puede comprar PONS y enviarlo a una dirección de quema; la quema no garantiza apreciación de precio.
Los launchpads típicos con curva de vinculación negocian primero en una curva y luego migran la liquidez a un DEX. Pons implementa un pool de Uniswap V3 en la creación—sin curva ni migración; la graduación marca un umbral de WETH, no un evento de cambio de pool.
Los riesgos incluyen riesgo de contrato inteligente y factory, asimetría informativa en tokens nuevos, suplantación de activos e interfaces phishing, liquidez y deslizamiento, y riesgo operativo vinculado a la red. La graduación y el buyback-burn no sustituyen la verificación independiente ni constituyen compromisos de rentabilidad o precio. El proceso recomendable para usuarios es revisar contratos y direcciones de cada proyecto antes de considerar cualquier ticker o estado como definitivo.





