Pons (PONS) est une interface décentralisée de lancement et de trading sur Robinhood Chain (Chain ID 4663) dédiée aux tokens à offre fixe. La plateforme ne conserve pas les fonds : chaque transaction nécessite une approbation du portefeuille. Lors du lancement, une seule transaction déploie une offre de 1 milliard de tokens et un pool WETH Uniswap V3 avec liquidité verrouillée — sans courbe de Bonding ni migration de pool Graduation.
L’offre fixe et le pool dès le lancement répondent au schéma courant de la courbe de Bonding, où les tokens s’échangent d’abord sur une courbe avant une migration de liquidité. Sur Pons, les utilisateurs tradent dans le même pool Uniswap V3 dès la création, et Graduation indique uniquement si le WETH apparié a atteint le seuil par défaut de 4,2 ETH — il ne s’agit pas d’une validation de qualité. Les frais du pool sont répartis au snapshot de lancement (Active factory généralement 70 % créateur / 30 % protocole) ; la part du protocole peut être utilisée pour racheter et brûler du PONS, sans garantie de prix. L’identité doit être vérifiée via les adresses du token, de la factory et du pool : noms et symboles peuvent être usurpés.
D’un point de vue actif numérique, Pons regroupe le déploiement, le verrouillage de liquidité, la protection au lancement et la répartition des frais dans un flux on-chain vérifiable, pertinent pour comparer les mécanismes de lancement au sein de l’écosystème Robinhood Chain.

