Un MMO dont le moteur physique est Bitcoin

État de la publication : DCENT_Pool est en préparation pour sa diffusion publique. Suivez ou inspectez la destination GitHub de DCENT_Pool pour connaître l'état de la version. Ne supposez pas que le code complet du pool, du jeu, du tableau de bord ou la documentation d'auto-hébergement sont publics avant de les y voir.

Et si un jeu en ligne n'avait pas le droit d'inventer sa propre énergie?

Dans un MMO classique, le serveur peut créer une unité d'endurance, faire avancer une barre de construction ou déclencher un événement à 20 h précises. Tout se déroule selon une horloge et des nombres produits à l'intérieur du jeu. C'est normal : le serveur est à la fois arbitre, chronomètre et machine à calculer la progression.

DCENT_Pool part d'une contrainte différente. Le monde fictif est conçu pour recevoir son effort d'une activité physique extérieure : de véritables appareils ASIC qui participent au minage de Bitcoin. La personne choisit l'intention — explorer, construire, défendre, attaquer, rechercher, se déplacer ou appuyer un objectif collectif — mais le bouton ne crée pas la force nécessaire. Cette force doit venir d'un travail de minage validé.

Chaque nouveau bloc canonique de Bitcoin peut ensuite faire avancer l'horloge du monde. Le prochain battement n'est pas fixé par D-Central et ne se produit pas nécessairement dix minutes après le précédent. Il arrive lorsque Bitcoin avance.

C'est l'idée derrière un MMORPP — Massively Multiplayer Online Role-Playing Pool : un pool de minage et un jeu de rôle massivement multijoueur en ligne dont les systèmes demeurent reliés sans être confondus.

« Moteur physique » ne veut pas dire moteur graphique

Le titre mérite une précision immédiate.

Bitcoin n'affiche pas la carte, n'anime pas un personnage et ne décide pas du récit. Le logiciel du royaume gère la simulation fictive. Dans l'expression moteur physique, le mot physique désigne la contrainte réelle qui alimente l'action :

• du matériel spécialisé doit fonctionner;
• de l'électricité est réellement consommée;
• de la chaleur est réellement produite;
• des hachages sont réellement calculés;
• du travail est réellement soumis au pool;
• le pool doit valider ce travail;
• les blocs du réseau Bitcoin fournissent une horloge extérieure au serveur de jeu.

Le terme plus technique serait MMO à contraintes physiques. La formule « moteur physique » est plus vive, mais elle ne doit jamais laisser croire que le consensus Bitcoin valide les personnages, les guildes ou les combats. Les nœuds Bitcoin valident Bitcoin. Le royaume applique ses propres règles de jeu.

Cette frontière est au cœur du produit. La fiction peut être spectaculaire; les affirmations sur le minage doivent rester sobres et vérifiables.

Trois plans, une seule expérience

Pour comprendre le MMORPP, il faut séparer trois plans.

Le jeu vient du passage explicite entre ces plans. Une interface peut raconter qu'un groupe a frappé un boss, puis montrer la preuve de travail acceptée qui a alimenté cet événement. Elle ne doit jamais tracer une flèche directe entre les points de vie du boss et une récompense Bitcoin.

L'ASIC devient une composante de la manette

Un ASIC n'est pas une manette au sens habituel. Il ne sait pas que votre personnage souhaite aller au nord. La personne déclare toujours son intention dans une interface ou au moyen d'une commande authentifiée.

L'ASIC entre toutefois dans la boucle de commande parce qu'il fournit l'effort qui permet d'exécuter cette intention.

Prenons une action de construction. Dans un jeu traditionnel, un clic peut démarrer une minuterie. Le serveur attend, puis attribue le bâtiment. Dans un MMORPP à contraintes physiques, le clic ne devrait être qu'une destination : « appliquer mon prochain travail admissible à ce chantier ». Si le mineur continue de fonctionner et que le pool accepte son travail, le chantier peut progresser selon une règle publiée. Si le mineur est arrêté ou déconnecté, le serveur ne doit pas reconstituer après coup un travail imaginaire.

