Panda Bundler, l'application web de lancement et de trading de tokens de PandaBoost, regroupe les plateformes de lancement couvrant Pump.fun sur Solana, Pons sur Robinhood Chain — le réseau Ethereum Layer-2 de Robinhood — et Uniswap, le principal échange décentralisé sur Ethereum, au sein d'un espace de travail unique. Les équipes peuvent préparer des lancements de tokens, configurer des portefeuilles et gérer les opérations post-lancement depuis une seule interface, bien que les fonctionnalités et les exigences de financement diffèrent selon la plateforme. Ce type d'outil de bundling est devenu un élément standard des lancements multi-portefeuilles coordonnés sur les plateformes à haut débit ; la différence annoncée ici réside dans la couverture des plateformes depuis une seule interface, et non dans une quelconque promesse de résultats de lancement. La plateforme applique 0 % de frais Panda Bundler lors du premier lancement d'un utilisateur lorsque l'offre est activée via le support avant de commencer, et prélève des frais de plateforme standard de 5 % sur les ventes, avec des tarifs réduits disponibles pour les utilisateurs à fort volume, sur arrangement avec le support.

Support multi-chaînes, pas un pont cross-chain

La documentation de PandaBoost présente le produit comme un support multi-chaînes. Il ne s'agit explicitement pas d'un pont cross-chain et aucune exécution simultanée sur les réseaux n'est garantie. Les fonctionnalités, les modes de lancement, les limites de portefeuilles et les circuits de financement varient d'une plateforme à l'autre.

Ces différences, souligne la documentation, sont opérationnelles et non cosmétiques. Les réserves SOL, le loyer des comptes et les pourboires Jito sont propres à Solana et ne constituent pas des exigences EVM universelles. Un opérateur qui appliquerait une liste de vérification Solana à Robinhood Chain ou à Ethereum budgétiserait les mauvais postes.

L'accès se fait uniquement par clé d'invitation

L'authentification est gérée exclusivement par clés d'invitation. La plateforme ne prend pas en charge la connexion par e-mail, les identifiants nom d'utilisateur-mot de passe, la connexion via bot Telegram ou WalletConnect. L'opérateur colle plutôt une clé dans le champ Invite code de l'application web ; la clé identifie le compte Bundler et accorde l'accès à ses lancements et à ses portefeuilles gérés. L'accès est demandé via le support PandaBoost.

La documentation traite la clé d'invitation comme un identifiant privé, et pour cause : c'est le seul moyen d'accès au compte, et quiconque la détient peut atteindre les lancements et les portefeuilles gérés qui y sont associés. Elle ne doit jamais apparaître dans une capture d'écran, une discussion ouverte, un dépôt ou un document partagé, et le support ne demandera jamais de phrase seed ni de clé privée.

Une précision de périmètre : l'API de commande de services de PandaBoost ne couvre pas Panda Bundler. Le Bundler est disponible uniquement sur le web.

Paramètres de lancement

Dans l'espace de travail de brouillon, le Block-0 Mode prépare les transactions de création et d'achat initial configurées sous forme de séquence de lancement coordonnée. La documentation le précise immédiatement : il s'agit d'un paramètre d'exécution, pas d'une garantie. Les conditions du réseau, le comportement de la launchpad, l'inclusion des bundles, le trading par des tiers et les échecs de transactions peuvent tous modifier le résultat.

Les autres paramètres couvrent l'objectif total d'achat de tokens, l'allocation développeur et les schémas d'allocation prédéfinis ou personnalisés. Sur Solana uniquement, des contrôles de pourboires Jito et de rythme sont également disponibles. Des pourboires plus élevés ne garantissent ni l'inclusion ni l'exécution, et l'exigence de financement doit être revérifiée après toute modification du pourboire, du délai ou du nombre de portefeuilles.

Portefeuilles et répartition des détenteurs

Une configuration de lancement peut contenir jusqu'à 200 portefeuilles détenteurs, la vue produit en direct faisant foi pour le nombre autorisé et les combinaisons de rôles. Les portefeuilles peuvent être générés dans l'espace de travail, importés depuis des adresses existantes, ou ajoutés comme détenteurs vides sans allocation initiale, et se voir attribuer des rôles opérationnels tels que développeur, MEV (maximal extractable value), worker et funding, parmi d'autres affichés selon le mode actuel.

L'allocation s'effectue via un Token Buy % par portefeuille. L'interface affiche le pourcentage total alloué, l'actif réseau requis par portefeuille, les libellés de rôle, le statut généré-versus-importé et l'éventuelle attribution du portefeuille ailleurs.

