Les Launchpads sur chaîne ont récemment recommencé à se multiplier, mais les projets qui méritent vraiment que je passe du temps à les étudier restent rares. La raison est simple : émettre un token n’a plus aucun obstacle technique. Le vrai défi, c’est de concevoir un système d’entrée plus équitable, de réduire les avantages des scripts et des attaques Sybil, d’assurer une transition fluide entre l’émission primaire et la liquidité secondaire, et de s’assurer que le mécanisme continue de fonctionner après le lancement. Le projet @ToshProtocol que je suis actuellement aborde précisément ces questions. Surtout depuis le lancement officiel du premier token de ToshX, $TO, cette conception qui n’était jusqu’alors qu’un cadre théorique et du code commence à entrer dans une phase de validation réelle sur le marché. Si l’on réduit ToshX à un simple nouveau Launchpad, je pense qu’on le sous-estime profondément. Ce qu’il cherche véritablement à redéfinir, c’est l’ensemble du parcours d’un actif sur chaîne, depuis son émission jusqu’à son échange. 01｜Pourquoi avons-nous encore besoin d’un nouveau Launchpad ? Ces dernières années, la crypto a expérimenté de nombreux modèles d’émission de tokens. Au début, il y avait les ICO, les IDO, les listes blanches ; puis sont apparus divers Launchpads, suivis par la montée en puissance rapide des modèles de Bonding Curve comme https://t.co/qj0ApP65C4. Chaque modèle a résolu une partie des problèmes, tout en en créant de nouveaux. Par exemple, les listes blanches permettent de contrôler le nombre de participants, mais le pouvoir de sélection reste souvent entre les mains des équipes projet. Le système « premier arrivé, premier servi » semble équitable, mais en pratique, il se résume à une course aux RPC, robots et scripts automatisés. Les Bonding Curve ont considérablement abaissé les barrières à l’entrée, mais dans les projets populaires, les problèmes de front-running, de sniper et de participation massive via de nouveaux portefeuilles persistent toujours. Aujourd’hui, lorsqu’on parle de « Fair Launch », la vraie question n’est plus : Y a-t-il une vente privée ? Mais : Dans un cadre ouvert à tous, qui obtient quel quota ? Et sur quelle base ce quota est-il déterminé ? C’est précisément là que ToshX se distingue. Sa réponse est : Proof-of-Gas. 02｜Proof-of-Gas : pas d’identité, mais ce que vous avez réellement laissé derrière vous ToshX ne repose pas sur la légitimité d’un KYC, d’une liste blanche ou d’une course à la vitesse. Il tente plutôt d’évaluer l’éligibilité et le quota en se basant sur l’historique de consommation de Gas du portefeuille. Cette approche me semble particulièrement intéressante. Car l’identité sur chaîne reste un problème profondément difficile à résoudre. Une personne peut créer dix portefeuilles, cent portefeuilles, voire des dizaines de milliers d’adresses via des scripts automatisés. Si un protocole conçoit un système « un portefeuille = un quota », alors l’équité devient rapidement une question de qui possède la plus grande ferme de portefeuilles. L’historique du Gas présente une différence fondamentale : C’est un coût réel déjà engagé sur chaîne. On peut créer une nouvelle adresse, mais on ne peut pas inventer l’historique d’activité réelle d’un portefeuille sur plusieurs années. Selon le mécanisme actuellement publié par ToshX, le Proof-of-Gas détermine l’éligibilité et le quota pour la phase génèse en fonction de la consommation historique de Gas. Un nouveau portefeuille sans historique ne bénéficie pas naturellement des mêmes capacités d’accès qu’un portefeuille actif depuis longtemps. Le mécanisme publié inclut également un seuil minimal d’historique de Gas et un plafond par portefeuille, afin de limiter à la fois les attaques Sybil massives et la concentration excessive des quotas par les gros acteurs. Bien sûr, cette méthode ne résout pas complètement le problème Sybil. Mais elle change radicalement la structure des coûts pour attaquer ce mécanisme. Avant, créer une adresse coûtait presque rien. Maintenant, pour obtenir un poids historique élevé, un portefeuille doit avoir réellement engagé des coûts sur chaîne dans le passé. De ce point de vue, le Proof-of-Gas n’est pas simplement un algorithme de quota pour un Launchpad : il explore une question plus profonde : La valeur économique réellement dépensée par un compte sur chaîne peut-elle devenir une nouvelle forme de réputation on-chain ? 03｜Phase 1.5 : émission primaire et liquidité secondaire simultanées Outre le Proof-of-Gas, un autre aspect de ToshX qui retient mon attention est la Phase 1.5. Les modèles traditionnels de lancement présentent souvent un décalage marqué entre les phases. Le marché primaire collecte des fonds ou utilise une Bonding Curve ; puis, une fois une condition remplie, on migre vers un DEX pour créer un pool de liquidité officiel. Autrement dit : L’émission et la négociation sont deux étapes distinctes. Cela engendre de nombreux problèmes : Quand la « graduation » a-t-elle lieu ? Qui crée le pool ? Comment est fixé le prix initial ? D’où vient la liquidité ? Le projet peut-il modifier les règles après coup ? Existe-t-il un arbitrage évident entre le prix primaire et le marché secondaire ? ToshX cherche à intégrer ces deux phases dans un même système. À la fin de la phase génèse, le protocole crée un véritable pool de liquidité sur PancakeSwap Infinity, tout en ne libérant pas immédiatement tous les tokens restants. Au lieu de cela, les tokens supplémentaires sont libérés progressivement selon des paliers de prix. Selon le code et la documentation publiques actuels de Tosh-Core v5.0, après la phase génèse, un vrai Infinity Pool est créé et l’offre future est débloquée par étapes selon des seuils de prix. C’est pourquoi les concepteurs appellent ce modèle : Phase 1.5. Je trouve ce nom très précis. Ce n’est ni une simple émission primaire ni une entière dépendance au marché secondaire pour la découverte des prix — c’est une couche intermédiaire mécanisée entre les deux. 04｜Confier l’offre du token au prix du marché Il y a ici encore une autre conception facilement négligée. ToshX ne libère pas tous les tokens en une seule fois au moment du lancement du projet. Selon la version actuellement publiée, l’offre future des tokens est divisée en nombreuses tranches de prix — ce qu’on appelle les « Shelves ». En termes simples : Tant que le prix du marché n’a pas atteint un niveau donné, la tranche suivante ne peut pas être libérée plus tôt. Cela redéfinit fondamentalement la relation entre l’offre primaire et le prix secondaire. Dans les projets traditionnels : Les tokens sont tous créés en amont ; puis le marché doit absorber cette offre. Le modèle ToshX suit une logique inverse : Le prix prouve d’abord la demande ; puis l’offre est libérée progressivement. La conception actuellement publiée inclut environ 4 000 paliers de prix. La libération future du token s’effectue conditionnellement au prix — et non pas en bloc dès le départ. Ce que j’aime particulièrement dans ce mécanisme, c’est qu’il ne suppose pas qu’un projet doit démarrer avec sa pleine offre circulante. C’est le marché — en poussant le prix vers tel ou tel niveau — qui détermine jusqu’où l’offre peut progresser. C’est bien plus proche du processus réel de découverte des prix que de fixer simplement une FDV et de dévoiler tout le modèle économique dès le départ. 05｜Pourquoi ce lancement de $TO est-il si important ? Même les mécanismes les plus élégants restent théoriques s’ils n’ont jamais été testés en conditions réelles. C’est pourquoi je considère que $TO n’est pas seulement le premier token lancé sur ToshX. Il s’agit davantage d’un test de pression pour ToshX lui-même. Selon les informations publiées récemment par ToshX, le lancement génèse de $TO se fait avec $BEM comme actif d’entrée. Les quotas sont calculés selon l’historique Gas des portefeuilles. La fenêtre de génèse est fixée à 3 heures ; à son terme, le calcul est déclenché automatiquement et le pool de liquidité est créé immédiatement. Ces règles combinées permettent justement de mettre à l’épreuve les mécanismes fondamentaux de ToshX : Le Proof-of-Gas est-il réellement utilisable ? Les utilisateurs comprennent-ils ce nouveau système de quotas ? Le pool réel peut-il être créé sans accroc après la phase génèse ? $BEM peut-il véritablement servir d’actif fondamental dans ce processus d’émission ? Et surtout : Le marché acceptera-t-il cette nouvelle structure d’émission ? Beaucoup de protocoles échouent non pas parce que leurs contrats sont impossibles à écrire — mais parce que les utilisateurs refusent tout simplement d’y participer selon leurs règles.$TO est la première étape de ToshX pour passer d’une solution technique à un marché réel. 06｜De BNB Chain à $BEM, ToshX souhaite transformer l’« émission de tokens » en consommation d’actifs ToshX a récemment introduit un autre changement notable : il a placé $BEM au cœur de son système d’émission. Selon l’architecture actuellement publique, les levées de fonds, la tarification et les pools de liquidité de ToshX sont tous centrés sur BEM. Autrement dit : À l’avenir, à mesure que de plus en plus de projets émettront leurs tokens via ToshX, le simple fait de lancer un nouveau projet générera une demande d’utilisation de BEM — et non plus seulement une simple page de présentation sur un Launchpad. ToshX a déjà terminé le fonctionnement end-to-end sur l’environnement de test de BNB Smart Chain. Les codes publics indiquent que le protocole progresse vers le déploiement sur le réseau principal BSC. C’est pourquoi ce qui mérite vraiment notre attention à l’avenir n’est pas « si ToshX pourra lancer encore quelques Meme ». Mais plutôt : Peut-il créer un cycle d’émission d’actifs durable ? Projet entrant → Utilisation de BEM → Création d’un pool de liquidité → Offre ultérieure libérée progressivement selon le prix → Les frais du protocole alimentent continuellement le système. Si cette boucle fermée fonctionne, alors ToshX ne sera plus simplement un Launchpad. Il deviendra une couche : Infrastructures d’émission d’actifs sur chaîne. 07｜Achat et destruction avec les revenus du protocole Beaucoup de plateformes parlent de rachat. Mais il y a une grande différence entre un rachat qui n’est qu’un slogan marketing et un rachat intégré directement dans le flux financier du protocole. Selon les codes publics actuels de Tosh-Core, une partie des frais du protocole reçus par ToshLadderTreasury est utilisée pour acheter des tokens des pools de projets, puis transférer ces tokens vers une adresse de destruction. Dans le mécanisme public, une partie des taxes sur les transactions entre également dans ce système Treasury. Ce qui mérite donc notre attention ici n’est pas simplement les mots « rachat ». Mais plutôt : le protocole a-t-il créé une chaîne durable et opérationnelle à long terme : Transaction → Frais → Treasury → Rachat → Destruction Si le nombre de projets augmente à l’avenir, cette chaîne deviendra elle-même une partie intégrante du mécanisme d’émission des tokens ToshX. En conclusion Je ne donnerai plus jamais une conclusion hâtive à un projet simplement parce qu’il possède un Proof-of-Gas, un rachat ou un Fair Launch. Tout nouveau mécanisme d’émission de token doit être validé par le marché réel. Mais ToshX pose au moins plusieurs questions méritant d’être étudiées : L’émission équitable devrait-elle être répartie selon le « nombre d’adresses », ou devrait-elle prendre en compte les contributions historiques sur chaîne ? L’émission primaire et les transactions secondaires doivent-elles nécessairement être séparées en deux phases ? Un token doit-il nécessairement être créé en totalité dès le départ, ou son offre ultérieure devrait-elle être déterminée par le prix du marché ? Un Launchpad peut-il évoluer au-delà d’une simple « page d’émission » pour devenir une véritable infrastructure d’émission d’actifs sur chaîne ? $TO est la première expérience. Ce qui rend ToshX vraiment intéressant, c’est jusqu’où ce mécanisme pourra aller à l’avenir. Je continuerai à suivre les progrès du réseau principal de @ToshProtocol, la performance réelle du Proof-of-Gas, les cas d’utilisation de $BEM, ainsi que le fonctionnement en conditions réelles de Phase 1.5 après l’arrivée de davantage de projets sur ToshX. Pour un nouveau protocole d’émission, le premier token n’est jamais la fin. Le véritable début, c’est après le lancement du premier token : cette règle pourra-t-elle encore être utilisée par cent autres projets ? Cela pourrait bien être la chose la plus importante à vérifier pour ToshX à l’avenir. @ToshProtocol