Pons est une interface de lancement et de trading sur Robinhood Chain, connectant les portefeuilles utilisateurs à des Smart Contracts on-chain : création de token, achat/vente et règlement des frais s’effectuent tous on-chain, l’interface ne détenant aucun actif. Le réseau sous-jacent est Robinhood Chain (Chain ID 4663), l’actif natif est l’ETH, l’actif de cotation est le WETH, et le DEX utilisé est Uniswap V3.
| Élément | Détail |
|---|---|
| Réseau | Robinhood Chain (Chain ID 4663) |
| Actif natif | ETH |
| Actif de cotation | WETH |
| DEX sous-jacent | Uniswap V3 |
| Active factory | 0xA5aAb3F0c6EeadF30Ef1D3Eb997108E976351feB (block de départ 8991118) |
Ce tableau récapitule le réseau et les points d’entrée des contrats utilisés par Pons. L’Active factory applique les règles de répartition créateur/protocole en vigueur à partir du block spécifié ; une legacy factory antérieure conserve les anciens ratios — les conditions effectives dépendent du snapshot au lancement. Pour vérifier un actif, l’adresse du contrat du token et celle du pool sont essentielles ; noms et symboles peuvent être usurpés, l’affichage interface ne suffit pas à confirmer l’identité. Pour établir une checklist de vérification, comparez attentivement les contrats et adresses on-chain — considérer un ticker ou symbole affiché comme identité n’est jamais suffisant sur Robinhood Chain.
Pons ne valorise pas les tokens via une courbe de Bonding et ne migre pas la liquidité après Graduation. À la création, une seule transaction déploie à la fois le token et un pool WETH de trading : l’offre fixe est de 1 000 000 000 (1e9) ; le frais de pool est de 1 % (paramètre 10000) ; le frais de lancement est de 0,0005 ETH. La liquidité est verrouillée automatiquement à la création, et le trading s’effectue dans ce pool Uniswap V3.
Durant les 2 premiers blocs après le lancement, la protection au lancement s’applique : seul le créateur peut effectuer l’achat initial dans le bloc de lancement ; pendant cette fenêtre, chaque portefeuille peut détenir au maximum 5 % de l’offre et acheter jusqu’à 5,5 % ; les ventes et transferts sont libres. Après la fenêtre, les limites d’achat et de détention sont levées. Cette protection réduit la fenêtre d’achats concentrés précoces, mais n’élimine pas l’asymétrie d’information ni le risque d’actifs usurpés.
Du Create à la tradabilité puis à Graduate lorsque les conditions sont remplies, tout le parcours peut être suivi étape par étape via Create → Trade → Graduate, en vérifiant à la fois le comportement côté contrat et côté interface. Ce processus Create → Trade → Graduate est identique pour chaque projet : les utilisateurs suivent un unique flux de déploiement, puis tradent dans le pool défini par ces contrats et adresses — sans étape distincte de construction de courbe de Bonding.
| Paramètre | Valeur / règle |
|---|---|
| Offre du token | 1 000 000 000 (fixe) |
| Frais de pool | 1 % (10000) |
| Frais de lancement | 0,0005 ETH |
| Protection au lancement | 2 premiers blocs ; détention par portefeuille ≤5 %, achat ≤5,5 % |
| Courbe de Bonding | Aucune |
| Migration de liquidité | Aucune |
Ce tableau synthétise les contraintes clés du modèle pool-at-launch. Comparé à un schéma courbe-puis-migration, la découverte du prix débute immédiatement dans un pool Uniswap V3 verrouillé, et la structure de liquidité est figée dès le lancement.
Figure 1. Parcours de lancement Pons : Create déploie le token et le pool WETH, Trade s’effectue dans ce même pool, Graduate marque le seuil sans migration de pool.
Graduation signifie que le WETH apparié dans le pool de liquidité verrouillé atteint un seuil prédéfini. Le seuil par défaut est de 4,2 ETH ; une fois atteint, le statut du token passe à graduated, mais le trading continue dans le même pool Uniswap V3 — il n’y a pas de nouveau pool ni de migration de type courbe de Bonding.
Graduation décrit uniquement si le WETH du pool a atteint le seuil ; ce n’est pas un indicateur de qualité du projet, de conformité ou de sécurité. Les tokens non gradués tradent dans le même pool ; Graduation modifie l’étiquette de statut et l’évolution du seuil, pas le contrat du pool lui-même. Une barre de progression proche de 100 % signifie que le capital apparié approche du seuil — cela n’affecte ni les frais du pool, ni le verrouillage, ni la structure de l’actif de cotation. Pour les builders lançant un projet sur Pons, Graduation reste une étiquette de seuil de liquidité — pas un jalon marketing.
Pour vérifier Graduation, trois éléments sont à distinguer : si le seuil est atteint, si le trading reste dans le même pool, et si l’affichage interface correspond à l’adresse du pool on-chain. Les deux premiers dépendent de l’état de la factory et du pool ; le troisième relève de la couche présentation — des interfaces usurpées peuvent afficher une progression ou des tokens erronés. Les utilisateurs doivent donc revérifier contrats et adresses après tout changement de statut, sans se fier au seul ticker affiché.
PONS est le token natif de l’écosystème ; l’adresse de référence du contrat est 0x39dBED3a2bd333467115dE45665cC57F813C4571. Les frais de pool issus du trading sont répartis selon le ratio fixé au snapshot de lancement : sous l’Active factory (à partir du block 8991118), 70 % créateur et 30 % protocole ; sous la legacy factory (à partir du block 8600612), 90 % créateur et 10 % protocole. Les ratios sont figés au lancement et ne changent pas rétroactivement pour les tokens existants lors de mises à jour des règles factory. Pour suivre le traitement des frais d’un projet, il convient de vérifier quels contrats factory et lockers étaient liés au lancement — sans supposer que chaque ticker hérite de la dernière règle globale.
Une partie des frais du protocole peut servir à racheter du PONS et l’envoyer à une adresse de burn. En général, environ 80 % des frais du protocole peuvent financer le buyback et environ 20 % les opérations ; la brûlure ne garantit pas une appréciation du prix. Pour lire la capitalisation ajustée du burn, distinguez la base pleine offre de l’offre en circulation après brûlure. Répartition des frais et buyback-burn détaille la part créateur, la part protocole et les flux de burn.
Figure 2. Répartition des frais du pool entre créateur et protocole ; la part protocole peut racheter du PONS et l’envoyer à une adresse de burn.
Les launchpads à courbe de Bonding suivent généralement le schéma suivant : les tokens s’échangent d’abord sur une courbe, puis la liquidité migre vers un pool DEX une fois certaines conditions remplies. Pons déploie un token à offre fixe et un pool WETH Uniswap V3 dès la création — sans phase de courbe ni migration Graduation. Pons vs bonding curve launchpad compare le modèle pool-at-launch et le modèle courbe-puis-migration sur les axes prix, liquidité et signification de Graduation.
| Dimension | Pons | Launchpad à courbe de Bonding typique |
|---|---|---|
| Forme du lancement | Déploiement direct de pool Uniswap V3 | Trading sur courbe d’abord |
| Offre | Fixe 1e9 | Souvent mintée/libérée selon la courbe |
| Graduation | Seuil WETH ; trading continue dans le même pool | Migration de liquidité fréquente |
| Actif de cotation | WETH | Variable selon la plateforme (ex. SOL natif) |
| Conservation | Non custodial ; chaque trade requiert l’approbation du portefeuille | Interfaces majoritairement non custodiales ; implémentations variables |
La comparaison montre que les deux modèles se présentent comme lancement + trading, mais le moment d’entrée de la liquidité sur le DEX, l’éventuelle migration de pool à Graduation, et le mode de détermination de l’offre modifient les parcours on-chain et les vérifications de risque nécessaires. Des plateformes comme pump.fun illustrent la structure courbe-puis-migration ; les seuils et DEX cibles varient selon la plateforme et ne doivent pas être généralisés à tous les launchpads à courbe. Les builders doivent cartographier ces différences avant de construire leur stratégie go-to-market autour d’un seul launchpad.
Les avantages mécaniques incluent : lancement dans un pool Uniswap V3 verrouillé à structure transparente ; absence de courbe de Bonding ou de migration, ce qui raccourcit le processus ; protection au lancement limitant les achats précoces concentrés ; snapshot des frais au lancement pour des règles vérifiables ; la plateforme ne conserve pas les fonds — chaque trade nécessite une approbation du portefeuille.
Les limites structurelles incluent : dépendance de l’écosystème Robinhood Chain et de la profondeur WETH ; Graduation n’est qu’une étiquette de seuil et ne remplace pas l’analyse indépendante des contrats, de la liquidité et des émetteurs ; le buyback et burn du protocole ne sont pas des engagements de prix ; les paramètres de lancement (offre fixe, frais de pool, actif de cotation) suivent les conventions de la plateforme — les créateurs ne peuvent pas transformer l’interface en courbe de Bonding. Un processus de gestion de risque pour les utilisateurs implique de vérifier d’abord contrats et adresses, puis de considérer ticker et statuts affichés seulement comme champs secondaires.
| Type | Sources principales | Points de vigilance |
|---|---|---|
| Risque contrat et factory | Factory, contrats de pool et de verrouillage | Vérifier adresses Active / legacy et contrat du token |
| Risque d’information et d’usurpation | Symboles identiques, interfaces de phishing | Se fier à l’adresse du contrat et aux points d’entrée officiels |
| Liquidité et slippage | Pools peu profonds, gros trades | Cotations, impact prix, slippage tolerance |
| Mauvaise lecture du statut | Graduation / buyback-burn | Les étiquettes de seuil et burns ne sont pas des garanties de qualité ou de prix |
D’autres risques incluent l’asymétrie d’information sur les nouveaux tokens et les risques opérationnels liés au réseau et au bridging inter-actifs. Avant tout lancement ou trading, vérifiez les actifs auprès des sources officielles et des adresses on-chain — ne considérez pas les statuts affichés comme des garanties de sécurité. Pour les utilisateurs créant ou auditant un projet, la même démarche s’applique : valider contrats et adresses, puis traiter l’affichage du ticker comme secondaire.
Pons sur Robinhood Chain propose une interface de lancement et de trading de tokens à offre fixe : la création déploie un token et un pool WETH Uniswap V3 sans courbe de Bonding ni migration de pool ; Graduation marque l’atteinte du seuil par défaut de 4,2 ETH pour le WETH, tandis que le trading reste dans le même pool. PONS est lié à la répartition des frais et au buyback-burn du protocole, mais le burn ne garantit pas la performance du prix. Comprendre le modèle pool-at-launch, la protection au lancement et le snapshot des frais permet une comparaison objective avec d’autres modes de lancement. Les utilisateurs doivent appliquer le même processus de vérification — contrats, adresses, affichage ticker — sur chaque launchpad.
Pons est une interface décentralisée sur Robinhood Chain pour lancer et trader des tokens ; elle ne conserve pas les fonds des utilisateurs, chaque transaction requiert une approbation du portefeuille. PONS est le token natif de l’écosystème ; l’interface produit s’écrit souvent pons, tandis que Pons désigne le produit dans le texte. Pour vérifier un projet, les utilisateurs doivent toujours valider l’identité via contrats et adresses, pas seulement le ticker affiché.
Le lancement déploie un token à offre fixe (1 milliard) et un pool WETH Uniswap V3 en une seule transaction, avec 1 % de frais de pool et 0,0005 ETH de frais de lancement ; la liquidité est verrouillée automatiquement. Pons n’utilise pas de courbe de Bonding et ne migre pas la liquidité après Graduation.
Graduation signifie que le WETH apparié dans le pool verrouillé atteint le seuil (par défaut 4,2 ETH). Le trading continue dans le même pool Uniswap V3 — pas de swap de pool ; Graduation n’est pas un indicateur de qualité ou de sécurité.
PONS est le token natif de l’écosystème. Les frais du pool sont répartis entre créateur et protocole selon le snapshot au lancement (Active factory généralement 70 % / 30 %). Une part des frais du protocole peut servir à racheter du PONS et l’envoyer à une adresse de burn ; la brûlure ne garantit pas l’appréciation du prix.
Les launchpads à courbe de Bonding échangent d’abord sur une courbe, puis migrent la liquidité vers un DEX. Pons déploie un pool Uniswap V3 dès la création — sans courbe, sans migration ; Graduation marque un seuil WETH, pas un changement de pool.
Les risques incluent : risques Smart Contract et factory, asymétrie d’information sur les nouveaux tokens, actifs usurpés et interfaces de phishing, liquidité et slippage, et risques opérationnels liés au réseau. Graduation et buyback-burn ne remplacent pas la vérification indépendante et ne constituent ni engagement de rendement ni de prix. Un processus rigoureux consiste à vérifier contrats et adresses pour chaque projet avant de considérer tout ticker ou badge de statut comme définitif.





