BORDR : les trenches veulent aussi écrire les règles

Un programme refusé, une conversation ouverte

Le 12 octobre, à 23 h 50, NEL pose une question pratique à Bordrless. Il a tenté de soumettre un hook, un programme censé ajouter des règles à un token. Sa proposition a été refusée, mais il ne peut pas consulter la raison. A-t-il fait une erreur, ou l’outil fonctionne-t-il mal ? L’équipe répond que les critères d’approbation ont beaucoup changé dans les dix dernières heures et lui propose de réessayer. Elle pense le problème corrigé ; le fil ne montre pas encore une soumission finalement acceptée. [1] [2]

Cet échange minuscule dit quelque chose de la promesse du projet. Le participant ne réclame ni une nouvelle mascotte ni un concours de retweets : il veut faire fonctionner une règle qu’il a écrite. Bordrless cherche précisément à déplacer une partie de la création des memecoins vers leur comportement. La question n’est plus seulement de savoir quelle image va circuler, mais ce que le token fera lorsque quelqu’un l’achètera, le conservera ou le vendra.

Ce que l’on peut changer derrière le ticker

Le standard présenté par Bordrless repose sur des hooks : du code appelé à certaines étapes d’une opération. Le projet veut leur permettre de déterminer des prélèvements, de faire varier les frais d’un échange ou d’en détruire une partie des tokens. Il associe ce standard à son propre DEX et à un outil de lancement, afin que ces règles trouvent aussi un endroit où s’exécuter. [4]

Le vocabulaire peut sembler austère. Son intérêt pour les trenches est beaucoup plus immédiat : imaginer une récompense liée à la durée de détention, une pénalité de sortie qui diminue avec le temps, ou une façon différente de répartir les frais. Un mécanisme devient alors un élément du récit que les participants peuvent expliquer, comparer et éventuellement détourner.

Il faut toutefois préciser la comparaison avec Token-2022, souvent réduit dans la communication du projet à un simple droit de veto. La documentation de Solana décrit déjà des usages personnalisés et donne un exemple de frais en SOL enveloppé avec des comptes supplémentaires et une délégation. Les comptes du transfert initial restent en lecture seule pour le hook. Bordrless propose donc une autre architecture et davantage de contrôle intégré sur l’opération ; cela ne signifie pas que toute programmation était impossible auparavant. [5]

Une place pour ceux qui inventent les mécanismes

À 23 h 38, juste avant le message de NEL, le compte du projet ouvre explicitement l’invitation : utiliser le SDK avec son propre agent de programmation, soumettre le code au Workshop, puis laisser l’équipe le relire, le construire, le simuler et le déployer. L’annonce promet à l’auteur la moitié des frais créateur des lancements qui réutilisent son travail. Elle présente aussi une voie de déploiement personnel. [3]

Ce modèle ajoute un acteur à la scène habituelle du lancement : quelqu’un peut concevoir une mécanique destinée aux tokens des autres. La documentation du Workshop décrit cette sélection et la rémunération associée. La formule reste encadrée : soumettre un programme n’entraîne pas son acceptation automatique, comme le montre justement la conversation avec NEL. [6]

Dans les réponses, jigglz demande si un programme compagnon pourra payer un deuxième portefeuille, celui d’une équipe ou d’une trésorerie, et si la part de l’auteur doit forcément rester à 50 %. Ce sont des demandes de conception, pas des fonctionnalités que son message suffirait à prouver. Elles montrent néanmoins ce que certains participants veulent fabriquer avec l’outil : leur propre répartition des revenus. [8]

Le marché réclame déjà son personnage principal

Les attentes des traders sont moins patientes. Sous la même annonce, ash réclame un runner capable de dépasser 100 000 dollars de capitalisation. Son commentaire vise les résultats attendus de l’écosystème ; il ne constitue pas un relevé exhaustif des tokens lancés. Dans le même fil coexistent ainsi un problème de soumission de code, des questions de paiement et l’exigence d’un succès visible. [9]

Plus tôt le 12 octobre, Stitch avait développé cette tension dans une longue analyse accompagnée du contrat exact. Il juge les mécanismes intéressants, mais distingue les expériences en cours d’une adoption assez forte pour attirer durablement les traders. Il cite notamment Borderless Cat parmi les projets observés et attend qu’un lancement donne davantage de visibilité à la plateforme. Ce sont ses observations et son appréciation, à cette date. [7]

C’est le pari culturel de Bordrless : faire d’une règle programmable quelque chose que les gens auront envie de suivre. Les fonctions peuvent fournir la matière d’une histoire ; elles ne créent pas à elles seules un public. Un lancement réussi donnerait aux utilisateurs un exemple concret à raconter, là où une liste de possibilités demande encore un effort d’imagination.

BORDR, le pari sur la fabrique

Le token étudié ici doit être distingué de ceux que cette fabrique permet de lancer. BORDR reste un token SPL négocié sur Meteora. La page de bridge affiche bien le contrat fourni et propose une conversion un pour un vers une représentation sur le standard Bordrless. Acheter BORDR ne revient donc pas à acheter chacun des projets de son écosystème. [10] [11]

La documentation affecte la moitié des nouveaux revenus du protocole à des rachats de BORDR, conservés en trésorerie sans destruction. Elle précise que cette routine repose sur un programme hors chaîne exécuté par l’équipe. Il faut distinguer ce fonctionnement des mécanismes de tokens annoncés comme entièrement sur chaîne. [10]

Le code public apporte de la matière à examiner, mais sa publication ne vaut pas audit indépendant. Le dépôt avertit que les programmes restent modifiables et mentionne encore des builds dont la vérification doit être achevée. [12]

Le meilleur point d’observation reste peut-être la question de NEL. Pour que Bordrless dépasse le récit d’une infrastructure prometteuse, les créateurs doivent pouvoir y mener leurs idées jusqu’au bout. Les traders demandent un runner ; les personnes qui pourraient lui donner naissance demandent déjà des outils compréhensibles.

Sources

Sources consultées le 14 octobre 2026. Les chiffres décrivent les relevés cités et ne sont pas actualisés en direct.

1. NEL — un hook refusé et une demande d’explication, 12 octobre
2. Bordrless — réponse à NEL sur les critères de validation
3. Bordrless — ouverture du Workshop aux créateurs, 12 octobre
4. Bordrless — présentation du standard
5. Solana — documentation de l’extension Transfer Hook
6. Bordrless — SDK et parcours de soumission au Workshop
7. Stitch — analyse du projet et de son adoption, 12 octobre
8. jigglz — questions sur les paiements et la part des auteurs
9. ash — attente d’un runner sur la plateforme
10. Bordrless — tokenomics de BORDR, trésorerie et rachats
11. Bordrless — bridge du token BORDR
12. Bordrless — programmes publics et limites des déploiements
13. DEX Screener — identité et visuels du contrat BORDR