Explication des frais du Token PONS, des rachats et des destructions

PONS est le token natif de l’écosystème Pons (PONS) sur Robinhood Chain, reliant les frais de trading post-lancement aux rachats et aux burns du protocole. Les frais de pool de 1 % sont répartis lors du snapshot de lancement ; la part du protocole peut servir à acheter des PONS et à les envoyer à une adresse de burn pour ajuster les métriques d’offre en circulation. Les burns réduisent l’offre déclarée mais n’impliquent aucune garantie de hausse du prix.

Les tokens à offre fixe sont placés dans un pool WETH verrouillé sur Uniswap V3 dès leur création, ce qui permet l’accumulation des frais dans ce même pool dès le premier jour. Contrairement aux modèles de courbe de bonding qui déplacent la liquidité plus tard, les règles de frais s’appliquent immédiatement au modèle de pool instantané—les lancements actifs utilisent généralement une répartition 70 % / 30 %, tandis que le mode Legacy applique 90 % / 10 %. Pons vs bonding-curve launchpads compare la tarification et la structure de liquidité ; la mécanique des frais constitue la contrainte complémentaire de ce modèle.

Les paramètres de frais—répartition du snapshot de lancement, chemins de réclamation et réception sur adresse de burn—sont vérifiables on-chain. Il est essentiel de vérifier les adresses de contrat et les lectures de lockers, plutôt que de considérer les « rachats » comme un simple signal de qualité. Les frais de lancement de 0,0005 ETH sont distincts de la répartition des frais de pool ; la capitalisation ajustée par les burns se calcule comme suit : prix × (total − brûlé) et ne constitue pas une promesse de prix. Le CTO peut modifier la présentation sociale et, le cas échéant, le routage des paiements au créateur, mais jamais le token, le pool ou la liquidité verrouillée.

Quel est le rôle de PONS dans l’écosystème ?

PONS occupe la fonction de token natif de l’écosystème à l’adresse de contrat de référence 0x39dBED3a2bd333467115dE45665cC57F813C4571. Les utilisateurs lancent des tokens à offre fixe individuelle via l’interface ; PONS intervient dans la boucle des frais du protocole en tant que cible des rachats et burns lorsque la part du protocole est allouée à cet effet.

PONS ne remplace pas la tarification de chaque token dans son pool Uniswap V3, ni ne modifie l’exécution des achats et ventes individuels. Les trades s’effectuent dans le pool WETH de chaque token de lancement ; PONS intervient lors de la réallocation et du burn des frais du protocole. Pour la capitalisation ajustée par les burns, distinguez les métriques d’offre totale de celles de l’offre en circulation après burns.

La factory active (0xA5aAb3F0c6EeadF30Ef1D3Eb997108E976351feB, à partir du bloc 8991118) et le locker actif (0x736D76699C26D0d966744cAe304C000d471f7F35) sont les contrats de référence pour les répartitions actuelles et les points d’entrée de réclamation des frais. La factory Legacy sert encore pour les anciens lancements ; chaque token suit la factory et le locker définis à son bloc de lancement.

Frais de pool vs frais de lancement : qu’est-ce qui est prélevé, et quand ?

Les frais de pool et les frais de lancement sont deux voies de prélèvement distinctes. Les frais de pool proviennent du trading Uniswap V3 : le frais de pool est de 1 % (paramètre 10000), s’accumulant côté token de lancement et WETH à chaque transaction du pool. Les frais de lancement sont un prélèvement unique de 0,0005 ETH lors de la création du token, distinct de la répartition continue des frais de pool.

Le frais de lancement couvre l’étape Create qui déploie le token et le pool ; les frais de pool couvrent l’activité Trade continue. Sur le parcours Create → Trade → Graduate, Create fixe l’offre, verrouille la liquidité et règle le frais de lancement ; Trade génère les frais de pool de 1 % qui sont ensuite répartis entre le créateur et le protocole.

Ce tableau distingue le coût unique de déploiement des frais de trading récurrents. Avant d’aborder les répartitions ou réclamations, vérifiez que les trades s’effectuent dans le pool Uniswap V3 verrouillé du token—ne considérez pas le frais de lancement comme inclus dans le calcul des frais de pool.

Split créateur vs protocole : Actif 70/30 vs Legacy 90/10

