Lancements équitables sur Bitcoin : de la conception à la pratique

Curiosité

1. Comment un marché peut-il fonctionner sans un propriétaire qui contrôle l’offre ?
2. Quels vecteurs d’attaque le modèle UTXO affaiblit-il, et lesquels subsistent ?
3. Quel est le compromis exact entre garanties de sécurité et vitesse d’exécution dans un environnement à temps de bloc fixe ?

Explorer

Partie IPlan directeur : un marché de fair launch sur Bitcoin

1. La conception de Bitcoin supprime certains des outils de fraude les plus courants ailleurs : pas de clés d’administration sur l’actif de base, pas d’approbations de tokens permanentes, et pas de logique évolutive dont les règles changent en silence. L’émission est fixe et régie par le consensus plutôt que par un comité, et avec le type de signature par défaut, chaque dépense engage des entrées et des sorties exactes. Les tokens construits sur Bitcoin peuvent néanmoins faire l’objet d’abus, par exemple via un important premine de leur créateur ; un marché équitable a donc besoin de ses propres règles par-dessus.
2. Le code n’est que la moitié de l’équité ; l’autre moitié, c’est la conduite. Un lancement conforme à ces standards n’aurait pas non plus d’administrateur ni de promoteur dont le travail continu conditionnerait la situation des détenteurs (les « efforts d’autrui » au cœur du test de Howey américain), ne ferait aucune promesse de profit ou de rendement, publierait des informations claires sur ce que le token est et n’est pas, signalerait toute promotion rémunérée et ferait l’objet d’un examen juridique avant le lancement. Aucune des deux moitiés ne suffit seule : des personnes honnêtes peuvent livrer du code exploitable, et du code sûr peut être vendu avec des promesses trompeuses.
3. Une conception de fair launch élimine par construction les abus de mint : l’offre est fixée à la création et aucune clé ne peut l’augmenter. Les honeypots disparaissent si la vente reste toujours ouverte et qu’aucun propriétaire ne peut bloquer les sorties. La manipulation d’oracle disparaît, car le prix provient uniquement des réserves de la courbe elle-même. Le farming de récompenses par attaque Sybil ne rapporte rien lorsque les récompenses sont linéaires par rapport au solde. Les retraits de liquidité (liquidity pulls) ne sont impossibles que si la réserve est détenue par les règles elles-mêmes ; Bitcoin Script ne peut pas détenir une telle réserve, elle doit donc se trouver sur une couche hôte dont le modèle de confiance devient la limite.
4. Le sniping et les attaques sandwich sont neutralisés au sein d’un bloc grâce à une compensation (clearing) uniforme par bloc. Tous les échanges d’un même bloc sont réglés à un prix unique, ce qui supprime l’avantage lié à l’ordre de passage dans le bloc, même si un mineur peut encore retarder ou exclure un ordre. Acheter dans un bloc antérieur peut encore être payant : cet avantage est donc limité, pas supprimé. Les ventes de gros détenteurs créent un risque de prix pour les autres participants, mais pas de vol ; c’est la volatilité normale d’un marché. Les plateformes d’échange dépositaires peuvent compenser des échanges hors chaîne, en dehors de ces règles, sans que le règlement sur la chaîne en soit affecté.
5. Des risques irréductibles subsistent : le phishing, l’usurpation d’identité, la promotion payante et les erreurs de jugement individuelles sont des facteurs humains qu’aucun protocole ne peut éliminer. La confiance restante dépend entièrement de la couche hôte. Un métaprotocole s’appuie sur le consensus de Bitcoin et sur des indexeurs pour ses règles, mais ne peut pas lui-même détenir de bitcoins. Un rollup BitVM suppose qu’au moins un opérateur sur n est honnête pour contester la fraude. Une fédération de sidechain exige de faire confiance à un groupe précis de signataires. Chaque choix échange des risques différents contre des capacités différentes.
6. Les coûts sont réels : moins de fonctionnalités, des mises à jour de prix grossières avec des blocs d’environ dix minutes, et des frais qui augmentent en cas de congestion. Aucun de ces éléments n’est nouveau. Des contrats AMM sans administrateur fonctionnent depuis Uniswap v1 (2018) ; des enchères par lots tournent sur CoW Protocol et dans les swaps par bloc de Penumbra ; Shutter chiffre les transactions en attente ; les PSBT rendent la signature Bitcoin explicite ; Runes transporte des tokens sur Bitcoin ; BitVM ouvre la voie à des couches Bitcoin à confiance minimisée. Aucun launchpad largement utilisé ne les combine encore tous. Ce plan est une conception ouverte que chacun peut construire.