Concernant la carte des détenteurs, la documentation est directe. L'allocation influence la répartition des détenteurs mais ne peut garantir un graphique propre ni masquer les relations on-chain. Les circuits de financement, les transferts, la chronologie, les comptes de tokens et les transactions ultérieures restent publics, et les outils d'analyse tiers peuvent les regrouper différemment. Une vue « Bubblemaps propre » — une carte des détenteurs nette dans l'outil de visualisation de clusters de portefeuilles portant ce nom — est décrite comme un objectif de configuration, non comme une garantie de dissimulation, et PandaBoost indique ne pas pouvoir garantir la manière dont Bubblemaps ou d'autres services d'analyse classeront un lancement.

Sniper Guard et outils d'automatisation

Sniper Guard est la réponse de la plateforme au sniping, la pratique consistant pour des acheteurs automatisés à cibler les premiers instants d'un token pour prendre une position précoce. Il surveille les achats externes et exécute une réponse configurée dès que le montant externe cumulé dépasse un seuil défini. Ses contrôles comprennent un interrupteur d'activation, un seuil Max External SOL, un Trigger Mode offrant les réponses Stop Buying ou Sell Everything, une liste blanche d'adresses exclues et une durée facultative.

Cette fonctionnalité est une automatisation conditionnelle. Elle ne prévient pas les transactions de tiers, ne garantit ni un prix de sortie ni l'inclusion, et n'élimine pas le risque de lancement. Les ventes automatisées peuvent créer un impact sur le prix et entraîner les frais de vente de 5 %.

Les Auto Trade Strategies exécutent l'Auto Buy et l'Auto Sell sur les portefeuilles de lancement sélectionnés sous trois formes : les stratégies de réplication, qui réagissent à une transaction ou à un événement de portefeuille suivi éligible ; les stratégies temporelles, qui agissent après un délai ou à intervalles répétés ; et les stratégies de capitalisation, qui se déclenchent à des niveaux configurés. Plusieurs peuvent être empilées dans un même plan, chacune avec son propre périmètre de portefeuilles, son montant, son déclencheur et ses conditions de fin. L'automatisation peut soumettre des transactions sans confirmation supplémentaire, mais ne garantit ni l'exécution, ni le prix d'exécution, ni le calendrier, ni le profit, ni une protection contre les mouvements du marché.

L'Activity Generation exécute des cycles d'achat et de vente configurés sur les portefeuilles gérés sélectionnés. Chaque exécution est définie par le volume par transaction, le nombre de boucles, le délai entre cycles, une option de financement et le comportement de vente après achat. Un résumé estime le SOL requis, le nombre de transactions et la durée, et ces estimations évoluent selon les conditions du réseau et les échecs. La limite documentée est que la fonctionnalité crée des transactions publiques et de l'activité de marché ; elle ne rend pas les portefeuilles non liés, ne masque pas le contrôle, ne garantit pas la manière dont les outils d'analyse les classent et n'assure aucun résultat financier.

Structure des frais

Le premier lancement bénéficie de 0 % de frais de plateforme Panda Bundler, à condition que l'utilisateur contacte le support avant de commencer pour activer l'offre de premier lancement. Les frais de réseau, de gaz, de launchpad et de DEX restent distincts.

Les frais de plateforme standard sont de 5 % sur les ventes, sans frais d'achat, d'abonnement ni de création de lancement. Les utilisateurs à fort volume peuvent contacter le support pour convenir d'un tarif réduit sur les frais de vente. Cela se négocie individuellement et ne constitue pas une remise automatique ni un palier fixe publié ; il est conseillé aux utilisateurs de confirmer leur tarif et de vérifier les frais affichés dans l'application avant de soumettre.

Les coûts externes ne sont pas concernés par l'offre de premier lancement. Ils comprennent les frais de réseau et de gaz, les frais de priorité, les frais de trading de launchpad ou de DEX, les frais de retrait d'échange et les coûts de création de compte. Les lancements sur Solana comportent également des réserves SOL, le loyer des comptes et les pourboires Jito.

À qui cela s'adresse

Panda Bundler se positionne comme un outil d'opérateur. Il réunit sur une même surface des fonctions que les équipes devraient sinon coordonner via des outils distincts : configuration du token, allocation des portefeuilles et financement ; exécution du lancement ; trading post-lancement via un graphique, un panneau de trading, des périmètres de portefeuilles et un flux de tâches ; automatisation et retraits ; et gestion des portefeuilles, création par lot et nettoyage.

La valeur, selon la documentation, réside dans la coordination. Le produit n'offre pas — et sa documentation ne revendique pas — un lancement indétectable, un lancement sans snipers, une position de bloc garantie, une forme de graphique particulière ou un quelconque résultat financier. L'activité sur chaîne publique reste publique.

C'est dans le détail propre à chaque plateforme que se prennent les décisions. Le guide du bundler Pons pour Robinhood Chain de PandaBoost explique en quoi ce flux de travail diffère de celui de Solana.

Source : Blockonomi