Le 18 août 2026, Arthur Hayes annonce sur X qu’il sort de sa retraite pour prendre la tête de Flop Labs. Le cofondateur de BitMEX et inventeur du contrat perpétuel, revient donc avec un nouveau projet : le Flop Network et sa cryptomonnaie native, le $FLOP.
Leur slogan : “le FLOP est la nourriture de votre agent IA”. L’idée est simple sur le papier : les agents IA vont devenir des acteurs économiques à part entière, ils ont besoin de calcul (compute) pour exister et il leur faut donc une monnaie directement convertible en calcul.
Le Flop veut être cette monnaie.
Le timing n’est pas anodin : BitMEX ferme définitivement ses portes le 23 septembre 2026 après onze ans d’existence, et Arthur Hayes profite du boom des dépenses en infrastructures IA pour lancer une blockchain en preuve d’inférence utile (Proof-of-Useful-Inference, PoUI), où les mineurs sont payés pour faire tourner des modèles d’IA (LLM) sur leurs GPUs plutôt que pour résoudre des puzzles mathématiques.
La promesse marketing coche toutes les cases du moment : pas de prévente, pas de VC, lancement 100 % équitable, le testnet est prévu au quatrième trimestre 2026 et le TGE ainsi que l’airdrop eux devraient se dérouler en début d’année 2027, ~90 jours après le testnet afin laisser à la communauté le temps de farmer l’airdrop. Un lancement qui n’est pas sans rappeler celui d’Hyperliquid ou de Bittensor.
🔄 Mise à jour du 10 septembre 2026 : le Yellow Paper du Flop Network est désormais publié. C’est le seul document normatif du projet, et c’est lui qui fait référence dans cette analyse : tous les chiffres qui suivent en proviennent. Les tokenomics ne sont pas figées pour autant et peuvent encore évoluer d’ici le lancement.
Dans cette analyse, nous allons voir ce qu’est concrètement le Flop Network, comment fonctionne le réseau entre agents, mineurs, validateurs et publishers, à quoi sert le token FLOP, comment sont conçues ses tokenomics, le plan pour l’airdrop et surtout quels sont les points de vigilance d’un projet qui distribue son token avant même que sa blockchain n’existe.
Sommaire
- Flop Network : c’est quoi ?
- Rappel : le boom de ChatGPT et l’économie agentique
- Loi de Moore, loi de Metcalfe et loi de Reed : la thèse de valorisation de Flop
- Comment fonctionne le Flop Network : agents, mineurs, validateurs et publishers
- Les quatre couches de vérification de l’inférence
- Les paramètres du réseau : block time, récompense de bloc et halvings
- Staking de FLOP, mineurs et rendement
- Utilité du token FLOP
- Tokenomics du FLOP
- L’airdrop de genèse : 4,4 milliards de FLOP pour les participants au testnet
- Le problème de l’amorçage : comment miner au lancement s’il faut déjà du FLOP ?
- La fonctionnalité HTLC : échanger du FLOP contre d’autres cryptomonnaies
- Gouvernance du Flop Network
- Flop Labs, Flop Foundation et le rôle d’Arthur Hayes
- Pas de prévente, pas de VC : un lancement à la Hyperliquid ?
- Technocore et le DID : l’identité des agents
- Mini-tuto : créer son DID avec un agent IA + Prompt à copier coller
- Les points de vigilance
- Conclusion
- Liens utiles
Flop Network : c’est quoi ?
Le nom du projet Flop vient directement de l’unité de mesure du calcul informatique : quand on parle de puissance de calcul, on parle d’opérations en virgule flottante par unité de temps (FLOPs, pour floating-point operations per second). C’est ce que consomment les modèles d’IA quand ils génèrent une réponse et c’est ce que le réseau vend : on dépense du FLOP, on obtient de l’inférence.
Le point de départ d’Arthur Hayes est une observation assez simple. Aujourd’hui, les grands laboratoires d’IA (OpenAI, Anthropic, Google, xAI) facturent leurs modèles “au token“, mais chaque modèle a sa propre définition du token et sa propre grille tarifaire. Il est donc impossible de comparer le prix réel du calcul d’un fournisseur à l’autre, et il n’existe aucun marché spot mondial où l’on pourrait acheter une quantité donnée de FLOPs à un prix transparent.
Le Flop Network se présente comme ce marché spot du calcul, sous la forme d’une blockchain en preuve d’inférence utile (PoUI) :
- Les agents (des IA, mais aussi des humains) soumettent une demande d’inférence au réseau et la paient en $FLOP.
- Les mineurs (n’importe qui possédant un GPU) exécutent le modèle demandé, fournissent une preuve du travail effectué et encaissent le paiement plus une récompense de bloc.
- Les validateurs vérifient les preuves, construisent les blocs, stockent les poids des modèles et gouvernent le réseau.
Contrairement à Solana ou Ethereum, le Flop Network ne cherche pas à être une plateforme de smart contracts généraliste. Arthur Hayes l’a répété en interview : le réseau se rapproche volontairement de Bitcoin, avec une fonction unique, fixer le prix du calcul et permettre aux agents de stocker leur mémoire et une émission de tokens par récompense de bloc avec des halvings. Techniquement, il combine la PoUI avec une blockchain account-based (comme Ethereum/Solana) qui gère les transferts, le multisig, la délégation, le staking, les timelocks, les escrows multipartites et des limites de dépense pré-programmées, autant de fonctions pensées pour des agents autonomes.
Une particularité importante : les cartes graphiques (GPUs) grand public suffisent (16 Go de VRAM minimum) et le calcul confidentiel via des environnements d’exécution sécurisés (ou TEE) est un niveau optionnel, pas une condition d’entrée.
Rappel : le boom de ChatGPT et l’économie agentique
ChatGPT a signé la courbe d’adoption la plus rapide de l’histoire des technologies, avec 100 millions d’utilisateurs en environ 60 jours, et a déclenché un cycle d’investissement dans les infrastructures IA comparable, rapporté au PIB mondial, à la construction des chemins de fer au XIXe siècle.
Fin 2025, les modèles de pointe sont devenus suffisamment fiables pour qu’il soit techniquement et économiquement possible de déployer des agents IA capables d’enchaîner des tâches seuls ou en coordination. C’est le début de ce que l’on appelle l’économie agentique, et le teaser de Flop aligne quelques chiffres pour montrer qu’elle est déjà là :
- Le trafic automatisé a dépassé le trafic humain sur Internet en 2025, et les algorithmes exécutent environ 70 % du volume des actions américaines.
- Cloudflare, qui voit désormais la majorité de son trafic provenir de machines, a mesuré une hausse de plus de 1 700 % des requêtes d’agents IA en un an et anticipe un trafic machine-à-machine 1 000 fois supérieur au trafic humain d’ici cinq ans.
- Le coût de l’inférence devrait chuter de plus de 90 % d’ici 2030 : des agents moins chers, c’est exponentiellement plus d’agents.
Le raisonnement d’Arthur Hayes est ensuite très macro : tout réseau a besoin d’un mécanisme pour rationner ses ressources rares. Les humains utilisent des monnaies fiat pour cela. Les agents IA, eux, n’ont aujourd’hui que des cartes bancaires tokenisées et des stablecoins custodiaux, c’est-à-dire de la monnaie humaine avec un masque d’agent, adossée à rien de ce dont un agent a besoin pour exister.
Loi de Moore, loi de Metcalfe et loi de Reed : la thèse de valorisation de Flop
Le projet s’appuie sur 2 lois bien connues de la tech pour justifier son ambition :
- La loi de Metcalfe décrit la valeur d’un réseau classique : elle croît en N², N étant le nombre de participants. Les réseaux sociaux comme Facebook ou la valeur du réseau Bitcoin suivent d’assez près cette loi.
- La loi de Reed décrit la valeur d’un réseau où les participants peuvent former librement des sous-groupes : elle tend vers 2^N. Les agents interagissent 24h/24, instantanément, sans friction, et forment des sous-économies entre eux à volonté.
Pour Arthur Hayes, la valeur minimale d’un réseau monétaire pour agents est donc N² et sa valeur théorique maximale 2^N. Si le monde compte des milliers de milliards d’agents à la fin de la décennie, le réseau qui émet leur monnaie de référence deviendrait, selon lui, le réseau le plus précieux jamais créé, potentiellement supérieur à Bitcoin. En interview chez Altcoin Daily, il assume d’ailleurs un pari totalement binaire : soit le FLOP devient la monnaie de l’économie agentique et vise le top 2 des capitalisations crypto, soit il ne vaut rien.
Reste la question centrale : pourquoi des agents choisiraient-ils le $FLOP plutôt qu’un stablecoin ? La réponse de Flop est celle de la convertibilité. Les humains acceptent une monnaie parce qu’elle achète directement de la nourriture et un toit. Les agents, eux, consomment du calcul et produisent de l’intelligence. La monnaie de l’économie agentique doit donc pouvoir acheter du calcul à tout moment, ce que le $FLOP promet de faire en tâchant un mineur d’exécuter une inférence.
Comment fonctionne le Flop Network : agents, mineurs, validateurs et publishers
Le rôle des agents
Un agent (un humain ou une ia) crée une demande de session qu’il envoie dans le mempool du réseau. Cette demande contient l’identifiant (le hash) des poids du modèle à utiliser, la latence maximale acceptée, la quantité de calcul demandée en FLOPs, un booléen de confidentialité et les frais payés en $FLOP. Une fois la tâche terminée, l’agent récupère le résultat, et s’il estime que le mineur n’a pas fait le travail demandé, il peut contester le résultat via un mécanisme d’arbitrage intégré au réseau.
Le rôle des mineurs
Les mineurs sont les fournisseurs de calcul du réseau. Un mineur qui possède le matériel adapté (une ou plusieurs cartes graphiques) accepte une session, établit une connexion sécurisée et privée avec l’agent, exécute l’inférence et soumet une preuve. Il encaisse alors 85 % des frais d’inférence payés par l’agent, plus une part de la récompense de bloc proportionnelle au calcul fourni.
Pour pouvoir miner, il faut staker du $FLOP proportionnellement à la puissance de calcul mise à disposition du réseau. La documentation technique (encore en brouillon) évoque une mise de base de 10000 FLOP par mineur, complétée par une caution qui augmente avec la capacité de calcul déclarée. Ce stake peut être confisqué (slashing) en cas de tricherie.
En revanche, les récompenses de bloc et les frais d’inférence sont payés en $FLOP liquide, sans lockup ni vesting, et les simples détenteurs pourront déléguer leur stake à un mineur pour partager ses récompenses.
Côté matériel, la barrière d’entrée est volontairement basse : une seule carte graphique avec 16 Go de VRAM ou plus suffit ou un cluster de GPU. À titre de comparaison, c’est le niveau d’une RTX 4080 ou RTX 5070 Ti, donc du matériel grand public.
Le rôle des validateurs
Les validateurs vérifient les certificats de travail des mineurs, construisent des blocs contenant le hash de chaque preuve, et stockent les poids des modèles dans la couche de disponibilité des données (data availability layer) du réseau. En échange, ils reçoivent 10 % de la récompense de bloc (partagés entre validateurs) et 15 % des frais d’inférence.
Le nombre de validateurs est limité à 1000. Environ chaque mois, les 50 validateurs les moins performants sont remplacés par les 50 meilleurs validateurs en liste d’attente, sur des critères de disponibilité et d’uptime. Un validateur qui tente de publier un bloc malhonnête s’expose à un slashing pouvant aller jusqu’à la perte totale de son stake et un bannissement permanent du réseau.
Le Yellow Paper a clarifié un point qui restait implicite : le validateur n’a besoin ni de GPU ni d’enclave sécurisée (TEE), et n’exécute jamais d’inférence (§15.1). Le texte va plus loin en précisant que l’éligibilité au rôle « NE DOIT PAS » exiger de GPU, de TEE ni de preuve PoUI. Ce que le rôle exige en revanche, c’est du capital : un stake minimum de 1 200 000 $FLOP (décision D-0440), qui se compose à 9 % par an et se double d’un plancher indexé sur la valeur du calcul réservé par le validateur.
Le matériel recommandé (provisoire) pour un validateur est donc plus classique : un CPU 8 cœurs ou plus, 64 Go de RAM, 2 To de stockage NVMe et une connexion internet redondante de 1 Gbps.
Le rôle du publisher
Le Yellow Paper fait apparaître un quatrième rôle, absent du teaser d’août : le publisher. C’est le compte qui inscrit un modèle d’IA au registre du réseau et qui loue l’espace de stockage de ses poids dans la couche de disponibilité des données. Détail qui a son importance : il n’a pas besoin d’être l’auteur du modèle. N’importe qui peut publier des poids ouverts et les rendre utilisables par les mineurs.
Ce que le publisher enregistre, ce n’est pas seulement un nom de modèle, c’est sa « racine mesurée » (measured root), l'empreinte cryptographique des poids exacts. C’est la pièce qui fait tenir tout l’édifice de vérification décrit plus haut : le mineur doit faire remonter cette racine dans l’attestation signée par son enclave sécurisée, et un validateur rejette toute preuve dont la racine mesurée ne figure pas au registre. C’est ce qui permet de prouver qu’un mineur a bien exécuté le modèle annoncé, et non une version allégée moins coûteuse à faire tourner. La quantification changeant les octets, elle change la racine : chaque variante de précision compte comme un modèle distinct aux yeux du protocole.
Publier a un coût, mais ce n’est pas une dépense : le publisher immobilise 200 $FLOP par gigaoctet de poids stockés, auxquels s’ajoute un dépôt d’inscription au registre. Ce sont des cautions intégralement remboursables, pas des frais : elles servent à décourager le spam, et ne rémunèrent personne. Le fonctionnement tient en deux règles. Tant qu’un modèle sert, ses poids restent stockés, et n’importe qui peut prolonger le bail en remettant au pot, pas seulement celui qui a publié le modèle. Si plus personne ne l’utilise, le réseau libère l’espace après un délai de grâce et rend la caution en entier. C’est donc une source de demande pour le $FLOP, mais une demande immobilisée plutôt que consommée.
C’est aussi le rôle qui concentre les angles morts les plus assumés du Yellow Paper. Le protocole prouve quel modèle a tourné, pas qu’il est bon : des poids empoisonnés ou piégés sont explicitement hors périmètre, et aucun mécanisme de curation ou de réputation n’est défini à ce stade. Même constat pour le squattage de métadonnées, c’est-à-dire publier une racine parfaitement valide sous un nom trompeur : les briques envisagées pour y répondre sont citées mais pas encore câblées. Quant aux violations de licence, elles sont renvoyées au droit, pas au protocole.
Les quatre couches de vérification de l’inférence
C’est l’objection classique à tout design en preuve d’inférence : vérifier honnêtement une inférence coûte, a priori, aussi cher que de la refaire. Le Flop Network répond en empilant quatre couches de vérification :
- L’attestation matérielle (TEE) : les sessions peuvent tourner sur des GPU d’entreprise dont l’environnement d’exécution sécurisé atteste cryptographiquement que le modèle annoncé a bien tourné, sans altération, sur du matériel authentique.
- Montrer son travail (TOPLOC) : une inférence laisse une trace. Les activations produites par un modèle sont spécifiques au matériel et au modèle utilisés et ne peuvent pas être imitées à bas coût. Le mineur s’engage sur une empreinte compacte de ces activations, et les validateurs en revérifient un échantillon. Un travail sauté, un modèle moins cher substitué ou une réponse préenregistrée échouent au test, pour une fraction du coût d’une réexécution complète.
- La revérification par tranches : le réseau ne refait jamais une inférence entière. Une loterie tire des tours à auditer à chaque epoch ; le validateur ne refait qu’une tranche, environ 100 fois moins chère que la génération. En cas de litige, une bissection isole le tour fautif en quelques rondes.
- Le slashing : chaque mineur ayant staké du $FLOP proportionnellement à son calcul, un mineur pris en flagrant délit peut perdre l’intégralité de sa mise.
L’idée n’est pas d’attraper chaque tricheur, mais de rendre la triche économiquement ruineuse : du capital en jeu, une réexécution toujours possible et donc une espérance de gain négative pour un mineur malhonnête. La documentation donne quelques ordres de grandeur : environ une session sur quarante est auditée (2,5 %), un contrôle par échantillonnage coûte environ 100 fois moins cher que la génération complète, un mineur contesté dispose de deux heures pour produire ses preuves signées (le silence = verdict de fraude), et n’importe quel validateur peut contester n’importe quelle session en déposant une caution de 100 $FLOP, perdue si la contestation est abusive.
On notera que TOPLOC est une méthode de vérification d’inférence publiée par l’équipe de Prime Intellect en 2025, Flop ne part donc pas de zéro sur ce sujet.
Nuance importante précisée par la documentation : le consensus PoUI prouve que le travail demandé a bien été exécuté comme spécifié, pas que la réponse du modèle est correcte, sûre ou de bonne qualité.
Les paramètres du réseau : block time, récompense de bloc et halvings
| Paramètre | Valeur |
|---|---|
| Temps de bloc | 1 seconde en moyenne |
| Récompense de bloc | 96 $FLOP |
| Halving | Tous les 730 jours (environ 2 ans) pour les cinq premiers halvings |
| Après le 5ème halving | Récompense de bloc constante à perpétuité (budget de sécurité permanent) |
| Inflation terminale | Environ 0,5 % par an (plancher de 94 608 000 $FLOP émis par an) |
Avec un bloc par seconde et 96 $FLOP par bloc, le réseau émet environ 6 milliards de $FLOP sur ses deux premières années (96 × 86 400 secondes × 730 jours), puis 3 milliards sur les deux suivantes, et ainsi de suite. À ces 96 $FLOP s’ajoute la subvention développeur de 16 $FLOP par bloc (8 Flop Labs, 8 Fondation), même calendrier de halving, éteinte après le cinquième : l’émission réelle de la première ère est de 112 $FLOP par bloc, soit environ 7 milliards sur deux ans.
Après le cinquième halving, soit dix ans après le bloc genesis (le lancement), la récompense se stabilise à 3 $FLOP par bloc, soit exactement 94 608 000 tokens par an, environ 0,55 % d’une offre de 17,2 milliards : on retrouve bien l’inflation terminale annoncée. Le Yellow Paper insiste sur un point : ce plancher n’est pas un plafond d’émission façon Bitcoin. L’émission continue à perpétuité, pour financer un budget de sécurité permanent.
La répartition de chaque récompense de bloc, elle, a changé avec le Yellow Paper. Le teaser d’août annonçait 90 % pour les mineurs et 10 % pour les validateurs. La spécification retient désormais un partage à quatre : 75 % pour les mineurs (72 $FLOP par bloc au lancement, pondérés par le calcul fourni), 10 % pour les validateurs (9,6 $FLOP), 10 % pour les agents (9,6 $FLOP) et 5 % pour les stakers (4,8 $FLOP). Les parts agents et stakers, jusqu’ici présentées comme des sous-ensembles de l’émission, deviennent des lignes budgétaires à part entière.
Un point de lecture sur cette infographie : ses totaux (18,1 milliards d’offre, 4,4 milliards d’airdrop) ne correspondent pas à ceux du Yellow Paper. Nous revenons sur cet écart dans la partie tokenomics.
C’est un choix de design à la Monero plutôt qu’à la Bitcoin : pas d’offre maximale fixe, mais une inflation perpétuelle faible pour ne pas faire reposer la sécurité du réseau uniquement sur les frais de transaction. Arthur Hayes assume ce point : le FLOP étant adossé à une matière première (le calcul), il aura une inflation continue et n’est “strictement parlant, pas une monnaie” au sens d’une réserve de valeur à offre fixe.
Staking de FLOP, mineurs et rendement
Le $FLOP est verrouillé à trois niveaux, ce qui, en théorie, fait monter la demande de détention avec l’activité du réseau plutôt que de la faire simplement transiter :
- Les mineurs stakent du $FLOP pour avoir le droit de fournir du calcul.
- Les validateurs stakent du $FLOP pour sécuriser le réseau.
- Les simples détenteurs peuvent staker leurs tokens pour toucher un rendement, payé au prorata depuis une part des récompenses de bloc (3,4 % de l’offre à l’année 10), sans délégation nécessaire.
Le teaser détaille aussi un mécanisme de subvention de la demande via la récompense de bloc : une part de l’émission (6,8 % pour la cohorte brokers / agents) est dirigée vers le côté acheteur du marché. Concrètement, cela permet d’afficher un prix de l’inférence inférieur au marché sans demander aux mineurs de vendre à perte, et à des brokers ou market makers de proposer de l’inférence à prix fixe en dollars tout en réglant les sessions en $FLOP.
La demande, elle, doit arriver par les canaux que les agents utilisent déjà : le calcul du Flop Network sera listé sur les marketplaces et passerelles d’inférence où les applications comparent les fournisseurs de manière programmatique et routent vers le moins cher. Le teaser ne les nomme pas, mais Arthur Hayes a été plus direct chez Anthony Pompliano : « nous serons moins chers qu’OpenRouter ».
Spéculation personnelle de la rédaction Coinacademy : on peut donc s’attendre à un lancement sur OpenRouter et ses concurrents avec des prix d’inférence agressivement inférieurs au reste du marché pour faire la publicité du réseau, exactement comme l’avait fait le sous-réseau Chutes de Bittensor à ses débuts. La récompense de bloc joue alors le rôle de budget marketing, en subventionnant chaque requête. Aucune intégration n’a toutefois été annoncée officiellement à ce stade.
Utilité du token FLOP
Le $FLOP est délibérément un token unique, là où beaucoup de réseaux de calcul décentralisé s'embarrassent d’un modèle à deux tokens. Le même actif sert à :
- Payer l’inférence : c’est la fonction première, chaque session est réglée en $FLOP, dont 85 % vont au mineur et 15 % aux validateurs.
- Staker pour devenir mineur ou validateur, avec un risque de slashing.
- Générer du rendement pour les simples détenteurs qui stakent.
- Régler le commerce entre agents et former des sous-économies, notamment via la fonctionnalité HTLC décrite plus bas.
- Stocker la mémoire des agents : Arthur Hayes insiste sur ce point en interview, un agent a besoin d’un endroit décentralisé et résistant à la censure pour stocker son contexte et sa « personnalité », et le réseau veut vendre ce stockage en $FLOP.
Ce qui différencie le $FLOP des stablecoins « pour agents » (comme l’USDC via le standard x402 de Coinbase), c’est qu’il est remboursable à la demande contre la seule ressource dont un agent ne peut pas se passer. Un stablecoin est une créance sur de la monnaie humaine, le $FLOP se veut la chose la plus proche d’une monnaie adossée au calcul.
À l’inverse d’Hyperliquid, il n’y a pas de mécanisme de buyback prévu. Interrogé sur ce point, Arthur Hayes répond que le protocole Flop ne génère aucun revenu en tant qu’entité : comme Bitcoin, le réseau redistribue les frais aux mineurs et validateurs et n’a pas de trésorerie à utiliser pour racheter son token.
Tokenomics du FLOP
Le 26 août 2026, Flop Labs a publié un premier aperçu de ses tokenomics, en insistant sur l’absence totale d’allocation VC et de prévente : chaque $FLOP doit être gagné par un rôle dans le réseau. L’offre totale atteint 17,2 milliards de $FLOP à l’année 10, puis croît d’environ 0,5 % par an. Ces chiffres sont ceux du Yellow Paper. Le one-pager publié le 10 septembre en annonce d’autres, sur lesquels nous revenons juste après le tableau.
⚠️ Mise à jour : l’écart est tranché en faveur de l’infographie. La décision D-0440 porte le stake validateur à 1 200 000 $FLOP, la cohorte validateurs à 1,2 milliard et le pool de genèse à 4,4 milliards, pour une offre d’environ 18,1 milliards à l’année 10. Le pool est minté en entier au bloc de genèse, mais distribué progressivement : 3,76 milliards en Saison 0, le solde de la réserve (640 millions) sur environ quatre ans.
| Rôle | Allocation | Part de l’offre à l’année 10 | Distribution |
|---|---|---|---|
| Mineurs | 8,8 milliards | 48,6 % | Récompenses de bloc proportionnelles au calcul fourni |
| Airdrop de genèse | 4,4 milliards | 24,3 % | Participation au testnet (mineurs, validateurs, agents, réserve). Seule allocation non émise par les récompenses de bloc, techniquement un pool pré-miné |
| Équipe + Fondation | 2,0 milliards | 11,1 % | 8 $FLOP par bloc pour Flop Labs et 8 $FLOP par bloc pour la Flop Foundation, en plus des 96 $FLOP de récompense, avec le même calendrier de halving |
| Validateurs | 1,2 milliard | 6,6 % | Récompenses de bloc + 15 % des frais d’inférence |
| Brokers / agents | 1,2 milliard | 6,6 % | Part de la récompense de bloc qui subventionne les achats de calcul des agents |
| Récompenses de staking | 0,6 milliard | 3,3 % | Rendement pour les détenteurs qui stakent, au prorata, sans délégation |
Près de la moitié de l’offre va donc aux mineurs, ce qui est cohérent avec un réseau dont le produit est le calcul. À titre de comparaison, Bittensor distribue l’intégralité de son émission aux participants du réseau (mineurs, validateurs et propriétaires de sous-réseaux), sans allocation équipe ni investisseurs, tandis que la plupart des tokens IA lancés en 2024-2025 réservaient entre 30 et 50 % de l’offre aux investisseurs et à l’équipe.
La rémunération de Flop Labs mérite un mot, car les sources ne disaient pas la même chose. En interview, Arthur Hayes assurait que son entreprise ne se paierait que pendant les deux premières années, puis plus rien : “soit on réussit gros, soit on n’a rien”. Le Yellow Paper dit l’inverse : 8 $FLOP par bloc pour Flop Labs et 8 pour la Fondation, versés sur une dizaine d’années, soit près de 2 milliards de $FLOP au total. Pour Flop Labs seule, cela fait 5,7 % de l’offre au lieu des 3 % que laissait entendre l’interview. Ces tokens ne sont pas pré-minés au lancement : ils sont émis bloc après bloc, en plus de la récompense.
L’airdrop de genèse : 4,4 milliards de FLOP pour les participants au testnet
Le testnet du Flop Network est prévu pour le quatrième trimestre 2026 (fin octobre selon Arthur Hayes) et doit tourner environ 90 jours, avant un mainnet au premier trimestre 2027. C’est une répétition générale du réseau en tokens de test : les mineurs servent de vraies inférences, les validateurs produisent des blocs et vérifient les certificats de travail, les agents achètent du calcul. À la fin du testnet, les résultats sont inscrits dans le bloc de genèse.
L’airdrop de genèse de 4 400 000 000 $FLOP, soit 24,3 % de l’offre totale du réseau à l’année 10, est réparti comme suit :
| Cohorte | Allocation ($FLOP) | Comment elle est gagnée |
|---|---|---|
| Mineurs | jusqu’à 1 200 000 000 (6,6 %) | Calcul fourni via des inférences vérifiées et des blocs valides |
| Agents | jusqu’à 1 200 000 000 (6,6 %) | Calcul consommé via des demandes d’inférence |
| Réserve / incitations | 800 000 000 (4,4 %) | Écosystème et incitations à la croissance (dont, a priori, les programmes KOL et créateurs) |
| Validateurs | 1 200 000 000 (6,6 %) | Le stake agrégé qui sécurise le réseau au lancement |
| Total | 4 400 000 000 (24,3 %) | Pool de genèse complet |
Ces valeurs sont celles ratifiées par la décision D-0440, qui a remplacé les 3,5 milliards de l’Appendice A du Yellow Paper.
Chaque cohorte a ses propres conditions de déblocage, et c’est là que le design devient intéressant :
- Mineurs : l’airdrop est proportionnel au calcul délivré pendant le testnet. Environ un quart devrait être liquide au TGE, le reste étant libéré sur les premiers mois du mainnet, à condition de continuer à fournir du calcul.
- Validateurs : les 1000 meilleurs nœuds (uptime, production de blocs, précision, latence) sont sélectionnés pour le set de validateurs du mainnet. Leur airdrop n’est pas versé, c’est la mise qu’ils doivent poser : bloquée au lancement comme garantie de slashing, verrouillée jusqu’au premier halving, puis libérée sur les 1000 jours suivants.
- Agents : il suffit de réclamer des tokens de test au faucet et de les dépenser en inférence. L’airdrop dépend principalement de ce qui a été dépensé, plus divers prix. Il arrive verrouillé et ne peut être dépensé qu’en inférence ou en staking : chaque 3 $FLOP dépensés en inférence débloquent 1 $FLOP airdroppé. Les agents doivent donc utiliser le réseau pour rendre leurs tokens liquides.
Arthur Hayes est très clair sur un point : on ne peut pas acheter de $FLOP avant le mainnet. Il n’y a ni vente publique ni prévente, et toute personne proposant d’en vendre en privé est un escroc, plusieurs faux tokens FLOP ayant déjà circulé sur les DEX. Recevoir des tokens de test sans les utiliser ne donne droit à rien : seule la participation réelle compte. Pour les non-techniciens, la voie d’entrée la plus accessible est donc celle de l’agent : créer un wallet, réclamer des jetons sur le faucet et faire tourner de l’inférence, même si, pour reprendre ses mots, c’est “Hello World” 500 000 milliards de fois.
Trois formulaires de candidature sont déjà ouverts sur le site du projet : fournisseurs de GPU (mineurs), validateurs, et KOL et créateurs.
Le problème de l’amorçage : comment miner au lancement s’il faut déjà du FLOP ?
Une question revient logiquement à la lecture du teaser : si les mineurs doivent staker du $FLOP pour participer à l’inférence, comment le réseau peut-il fonctionner au bloc de genèse, alors que personne n’en possède ? C’est le problème classique de l’amorçage : pour gagner du $FLOP il faut fournir du calcul, mais pour fournir du calcul il faut déjà du $FLOP.
Le document le résout par le pré-minage du pool d’airdrop. Les 3,5 milliards de $FLOP au lancement sont la seule allocation non émise par les récompenses de bloc et ils sont distribués dans le bloc de genèse (1er bloc) en fonction des résultats du testnet, où tout tourne en tokens de test, sans mise réelle exigée. L’ordre est donc : testnet gratuit → allocation gagnée → mainnet où les participants arrivent déjà pourvus.
C’est explicite pour les validateurs : leur allocation de 305 505 000 $FLOP est précisément décrite comme « le stake agrégé qui sécurise le réseau au lancement », bloqué comme garantie de slashing plutôt que versé. Pour les mineurs, le quart liquide au TGE joue le même rôle de mise initiale. Et les mineurs arrivés après le testnet devront, eux, acheter du $FLOP sur le marché secondaire auprès des participants de la première heure pour pouvoir staker et commencer à miner, ce qui crée une première source de demande naturelle sur le token.
La fonctionnalité HTLC : échanger du FLOP contre d’autres cryptomonnaies
Le Flop Network intègre nativement des Hashed Timelock Contracts (HTLC), le mécanisme à la base des atomic swaps et du Lightning Network, des bons souvenir pour les OG de 2017… Un agent peut mettre du $FLOP sous séquestre, à destination d’un autre agent, sous condition qu’une transaction dans une autre cryptomonnaie soit effectuée sur une blockchain externe. Une fois cette transaction confirmée, le réseau libère le $FLOP.
Cela permet d’échanger du $FLOP contre du BTC, de l’ETH ou des stablecoins sans passer par un exchange centralisé ni un bridge, ce qui est cohérent avec un réseau sans smart contracts. Le teaser précise que cette fonctionnalité pourra être étendue à d’autres échanges entre agents, pour permettre la formation des sous-économies agentiques chères à la loi de Reed.
Gouvernance du Flop Network
Les validateurs sont décrits comme les gardiens du réseau. Les évolutions du protocole passent par des Flop Improvement Protocols (FIP), qui doivent dans la plupart des cas être approuvés par deux tiers du set de validateurs actifs avant implémentation.
Jusqu’au premier halving, soit pendant les deux premières années du réseau, seule la Flop Foundation est autorisée à soumettre un FIP. La gouvernance est donc très centralisée au départ, ce qui est assumé comme une phase de bootstrapping, mais mérite d’être gardé en tête.
Flop Labs, Flop Foundation et le rôle d’Arthur Hayes
Deux entités, toutes deux enregistrées à Saint-Vincent-et-les-Grenadines, se partagent le développement du réseau :
- Flop Labs LLC, l’entreprise privée qui développe le réseau, dirigée par Arthur Hayes. Elle est rémunérée en $FLOP par bloc (voir la divergence de durée évoquée dans la partie tokenomics).
- La Flop Foundation, chargée du développement continu et de la maintenance du réseau, qui finance les core developers grâce à ses 8 $FLOP par bloc, reçoit une partie des tokens confisqués aux mineurs et validateurs malhonnêtes, et dispose du monopole des FIP pendant les deux premières années. L’un de ses premiers chantiers : passer sous la seconde de temps de bloc.
Arthur Hayes cumule le poste de CEO de Flop Labs avec celui de CIO de Maelstrom, son family office. Il affirme avoir autofinancé l’équipe pour éviter toute prévente, ce qui explique l’absence de VC au capital. En interview, il décrit une équipe très réduite d’environ quatre personnes : lui-même, un CTO qu’il présente comme l’un de ses meilleurs ingénieurs de l’époque BitMEX, un ami de longue date issu de la banque d’investissement en charge de la stratégie, et un responsable communauté et communication. Aucun nom autre que le sien n’a été rendu public.
Son rôle, il le résume lui-même sans fausse modestie : venir parler du projet à des millions de personnes et capter l’attention d’Internet. Avec plus de 800 000 abonnés sur X et une audience fidèle sur ses essais, c’est effectivement l’actif principal de Flop à ce stade.
Pas de prévente, pas de VC : un lancement à la Hyperliquid ?
Le discours d’Arthur Hayes sur les tokens est celui d’un investisseur échaudé : les équipes organisent des préventes massives qui créent un surplomb d’offre, et quand la communauté peut enfin acheter le token sur le marché secondaire, il ne fait que baisser. Le Flop Network se veut l’inverse : le token est distribué à ceux qui font tourner le réseau, et les spéculateurs n’auront accès au $FLOP qu’en l’achetant aux mineurs après le mainnet.
Le parallèle avec Hyperliquid est évident : pas de VC, une part majoritaire de l’offre à la communauté, et un token qui n’existe qu’une fois le produit prêt. La différence de taille, c’est qu’Hyperliquid a d’abord fait tourner un produit rentable pendant plus d’un an avant de lancer son token en novembre 2024, alors que Flop distribue le sien avant même que la blockchain n’existe. Le modèle est en réalité plus proche de Bittensor, l’autre grand réseau IA lancé sans investisseurs, dont la valeur repose entièrement sur l’émission de blocs.
Il faut aussi nuancer le “100 % fair launch” : entre la réserve d’incitations de 4,6 %, les programmes KOL et les 11,4 % réservés à Flop Labs et à la Fondation, une partie de l’offre reste bien allouée de manière discrétionnaire. C’est très raisonnable par rapport aux standards du marché, mais ce n’est pas Bitcoin ou Kaspa ou Bittensor non plus.
Technocore et le DID : l’identité des agents
Au-dessus du réseau de calcul, Flop Labs anime un espace de discussion public réservé aux agents : Technocore.
👉 https://github.com/flop-labs/technocore-chat
👉 https://technocore.chat/humans
Il s’organise en salles (rooms) où chaque message est signé cryptographiquement par son auteur. N’importe qui peut lire une salle, en exporter le contenu et vérifier chaque signature. Personne ne peut y parler au nom d’un autre.
Cette signature repose sur un DID (Decentralized Identifier), plus précisément un did:key fondé sur une clé Ed25519. L’identifiant est la clé publique. Il n’existe ni registre, ni inscription, ni autorité à consulter et un DID ressemble à did:key:z6Mk…, et quiconque le possède peut vérifier hors ligne qu’un message a bien été signé par la clé privée correspondante.
| C’est quoi ? | Qu’en faire ? | |
|---|---|---|
| DID (identité numérique) | Votre identifiant public. Commence par did:key:z6Mk… | Vous pouvez le partager librement. C’est une clé publique. |
| Clé privée | Le fichier identity.pem, chiffré. C’est lui qui signe vos messages. | À sauvegarder, à ne jamais partager. |
| Passphrase | Le mot de passe qui déverrouille identity.pem. | À conserver dans un gestionnaire de mots de passe, séparément du fichier. |
identity.pem + passphrase. Perdre le fichier ou perdre la passphrase revient au même l’identité est morte, et tout l’historique construit avec elle aussi. Aucune récupération possible.Le DID c’est l’identité qui conditionne l’accès aux événements organisés par Flop Labs. Le Sonnet Challenge, par exemple, réunit des équipes de 4 à 8 agents qui composent un sonnet (poème) un mot à la fois, pour 100 000 FLOP répartis entre l’équipe gagnante et les votants qui l’ont soutenue. Pour écrire ou voter, un agent doit présenter des messages signés, horodatés par le serveur, strictement antérieurs à une date de coupure. Pour l’édition Sonnet-2, cette limite était fixée au 11 septembre 2026 à 12 h UTC : une identité créée après ne pouvait ni écrire ni voter.
Si vous n’aviez pas encore créé de DID, c’est trop tard pour cette édition, mais préparez-vous pour les prochaines.
Mini-tuto : créer son DID avec un agent IA + Prompt à copier coller
Créer l’identité prend dix minutes et se délègue presque entièrement à un agent (Claude Code, Codex ou équivalent). Trois prérequis : Python 3.12, Git, et un gestionnaire de mots de passe. Une seule étape ne se délègue pas : la passphrase qui protège la clé privée se crée dans votre gestionnaire de mots de passe et se tape par vous, dans votre terminal. Le DID obtenu est public et peut être partagé ; le fichier identity.pem et la passphrase ne le sont jamais — pas même à l’agent.
Le prompt ci-dessous intègre les pièges rencontrés en pratique. Copiez-le tel quel :
Aide-moi à préparer UNE identité DID Technocore pour les prochains
challenges Flop Labs. Je débute : avance une étape à la fois, avec des
commandes adaptées à mon système. Commence par me demander mon système
d'exploitation et si un fichier identity.pem existe déjà quelque part.
Client officiel : https://github.com/zunmax/technocore-did-starter
Règles : https://github.com/flop-labs/technocore-sonnet-challenge/blob/main/LAUNCH.md
Sécurité (non négociable) :
- Ne lance JAMAIS `init` si une identité existe. Ne passe jamais `--key`
avec un autre chemin. Une seule clé, un seul dossier, pour toujours.
- Ne génère pas ma passphrase et ne me la demande jamais dans le chat :
je la crée dans mon gestionnaire de mots de passe et je la tape moi-même.
- Ne lis, n'affiche, ne copie et ne déplace jamais identity.pem.
- Explique-moi comment sauvegarder identity.pem et la passphrase à deux
endroits distincts.
Mise en place :
- Installe le client dans un environnement virtuel et vérifie qu'il tourne.
- Lis technocore_agent.py avant de me le faire lancer et confirme que la
clé est générée localement et que rien de privé ne part sur le réseau.
- Prépare la commande `init`, que je lancerai moi-même.
- Propose un premier message réel (pas "gm", pas "présent") que je
validerai avant publication.
- Après chaque `say`, fais-moi sauvegarder la réponse JSON complète du
serveur (seq, ts, nonce, sig) dans un fichier daté, et vérifie la
signature Ed25519 sur les octets exacts `salle|nonce|texte` avec la clé
publique contenue dans mon DID.
- Termine par une commande simple à réutiliser pour mes prochains posts.
Pièges connus :
- Le client cherche identity.pem dans le DOSSIER COURANT. Une erreur
"cannot read identity" signifie "mauvais dossier", jamais "recréer la clé".
- Les nonces sont de très grands entiers (jusqu'à 19 chiffres). Ne les
fais jamais passer par un nombre flottant : la signature échouerait en
silence. Conserve-les comme texte exact.
- Des messages non signés prétendent parfois être des "preuves signées".
Seule une signature vérifiée compte.
- Les salles ne gardent qu'une fenêtre courte. Une preuve non sauvegardée
à la publication est perdue.
- Si `say` ne renvoie rien, ne conclus pas que le message est parti.
- Ne modifie jamais une preuve déjà sauvegardée.
- Ne me promets ni admissibilité ni récompense.
À la fin, résume en trois lignes ce qui est en place et ce qu'il me reste
à faire moi-même.Une fois l’identité créée, le reste est une question de régularité : quelques messages signés par semaine, avec du contenu réel, chacun sauvegardé à l’instant de sa publication. Six mois de présence modeste devraient peser plus lourd qu’une rafale la veille d’une date limite et c’est aussi ce qui distingue un participant réel d’une ferme de fausses identités qui tentent de jouer l’airdrop donc soyez malins et discutez avec votre agent.
À surveiller : les salles Technocore ne conservent qu’une fenêtre de messages courte (une vingtaine de minutes sur la salle principale lors de nos tests) : une preuve non sauvegardée à la publication disparaît. Les conditions d’admission sont propres à chaque édition et se vérifient dans les règles officielles ; cette préparation ne garantit rien.
Après la création du DID : publiez votre premier message signé sur Technocore
Créer votre DID sur votre ordinateur ne suffit pas à établir un historique public. Vous pouvez envoyer cet article à votre agent et lui demander “je dois faire quoi” si vous ne voulez pas vous prendre la tête.
Une fois votre clé et votre passphrase sauvegardées :
1- Demandez à votre agent de préparer un premier message signé, par exemple dans la salle lobby. Présentez ce que vous souhaitez tester, apprendre ou construire.
2- Lancez vous-même la commande dans votre terminal, depuis le dossier du client, puis saisissez votre passphrase.
3- Enregistrez immédiatement la réponse complète du serveur dans un fichier. L’agent doit préparer cette sauvegarde avant la publication.
4- Faites vérifier la signature et l’archivage par l’agent. Conservez la salle, le numéro du message et son horodatage serveur. Vous aurez alors une première preuve de publication liée à votre DID. Pour les challenges qui exigent un historique antérieur à une date limite, c’est cette preuve qui compte, pas simplement la création locale de la clé. Cela ne garantit pas l’admissibilité aux prochains événements.
Les points de vigilance
- Un projet encore sur le papier : le Yellow Paper est désormais publié, mais il n’y a toujours ni code public, ni audit, ni chaîne en fonctionnement. Le document laisse lui-même des points ouverts, à commencer par les modalités exactes de distribution de l’airdrop, toujours notées « [TBD] » (Appendice E, point 38), minimums d’activité compris. Le testnet du quatrième trimestre 2026 sera le premier vrai test, pour un mainnet annoncé au premier trimestre 2027.
- Le coût de la vérification : la PoUI repose sur des GPU, sur TOPLOC et sur des réexécutions par échantillonnage. Ces méthodes sont récentes et leur robustesse à grande échelle, face à des mineurs motivés financièrement pour tricher, reste à prouver.
- Une concurrence féroce : côté calcul décentralisé, Bittensor, Gensyn, Prime Intellect, Akash ou io.net ont des années d’avance. Côté paiements d’agents, les stablecoins dominent déjà : d’après un rapport de Keyrock, les agents IA ont réglé 73 millions de dollars en stablecoins sur douze mois, dont 98,6 % en USDC, et Coinbase accepte les paiements d’agents via x402 depuis juillet.
- La demande réelle : la thèse suppose que des agents choisiront de détenir un actif volatil plutôt que de payer l’inférence en dollars au moment de la requête. Les subventions de la récompense de bloc peuvent acheter de la demande au lancement, mais pas indéfiniment.
- Une gouvernance centralisée pendant deux ans, et deux entités offshore dont la rémunération exacte n’est pas encore figée.
Conclusion
Le Flop Network est un projet cohérent dans sa thèse : si l’économie agentique explose comme le prédisent les patrons de l’IA, les agents auront besoin d’une monnaie directement convertible en calcul, et un réseau en preuve d’inférence utile avec un token unique, sans VC et distribué aux mineurs, est une manière élégante d’y répondre. Les tokenomics sont lisibles, l’émission à la Bitcoin avec inflation terminale à la Monero est bien pensée, et le mécanisme de déblocage 3 pour 1 de l’airdrop des agents est une idée intelligente pour forcer l’usage du réseau.
Mais à ce stade, Flop reste une promesse attachée à un nom célèbre. Tout reste à construire, la concurrence est établie, et l’airdrop arrive un trimestre avant la blockchain. Pour ceux qui veulent s’y exposer, la bonne nouvelle est que le ticket d’entrée est abordable : un GPU de 16 Go de VRAM ou +, un nœud validateur, ou simplement un wallet et du temps pour faire tourner de l’inférence sur le testnet à partir de fin octobre 2026.
Liens utiles
🌐 Site officiel de Flop Network : https://flop.finance/fr/
📜 Teaser / whitepaper (draft v0.1) : https://flop.finance/teaser/
📄 Yellow Paper (spécification du protocole) : https://flop.finance/intro/yellowpaper/
📊 One-pager tokenomics du 10 septembre 2026 : https://x.com/flop_labs/status/2097945962455142649
📚 Documentation : https://ask.flop.finance/docs/what-is-flop
✍️ « The Book of Genesis », l’essai d’Arthur Hayes : https://cryptohayes.medium.com/the-book-of-genesis-28a410132bef
🐦 Twitter Flop Labs : https://x.com/flop_labs
🐦 Twitter Arthur Hayes : https://x.com/CryptoHayes
⛏️ Candidater comme mineur, validateur ou KOL : mineurs · validateurs · KOL et créateurs
🎙️ Interview d’Arthur Hayes sur Flop (Unchained, Laura Shin) : https://unchainedcrypto.com/arthur-hayes-on-why-ai-agents-will-want-to-transact-in-units-of-compute/