Cette boucle transforme des réalités techniques en matière de jeu :

• la disponibilité devient un historique observé plutôt qu'une statistique inventée;
• le refroidissement et la stabilité influencent la continuité du système;
• le taux de hachage mesure une capacité physique, pas un achat dans une boutique de jeu;
• la configuration réseau peut interrompre la contribution;
• l'efficacité énergétique devient un choix mesurable, avec un vrai coût.

La personne donne une direction. La machine fournit un débit. Le pool vérifie l'entrée. Le monde interprète le résultat.

Une share acceptée n'est pas un morceau de bloc

Pour rendre cette idée honnête, le mot share doit rester précis.

Un pool de minage assigne aux appareils une cible plus facile que la cible du réseau Bitcoin. Lorsqu'un mineur soumet un résultat qui respecte cette cible, le pool peut l'accepter comme preuve du travail fourni. La documentation technique de Bitcoin explique que ces shares permettent au pool d'estimer la contribution sans attendre le très rare résultat qui satisfait aussi la cible du réseau.

Une share acceptée peut donc servir de base à un compteur d'effort fictif. Elle peut faire avancer un chantier ou contribuer à un combat si les règles du royaume le prévoient.

Elle ne signifie pas qu'une partie d'un bloc est terminée. Elle ne remplit pas une barre vers un bloc garanti. Une longue série de shares ne rend pas le prochain hachage « dû ». La couche ludique ne modifie ni la difficulté du réseau ni la probabilité propre à chaque tentative.

La formulation sûre est la suivante :

Une share acceptée prouve qu'un résultat a atteint la cible assignée par le pool. Seul un résultat qui atteint aussi la cible beaucoup plus difficile du réseau peut servir à former un bloc candidat.

Cette distinction permet au jeu de donner une rétroaction fréquente sans transformer une mesure de travail en fausse promesse financière.

Les blocs Bitcoin deviennent une horloge externe

L'autre moitié du concept est le temps.

Bitcoin vise un intervalle moyen d'environ dix minutes entre les blocs à l'échelle du réseau. La FAQ française de Bitcoin.org et son vocabulaire utilisent bien le mot moyenne. Les intervalles réels varient : deux blocs peuvent arriver rapidement, puis le suivant se faire attendre.

Le monde de DCENT_Pool peut utiliser la hauteur de bloc comme horloge fondamentale :

tick_du_monde = hauteur_du_bloc_bitcoin

Un trajet pourrait durer quatre blocs, et non quarante minutes garanties. Une construction pourrait se terminer à une hauteur définie. Une phase d'événement pourrait commencer après douze nouveaux blocs. L'interface peut afficher une estimation en minutes ou en heures, mais la règle demeure exprimée en blocs.

Cette horloge a trois propriétés inhabituelles pour un jeu :

1. Elle est externe. D-Central ne choisit pas le moment précis du prochain tick.
2. Elle est publique. La hauteur et le bloc peuvent être observés en dehors du royaume.
3. Elle est irrégulière. Une durée exprimée en blocs est estimable, jamais une heure de rendez-vous exacte.

Chaque bloc canonique peut faire avancer le monde, peu importe le mineur ou le pool qui l'a trouvé. DCENT_Pool ne reçoit pas une récompense à chaque tick. Un paiement de minage solo exige un événement distinct : un appareil connecté au pool doit trouver un résultat à la cible du réseau, puis le bloc doit franchir les étapes pertinentes de validation et de chaîne.

L'horloge mondiale et le bloc trouvé par le pool sont deux flux d'événements différents.

Un monde persistant doit respecter l'effort

Le projet vise un monde dont l'histoire ne s'efface pas au début d'une nouvelle saison.

Cela ne veut pas dire que tout reste immobile. Une route peut se dégrader. Un classement récent peut diminuer. Une ville peut devenir une ruine. Une faction peut perdre son influence. Une nouvelle région peut donner une place réelle aux nouveaux venus.