Les ratios de répartition sont fixés au snapshot de lancement et ne changent pas rétroactivement lors des mises à jour des règles de la factory. Les lancements via la factory active (à partir du bloc 8991118) appliquent 70 % pour le créateur et 30 % pour le protocole. Les lancements via la factory Legacy (à partir du bloc 8600612) conservent 90 % créateur et 10 % protocole. Chaque token garde son ratio de lancement de façon permanente.

La part du créateur s’accumule dans la position verrouillée du token. Les créateurs peuvent réclamer via l’interface ; en cas de non-réclamation prolongée, une automatisation peut réclamer en leur nom et router vers le wallet de paiement du créateur, tout en respectant le snapshot. La part du protocole entre dans les chemins de collecte du protocole et suit ensuite l’allocation rachat et opérations décrite ci-dessous.

Vérifiez toujours les splits par batch de lancement de token, et non en fonction de la valeur par défaut globale de la factory. Pour examiner la part du protocole et les adresses de paiement pour un token donné, lisez les paramètres du snapshot dans le locker correspondant ; en l’absence de redirection, le paiement au créateur revient généralement au déployeur.

Figure 1. Les frais de pool s’accumulent côté token et WETH, puis sont répartis lors du snapshot de lancement entre parts créateur et protocole ; les créateurs réclament via l’interface.

Comment fonctionnent les rachats et burns du protocole ?

Les rachats du protocole utilisent les fonds du protocole pour acheter des PONS et envoyer ces tokens à une adresse de burn, les retirant ainsi définitivement de l’offre en circulation. Les burns réduisent le flottant déclaré mais burn ≠ garantie de prix : le prix de marché dépend toujours des ordres d’achat et de vente ; la destruction n’affecte que l’offre dans la valorisation.

La capitalisation ajustée par les burns se calcule ainsi : prix × (total − brûlé). Cette formule multiplie le prix par l’offre totale moins la quantité brûlée—une façon d’exprimer la capitalisation sur une base d’offre en circulation post-burn. Il s’agit d’une mesure, non d’une promesse de prix futur.

Les frais du protocole suivent une allocation directionnelle : environ ~80 % vers les rachats de PONS (souvent via une exécution de type TWAP) et ~20 % vers les opérations et l’infrastructure. Considérez ces répartitions comme des cibles structurelles, non comme des garanties de calendrier ou de visibilité on-chain pour chaque exécution.

Figure 2. Les frais du protocole sont alloués aux rachats et aux opérations ; les rachats achètent des PONS et les envoient à une adresse de burn pour ajuster les métriques d’offre en circulation.

Que change le Community Takeover (CTO)—et que reste-t-il inchangé ?

Le Community Takeover (CTO) s’applique lorsque le créateur d’origine se retire clairement et qu’une communauté active demande le contrôle de la présentation côté créateur et, le cas échéant, du routage des paiements de frais. Les demandes passent par un processus d’examen CTO ; l’approbation dépend de la possibilité de modification par les contrats et du respect des critères établis.

Le CTO peut modifier la présentation sociale et, le cas échéant, le wallet de paiement des frais au créateur. Il ne modifie pas le contrat du token, le pool de trading ou la liquidité verrouillée. L’approbation est un changement administratif de routage—pas une validation de la sécurité, de la qualité ou de la valeur du token. Les clés privées et phrases de récupération ne doivent jamais être partagées dans le cadre de ce processus ; aucun flux légitime n’exige de transfert de fonds pour traiter une demande.

Distinguez « présentation et routage de paiement » de « pool et structure de liquidité ». Après CTO, vérifiez toujours les adresses, la profondeur de liquidité et la concentration des détenteurs indépendamment—le statut de takeover ne signifie pas absence de risque.

Quels sont les risques et limites des frais et de la mécanique des tokens ?

Les points forts du mécanisme incluent des paramètres de frais de pool et de lancement vérifiables ; des répartitions fixées au snapshot de lancement contrôlables par token ; des réclamations traçables côté créateur et par automatisation ; et un chemin public d’adresse de burn pour ajuster l’offre en circulation. Le CTO, le cas échéant, peut rediriger les paiements sans modifier la structure du pool.