Partie IIFair launches sur Bitcoin : de la théorie à la pratique

7. Le bloc genesis de Bitcoin, miné le 3 janvier 2009, ne comportait aucun premine. La récompense de 50 BTC était indépensable, et le minage s’est ouvert à tous avec la première version publique du logiciel, le 9 janvier 2009. La distribution dépendait entièrement du hashrate ; les premiers mineurs, dont Satoshi Nakamoto, ont accumulé une grande partie de l’offre initiale par leur domination plutôt que par une allocation. Aucun comité ne distribuait les pièces, mais les effets de réseau ont tout de même concentré la richesse chez les premiers arrivés.
8. Runes, lancé lors du halving d’avril 2024, a introduit des etchings ouverts avec des plafonds de mint fixes et des fenêtres de hauteur de bloc. N’importe qui pouvait minter une quantité fixe, en ne payant que les frais, sans l’autorisation d’un émetteur. Cela a supprimé les clés d’administration pour la création des tokens, mais pas pour leur distribution : les auteurs d’etchings peuvent se réserver un premine, et les bots ainsi que les premiers participants ont souvent raflé une large part des mints ouverts. Le protocole faisait respecter le plafond, mais pas une participation équitable.
9. Des métaprotocoles comme Alkanes, actif depuis début 2025, hébergent des programmes transportés dans des transactions Bitcoin et exécutés par les indexeurs Alkanes. Ces plateformes accueillent des launchpads de tokens où les développeurs déploient la logique de mint et d’échange. Si la couche de base reste permissionless, certains launchpads introduisent des opérateurs qui gèrent la liquidité et les carnets d’ordres. La confiance se déplace des concepteurs du protocole vers ces intermédiaires, ce qui crée de nouveaux points de défaillance et un contrôle centralisé.
10. Des couches Bitcoin comme Citrea, lancée sur le mainnet en janvier 2026, permettent des marchés de type AMM utilisant du bitcoin transféré via un bridge BitVM. Ces rollups exécutent une logique complexe off-chain tout en effectuant le règlement sur Bitcoin. Ils offrent une exécution plus rapide, mais obligent les utilisateurs à faire confiance aux hypothèses de sécurité du bridge. Le compromis oppose l’expressivité au risque de compromission du séquenceur ou de l’ensemble de validateurs.
11. Les désaccords entre indexeurs restent une faille critique des marchés de tokens basés sur Bitcoin. Différentes implémentations logicielles peuvent interpréter différemment les règles du protocole, ce qui conduit à des visions divergentes de l’offre et de la propriété. Un utilisateur qui détient un token selon un indexeur peut apparaître insolvable selon un autre. Cette fragmentation complique le trading et accroît le risque d’erreurs lors des swaps ou des liquidations.
12. La question de savoir si un marché peut combiner compensation par lots (batch clearing), absence de clés d’administration et règlement en bitcoin natif reste ouverte. Les plateformes existantes recourent généralement à des carnets d’ordres gérés par un opérateur, à une liquidité mutualisée soumise à des contrôles d’administration, ou à du bitcoin wrappé. Les briques de base existent (niveau VIII), et les obstacles techniques sont moins élevés qu’aux débuts de Bitcoin ; reste le problème de la coordination sociale.

Faits clés

Exercice neuf, six, trois, un

Vérification des faits

Les dates, les chiffres et les affirmations ont été vérifiés à l’aide des sources publiées listées ci-dessous.

• E. Budish, P. Cramton & J. Shim, 'The High-Frequency Trading Arms Race: Frequent Batch Auctions as a Market Design Response', Quarterly Journal of Economics (2015)
• BIP-174: Partially Signed Bitcoin Transaction Format (2017)
• C. Rodarmor, Runes documentation (2024)
• R. Linus, 'BitVM: Compute Anything on Bitcoin' (2023)
• Runes Documentation (docs.ordinals.com)
• Alkanes Documentation
• Citrea Mainnet Announcement (January 2026)
• Bitcoin Whitepaper by Satoshi Nakamoto (October 31, 2008)