La différence est que le monde ne prétend pas que le passé n'a jamais existé.

Cette permanence devient particulièrement importante lorsqu'un travail physique a alimenté les actions. Si de vraies machines ont contribué à une route, à un chantier ou à une défense, effacer silencieusement le résultat réduirait la preuve de travail à un décor. L'histoire persistante indique que l'effort a laissé une trace.

Le défi consiste à préserver cette mémoire sans condamner les nouveaux joueurs à vivre dans le musée des premiers arrivés. Les frontières, l'entretien, la spécialisation, la décroissance de certains classements et les rôles complémentaires doivent créer des occasions nouvelles sans supprimer les anciennes.

Pourquoi ce concept peut intéresser plus que les Bitcoiners

Le MMORPP possède plusieurs portes d'entrée.

Pour les communautés de MMO

Les guildes, les rôles complémentaires, les objectifs collectifs et les boss mondiaux deviennent plus intéressants lorsque la contribution provient de machines indépendantes. Le problème de conception n'est plus seulement « qui inflige le plus de dégâts? », mais aussi « qui explore, qui construit, qui maintient, qui coordonne et qui fournit l'effort au bon moment? »

Pour le public des jeux de progression longue

Une succession d'actions peut former une identité : éclaireur, bâtisseur, logisticien, défenseur ou spécialiste d'un type d'objectif. La maîtrise vient de ce que la personne choisit de soutenir au fil d'une histoire qui ne repart pas de zéro.

Pour les adeptes de jeu de rôle sur table

L'Office québécois de la langue française décrit le jeu de rôle sur table comme une activité collaborative où les joueurs choisissent leurs actions et où une combinaison de règles détermine leur succès. Le parallèle utile est la séparation entre intention et résolution. Dans DCENT_Pool, la personne annonce ce qu'elle veut faire; le travail admissible et les règles déterminent la transition. Bitcoin ne remplace toutefois pas la créativité d'un maître de jeu.

Pour le public des jeux incrémentaux

La boucle « choisir, laisser fonctionner, revenir, constater, optimiser » est familière. La différence est que la production n'est pas simulée. Le tableau de bord peut être fermé, mais le mineur doit continuer de travailler.

Pour les bidouilleurs

Le matériel fait partie du jeu sans être déguisé. Température, alimentation, micrologiciel, stabilité et réseau deviennent des réalités que la personne peut comprendre et améliorer. Le monde fictif donne un contexte social à cette pratique technique.

Ce que DCENT_Pool n'est pas

Ce n'est pas un jeu « sur chaîne » par défaut

La hauteur et les blocs Bitcoin peuvent fournir l'horloge et certaines données. Les personnages, bâtiments et combats demeurent gérés par le logiciel du royaume, à moins qu'une preuve précise démontre le contraire. Dire que tout le jeu est on-chain serait trompeur.

Ce n'est pas un mécanisme qui améliore les chances de miner

Une classe, une guilde, un objet ou une victoire fictive ne peut pas rendre un hachage plus susceptible de respecter la cible Bitcoin. Le taux de hachage, la difficulté, le temps et le hasard gouvernent la probabilité.

Ce n'est pas une promesse de gain

Le XP, les titres, les ressources et le territoire appartiennent à la fiction. Ils ne constituent ni un bitcoin, ni un placement, ni un droit à un paiement futur. Une récompense de bloc est un événement minier séparé, à forte variance.

Ce n'est pas une copie d'un MMO existant

DCENT_Pool s'inspire de conventions générales — rôles, guildes, campagnes, progression, exploration — tout en utilisant ses propres noms, règles, personnages, créatures, cartes, images et récits. Il n'est affilié à aucun éditeur ou jeu cité dans les documents de conception.

Ce n'est pas encore une preuve d'échelle massive