Les limites structurelles incluent la profondeur des frais liée au volume réel du pool ; la coexistence des factories Legacy et Active nécessitant des vérifications spécifiques par batch ; une allocation du protocole décrite mais à exécution variablement observable ; et l’indépendance de la Graduation par rapport aux snapshots de frais—atteindre le seuil WETH n’altère pas la répartition verrouillée au lancement.

Les facteurs de risque couvrent le risque lié aux smart contracts et aux factories / lockers, les tokens contrefaits et interfaces de phishing, l’asymétrie d’information sur les nouveaux lancements, le slippage dans les pools peu profonds, et la mauvaise interprétation des burns ou du CTO comme garanties de prix ou de sécurité. Avant de lancer ou trader, vérifiez les adresses de contrats et les aperçus de transaction, plutôt que de vous fier aux labels de statut comme promesses de rendement.

Résumé

PONS relie la répartition des frais de pool, les rachats du protocole et les burns sur Pons : le trading génère un frais de pool de 1 % côté token et WETH, tandis que la création prélève un frais de lancement distinct de 0,0005 ETH. Les répartitions sont verrouillées au snapshot de lancement—Actif 70 % / 30 %, Legacy 90 % / 10 %. Les frais du protocole sont alloués directionnellement vers les rachats et les opérations ; les rachats achètent des PONS et les envoient à une adresse de burn. Les burns ajustent les métriques d’offre en circulation mais ne garantissent pas la performance du prix. Le CTO peut transférer la présentation sociale et le routage du paiement créateur applicable sans modifier le token, le pool ou la liquidité verrouillée, et sans constituer une validation.

FAQ

À quoi sert PONS ?

PONS est le token natif de l’écosystème Pons à l’adresse 0x39dBED3a2bd333467115dE45665cC57F813C4571. La part des frais du protocole peut acheter des PONS et les envoyer à une adresse de burn, réduisant les métriques d’offre en circulation. PONS ne remplace pas la tarification ni l’exécution dans chaque pool Uniswap V3 de token de lancement.

Comment les frais de trading sont-ils répartis entre créateur et protocole ?

Le frais de pool de 1 % est réparti selon le snapshot de lancement : la factory active (à partir du bloc 8991118) applique 70 % créateur / 30 % protocole ; la Legacy (à partir du bloc 8600612) applique 90 % / 10 %. Les créateurs réclament via l’interface ; les soldes non réclamés peuvent être récupérés par automatisation vers le wallet de paiement. Le frais de lancement de 0,0005 ETH est distinct de la répartition des frais de pool.

Pons rachète-t-il et brûle-t-il des PONS ?

Les frais du protocole sont alloués directionnellement vers les rachats et les opérations—environ ~80 % rachats et ~20 % opérations. Les rachats achètent des PONS et les envoient à une adresse de burn. La capitalisation ajustée par les burns est prix × (total − brûlé). Les burns ne garantissent pas une hausse de prix ; le prix reflète toujours le trading de marché.

Qu’est-ce que Pons ?

Pons est une interface décentralisée sur Robinhood Chain pour lancer et trader des tokens à offre fixe sans conservation de fonds ; chaque trade nécessite une approbation via le portefeuille. La création déploie un token et un pool Uniswap V3 WETH sans courbe de bonding ni migration. PONS est le token natif de l’écosystème lié à la répartition des frais et à la mécanique de rachat-burn.

Quels risques les traders doivent-ils connaître concernant les frais sur Pons ?

Les risques incluent le risque des smart contracts et des factories / lockers, l’usurpation et le phishing, l’asymétrie d’information sur les nouveaux tokens, la liquidité et le slippage, ainsi que la mauvaise lecture des burns, Graduation ou CTO comme signaux de sécurité ou de rendement. Vérifiez les adresses des tokens, la liquidité des pools et les aperçus de transaction, plutôt que de vous fier uniquement aux labels de statut.

Le Community Takeover (CTO) modifie-t-il le contrat du token ?

Non. Le CTO peut modifier la présentation sociale et, le cas échéant, le routage du paiement des frais au créateur. Le token, le pool et la liquidité verrouillée restent inchangés. L’approbation n’est pas une validation de la sécurité ou de la valeur du token, et aucun processus légitime n’exige de clés privées ou de transferts de fonds pour traiter une demande.