MMORPP est le nom et la direction du produit. L'adjectif « massivement multijoueur » devra être soutenu par des essais de charge, une capacité publiée et une expérience sociale effectivement disponible. Une architecture ambitieuse ou un prototype local ne suffit pas.

Les vrais problèmes de conception

L'idée est forte parce que ses contraintes sont difficiles.

Inégalité du taux de hachage. Plus de puissance produit plus de travail attendu. Le jeu doit créer des rôles pour la disponibilité, l'information, la logistique, la géographie et la coordination sans nier cet avantage physique.

Coût réel. L'électricité, le matériel, la chaleur, le bruit et l'entretien ne sont pas des ressources fictives. L'accueil des joueurs doit les afficher avant toute invitation à brancher un appareil.

Confiance envers l'opérateur. Des règles déterministes ne rendent pas automatiquement l'ensemble du système « sans confiance ». Il faut nommer les entrées, versions, journaux, vérificateurs et pouvoirs qui restent entre les mains de l'opérateur.

Réorganisations de chaîne. Les blocs près de la pointe peuvent devenir orphelins. Un monde rythmé par Bitcoin doit distinguer les ticks provisoires, leur règlement et la manière de rejouer l'histoire.

Sécurité des commandes. Une commande de jeu ne doit jamais détourner une adresse de paiement, affaiblir l'authentification ou modifier silencieusement le travail Bitcoin.

Accès des nouveaux joueurs. Un monde sans remise à zéro doit transformer son âge en contenu, pas en exclusion permanente.

Ces problèmes ne sont pas des notes de bas de page. Ils constituent le travail de conception.

Une nouvelle question pour le jeu en ligne

DCENT_Pool ne demande pas simplement : « Comment ajouter un thème Bitcoin à un MMO? »

Il demande :

Que devient un monde persistant lorsque son effort doit provenir de machines réelles et que son horloge dépend d'un réseau public qu'aucun concepteur de jeu ne contrôle?

La réponse ne peut pas venir d'un slogan. Elle doit apparaître dans la jouabilité, les preuves et les limites publiées.

L'ASIC fournit l'effort. La personne choisit l'intention. Le pool valide la contribution. Le royaume applique les règles. Bitcoin donne le rythme. La fiction raconte ce que cette combinaison a produit — sans jamais réécrire la réalité du minage.

Questions fréquentes

Le monde fictif est-il inscrit dans la chaîne de blocs Bitcoin?

Pas nécessairement. Le monde peut utiliser les shares validées et la hauteur des blocs comme entrées tout en conservant son propre état. Il ne faut pas confondre cet état avec le consensus Bitcoin.

Une action du jeu améliore-t-elle les chances de trouver un bloc?

Non. Les choix fictifs ne modifient ni les hachages, ni la cible du réseau, ni la probabilité de minage.

Toutes les mécaniques décrites sont-elles déjà disponibles?

Non. Vérifiez la page d'état et la destination GitHub; toute mécanique non confirmée doit rester étiquetée comme essai, prototype ou feuille de route.

Suivre le projet

Avant de connecter un mineur : vérifier l'état courant du nœud, de Stratum, des shares, des frais, de la garde, du paiement et du matériel pris en charge. La publication de cet article ne prouve pas que le service est prêt à recevoir le taux de hachage principal.

Le parcours recommandé est de lire la définition actuelle du MMORPP en anglais, puis de comprendre le minage dans le guide complet du minage solo Bitcoin. Cette page-ci fournit le contexte français; aucune page centrale française distincte n'est présumée. Consultez ensuite la page d'état de DCENT_Pool pour vérifier ce qui est en production, en essai ou encore sur la feuille de route.

Sources

• Office québécois de la langue française, preuve de travail, chaîne de blocs, jeu de rôle en ligne massivement multijoueur et jeu de rôle sur table.
• Bitcoin.org, vocabulaire, FAQ et Comment fonctionne Bitcoin? en français.
• Documentation pour développeurs Bitcoin, Mining, pour la distinction technique entre cible du pool, share et cible du réseau.