DigiByte (DGB) Expliqué

DigiByte est une blockchain à preuve de travail lancée en janvier 2014 qui produit un bloc toutes les 15 secondes et répartit le minage sur cinq algorithmes indépendants. SHA-256 est l’un d’eux et gère grosso modo un bloc sur cinq, avec sa propre difficulté ajustée séparément. C’est ce seul choix de conception qui rend réaliste, pour un ASIC domestique, de gagner des blocs DigiByte — et qui permet à n’importe quel mineur Bitcoin de pointer vers DGB sans rien changer.

L’essentiel

• Cinq algorithmes, une chaîne. SHA-256, Scrypt, Skein, Qubit et Odocrypt minent chacun environ 20% des blocs, chacun avec sa propre difficulté.
• Un bloc SHA-256 toutes les 75 secondes en moyenne, face à une voie d’environ 40 PH/s — soit environ 1/25 000 du hashrate de Bitcoin.
• Pas de halving. La subvention est multipliée par 0,98884 chaque mois, de 8 000 DGB en 2014 à environ 251 DGB aujourd’hui, jusqu’à s’annuler au bloc 41 668 798.
• Un Bitaxe trouve un bloc toutes les trois à quatre semaines. Le même appareil sur Bitcoin affiche une moyenne d’environ 3 500 ans.
• DigiByte a offert sa meilleure idée. DigiShield, construit en février 2014, tourne aujourd’hui dans Dogecoin, Zcash, Bitcoin Cash et une vingtaine d’autres chaînes.
• Le compromis porte sur la valeur, pas sur la fréquence. Un bloc DGB vaut environ un dollar. Vous gagnez souvent, vous gagnez peu.

D’où vient DigiByte ?

DigiByte a été créé par Jared Tate, un programmeur d’Idaho Falls qui travaillait avec Bitcoin depuis 2012. À l’automne 2013 il s’est mis à modifier le protocole Bitcoin, et le 10 janvier 2014 il a miné le premier bloc DigiByte.

Dans ce bloc genesis il a inscrit un titre de USA Today du jour même : Target: Data stolen from up to 110M customers. Le geste fait écho au message genesis de Satoshi Nakamoto, cinq ans et une semaine plus tôt. Le titre de Nakamoto déclarait l’échec de la finance centralisée ; celui de Tate déclarait l’échec de la sécurité des données centralisée. La cybersécurité est restée depuis l’axe déclaré du projet.

Il n’y a eu ni ICO ni levée de fonds. Un premine de 105 millions de DGB — 0,5% de l’offre finale — a été partagé en deux : la moitié distribuée aux premiers utilisateurs, la moitié conservée pour le développement, transactions publiées à l’appui. Douze ans plus tard Tate commite toujours dans le code, ce qui fait de DigiByte l’une des très rares chaînes de 2014 dont le fondateur n’a jamais disparu.

Qu’est-ce que DigiByte a inventé et que d’autres ont copié ?

C’est la partie de l’histoire que presque personne ne raconte, et l’élément le plus solide du parcours de DigiByte.

Six semaines après le lancement, en février 2014, la chaîne a activé DigiShield au bloc 67 200. Le problème qu’il résolvait tuait alors les petites chaînes : les multi-pools débarquaient avec dix fois le hashrate du réseau, minaient des blocs faciles tant que la difficulté restait basse, puis repartaient — laissant les mineurs restants à une difficulté artificiellement élevée jusqu’au recalcul bimensuel. Certaines chaînes gelaient pendant des jours.

DigiShield recalculait la difficulté entre chaque bloc, et de façon asymétrique : rapide à la baisse, lente à la hausse. Exploiter la chaîne avec une multi-pool a cessé d’être rentable, car la difficulté rattrapait en quelques minutes.

Ce printemps-là, Dogecoin subissait la même attaque. Les développeurs de DigiByte ont directement aidé l’équipe Dogecoin à implémenter DigiShield, et cela a fonctionné immédiatement. De là, la technologie s’est répandue. En 2019 l’algorithme — ou l’une de ses dérivations — tournait dans plus de vingt-cinq blockchains, dont Zcash, Bitcoin Cash, Bitcoin Gold, Monacoin, Aurora Coin et Ubiq. Une pull request de 2019 sur le dépôt Litecoin a même proposé de l’y porter, avec une comparaison directe : au halving de Litecoin, 12 blocs sont arrivés en 17 minutes, tandis que DigiByte, sur une fenêtre comparable, produisait 200 blocs en 49,5 minutes contre 50 attendues — un écart de 1%. L’argument tenait en une ligne :

“There is no down-side to a more stable and steady block production schedule.” — ChillingSilence, Litecoin PR #608

DigiByte n’a touché aucune redevance et, dans la plupart de ces bases de code, aucune mention. L’idée est simplement devenue une infrastructure.

Quels sont les hard forks de DigiByte, dans l’ordre ?

Cinq hard forks et trois soft forks, tous lisibles dans les paramètres de consensus de DigiByte Core.

L’activation de SegWit en 2017 mérite une pause : DigiByte l’a activé en avril 2017, quatre mois avant Bitcoin. Pour une chaîne souvent balayée comme dérivative, être arrivée en premier sur la mise à jour la plus disputée de l’époque est un fait difficile à écarter.

Qu’est-ce qui distingue DigiByte de Bitcoin ?

Plusieurs choix de protocole les séparent, et chacun a des conséquences pour qui mine.

La dernière ligne est plus utile qu’elle n’en a l’air. Sur Bitcoin, une coinbase fraîchement minée est dépensable après environ dix-sept heures. Sur DigiByte, 100 blocs passent en vingt-cinq minutes — qui gagne un bloc au petit-déjeuner peut déplacer la récompense avant le déjeuner.

Comment MultiAlgo fonctionne-t-il réellement ?

DigiByte ne fait pas tourner les algorithmes selon un calendrier et n’en tire pas un au hasard. Les cinq sont en concurrence simultanée, et l’algorithme utilisé par un bloc est inscrit dans l’en-tête du bloc lui-même.

Dans primitives/block.h de DigiByte Core, la constante BLOCK_VERSION_ALGO est définie comme 15 << 8 — un masque de quatre bits sur les bits 8 à 11 du champ version. Chaque algorithme a une valeur fixe dans cette fenêtre :

À l’arrivée d’un bloc, le nœud lit ces quatre bits pour décider laquelle des cinq difficultés s’applique. C’est tout le mécanisme, et cela explique un détail qui compte pour les propriétaires d’ASIC modernes : le version rolling de l’AsicBoost explicite utilise les bits 13 à 28, bien à l’écart de la fenêtre de l’algorithme. Votre mineur peut faire tourner la version librement sans jamais corrompre l’identifiant.

Chaque voie vise un bloc toutes les 75 secondes. Cinq voies à 75 secondes donnent en moyenne un bloc toutes les 15 secondes sur l’ensemble de la chaîne.

L’argument de sécurité découle de l’arithmétique plutôt que d’une affirmation : celui qui contrôle 99% d’un seul algorithme ne commande toujours que 20% de la production de blocs. Les quatre autres voies continuent d’étendre la chaîne honnête plus vite qu’un attaquant ne peut en étendre une concurrente.

Comment MultiShield ajuste-t-il vraiment la difficulté ?

La plupart des descriptions s’arrêtent à « il se recalcule à chaque bloc ». L’algorithme réel dans pow.cpp est plus intéressant, et trois de ses propriétés comptent pour un mineur.

Il moyenne sur 10 blocs par algorithme, pas sur un seul. Le retarget remonte de NUM_ALGOS × nAveragingInterval blocs — cinquante au total, dix appartenant à votre voie — et compare le temps écoulé aux 750 secondes attendues.

Il amortit la correction au quart. La durée mesurée n’est pas utilisée brute. Le code calcule target + (actual − target) / 4, si bien qu’une voie deux fois plus rapide que prévu déplace la difficulté d’un quart de la correction naïve. C’est ce qui empêche la chaîne d’osciller quand un seul bloc chanceux arrive en avance.

Il est délibérément asymétrique. Les bornes sont nMaxAdjustDownV4 = 16 et nMaxAdjustUpV4 = 8 : la difficulté peut chuter jusqu’à 16% par pas mais monter au plus de 8%. Une voie désertée par le hashrate se rétablit deux fois plus vite qu’une voie inondée. Cette asymétrie est l’intuition originelle de DigiShield, et c’est pourquoi une multi-pool ne peut pas paralyser la chaîne.

Il existe aussi un ajustement local par algorithme de 4% par position : si votre voie a pris du retard sur les autres, sa difficulté est abaissée pour chaque bloc de retard, et relevée quand elle est en avance. Et toutes les mesures de temps utilisent le median-time-past plutôt que les horodatages bruts, ce qui ferme l’attaque time-warp qui a frappé d’autres petites chaînes.

Conséquence pratique : si une grosse ferme se pose sur SHA-256, la difficulté de cette voie grimpe en quelques minutes au lieu de deux semaines — et retombe tout aussi vite quand la ferme s’en va. Des probabilités calculées sur la difficulté du jour sont un instantané, pas une prévision. Le Network Radar suit difficulté et dérive en direct sur toutes les chaînes SHA-256, côte à côte.

Quel algorithme utiliser ?

C’est votre matériel qui décide, pas votre préférence.

Si vous possédez déjà du matériel de minage Bitcoin, la décision est prise : SHA-256, sans rien modifier.

Qu’est-ce qu’Odocrypt, et pourquoi se transforme-t-il tout seul ?

Odocrypt est le seul algorithme de minage en production qui réécrit périodiquement ses propres structures internes. Il a été activé en juillet 2019 au bloc 9 112 320, en remplacement de Groestl.

Il repose sur Keccak — la famille SHA-3 — choisi parce qu’il est compact et demande peu de mémoire, ce qui convient aux FPGA du commerce. Ses boîtes de substitution et de permutation sont régénérées à partir d’une nouvelle graine tous les dix jours, à minuit UTC. L’intervalle est inscrit dans le consensus sous nOdoShapechangeInterval = 10*24*60*60.

Un ASIC conçu pour une époque n’est plus que de la ferraille à la suivante. Les mineurs FPGA recompilent simplement le bitstream et reprogramment — quelques secondes de travail — et une fenêtre de deux heures avant chaque bascule accepte les anciens comme les nouveaux paramètres, pour que le hashrate de la voie ne s’effondre pas à minuit pendant que tout le monde reflashe.

Il tient son nom d’Odo, le métamorphe de Star Trek : Deep Space Nine.

Le projet comporte une note de bas de page qui vaut d’être connue. En 2019 et 2020, il a aussi poursuivi ProgPoW et RandomX, pour ramener GPU et CPU dans le minage de DigiByte. Le travail a été implémenté mais jamais livré, et les marqueurs abandonnés restent visibles aujourd’hui dans le code : dans l’énumération des algorithmes, ALGO_EQUIHASH et ALGO_ETHASH sont commentés entre Qubit et Odocrypt. Une petite trace archéologique d’un plan qui n’a pas eu lieu.

Combien rapporte un bloc DigiByte ?

Environ 251 DGB en septembre 2026, et moins chaque mois. DigiByte a remplacé le halving quadriennal de Bitcoin par une décroissance continue, inscrite directement dans le consensus plutôt que dans une table.

Dans GetBlockSubsidy du code source de DigiByte, l’émission traverse six périodes distinctes :

La période VI est celle en cours aujourd’hui, et ce depuis décembre 2015. Chaque mois la subvention est multipliée par 98884/100000 — une baisse d’environ 1,116%, pas le « 1% » arrondi habituellement cité. Le code arrête le calendrier au bloc 41 668 798, où la récompense passe sous 1 DGB et est explicitement mise à zéro. À 15 secondes par bloc, cela tombe vers 2035, d’où la formule « 21 milliards de pièces en 21 ans ».

La conséquence pour un mineur est nette : chaque mois d’attente, un bloc DGB rapporte environ 1% de moins. Il n’y a aucune marche à exploiter ni halving à anticiper — seulement une glissade lente et permanente.

Un mineur domestique peut-il vraiment gagner des blocs DGB ?

Oui, et l’écart avec Bitcoin n’est pas marginal : ce sont quatre ordres de grandeur.

La voie SHA-256 de DigiByte tourne entre environ 36 et 45 PH/s (mesurés sur les nœuds complets DigiByte de SoloFury en septembre 2026), avec une difficulté oscillant entre environ 650 et 890 millions. Bitcoin dépasse les 1 000 EH/s.

D’où ces attentes pour un mineur solo :

Ce sont des moyennes d’un processus de Poisson, pas des horaires. Un Bitaxe peut trouver un bloc dès le premier jour ou rester deux mois bredouille. Mais l’attente se mesure en semaines plutôt qu’en siècles, et cela change ce que signifie miner en solo.

Ici nous pouvons montrer nos propres chiffres plutôt qu’un modèle. Le premier jour de production DigiByte de SoloFury, un seul Antminer S21 à 200 TH/s a trouvé six blocs en 24 heures — le premier étant le bloc 24 172 844, du 8 septembre 2026. Chaque coinbase est publique, porte la signature du pool, et a versé la récompense directement à l’adresse du mineur.

Faites le calcul pour votre propre matériel. Le calculateur de probabilités prend votre hashrate et renvoie la probabilité de bloc par jour, semaine et mois sur chaque chaîne prise en charge.

Que vaut réellement un bloc DGB ?

Environ un dollar américain. Ce n’est pas une coquille, et prétendre le contraire ne ferait que vous faire perdre du temps.

À environ 0,0046 dollar le DGB (CoinGecko, septembre 2026), un bloc de 251 DGB représente environ 1,16 dollar. Cinq blocs par jour depuis un S21 font moins de six dollars, face à environ 3,5 kW en continu. À tout prix de l’électricité supérieur à quelques centimes, miner du DGB perd de l’argent en tant qu’opération énergétique.

Alors pourquoi le faire ? Parce que ce qui est en jeu n’est pas la récompense, c’est le résultat. Miner Bitcoin en solo, pour un mineur domestique, c’est un ticket que vous n’encaisserez réalistement jamais : un Bitaxe affiche une moyenne d’environ 3 500 ans par bloc, et les victoires très commentées sont d’authentiques cas sur un million. DigiByte rend au petit matériel l’expérience originelle de la preuve de travail. Vous pointez un mineur vers une chaîne, et en quelques semaines la chaîne vous remet un bloc avec votre propre adresse dans la coinbase.

Ceux qui font tourner DGB à côté d’une opération BTC sérieuse le traitent exactement ainsi : une voie à faible enjeu où le matériel prouve qu’il fonctionne, où le tableau de bord se remplit de blocs réels au lieu d’un compteur éternellement à zéro, et où l’apprentissage coûte un dollar à la fois.

Qu’est-il arrivé à DigiByte entre 2020 et 2025 ?

La période la plus dure de l’histoire du projet, et elle mérite d’être racontée honnêtement.

En mai 2020, après une hausse de 900%, Jared Tate a annoncé qu’il se retirait. Sa déclaration publique visait la culture du secteur plutôt que le projet : il écrivait que la plupart des participants ne se souciaient que de “cashing out when a coin moons”, et que l’espace s’était éloigné de ses valeurs fondatrices. DGB a chuté d’environ 20% sur la nouvelle. Son collègue développeur Josiah Spackman a présenté cela comme une année sabbatique ; Tate a précisé qu’il ne partait pas pour toujours et qu’il ne vendait pas. En septembre 2020 il était de nouveau impliqué.

En 2023 il a été plus direct sur le coût : environ 500 000 dollars de sa poche et plus de 10 000 heures consacrées à DigiByte, tout en cumulant quatre petits boulots pour garder sa maison, et détenant alors pour quelque 500 dollars de DGB. Il a demandé à la communauté de porter une plus grande part du fardeau.

Le développement reflétait cette usure. La chaîne est restée des années sur la base de code v7.17.3 pendant que d’autres se modernisaient. Le travail sur ProgPoW et RandomX s’est enlisé. Un effort bénévole a fini par livrer le rebase v8, mettant le code à niveau jusqu’à Bitcoin Core v22 et activant enfin Taproot en avril 2025 au bloc 21 168 000. Puis en 2026 la ligne v9 a rebasé de nouveau, sur Bitcoin Core 26.2.

Cette chronologie compte pour une raison qui intéresse les mineurs : c’est au rebase v8 que le bug Groestl est entré.

Qu’a été l’incident Groestl de juin 2026 ?

L’épisode de sécurité le plus instructif de cette chaîne, et un bon argument pour tenir ses nœuds à jour.

Groestl était l’un des cinq algorithmes d’origine, retiré en 2019 lors du fork Odocrypt. La règle rejetant les blocs Groestl existait dans le logiciel de l’ère v7.17.3, mais elle a été perdue par accident lors du rebase v8 en 2021 ou 2022. La fonction qui savait que Groestl était retiré a survécu — elle servait encore à la difficulté et à l’affichage — mais l’unique ligne qui la faisait appliquer à l’acceptation d’un bloc avait disparu. Comme personne ne minait Groestl, sa difficulté est restée au plancher et la faille a dormi des années.

Le 28 juin 2026 à 16:40:05 UTC, au bloc 23 751 096, quelqu’un l’a remarqué. En utilisant — d’après les rapports — une IA pour analyser les règles de consensus, cette personne a réactivé Groestl et s’est mise à miner un sixième algorithme à difficulté minimale.

Résultat : environ 1 356 blocs bon marché valant quelque 351 000 DGB, des temps de bloc tombant des 15 secondes prévues à 12-13, et un réseau scindé — les nœuds v8 et v9 acceptaient les blocs Groestl tandis que les logiciels v7.17.3 plus anciens les rejetaient et bifurquaient vers une chaîne plus lente. Plusieurs plateformes ont suspendu dépôts et retraits de DGB.

Ce qui n’est pas arrivé compte autant. Les notes de version de DigiByte Core v9.26.3 le disent sans détour :

“No coins were stolen and no confirmed transactions were reversed.” — Notes de version DigiByte Core v9.26.3

La réorganisation la plus profonde de la chaîne active a été de quatre blocs. Parmi toutes les branches concurrentes que le réseau a vues, aucune n’a jamais accumulé plus de travail total que la chaîne honnête.

Core v9.26.2 a rétabli l’application de la règle sur les algorithmes retirés comme mise à jour obligatoire — désormais appelée AlgoLock — et v9.26.5 l’a enterrée de façon permanente sous BIP90, aux côtés de Taproot et DigiDollar.

Pour un mineur, la leçon est opérationnelle, pas philosophique : utilisez v9.26.5 ou plus récent. Toute version antérieure est soit hors consensus, soit dépourvue du correctif.

Qu’est-ce que DigiDollar ?

L’autre moitié de l’année 2026 de DigiByte, et la première vraie nouveauté sur cette chaîne depuis des années.

DigiDollar a été activé sur le mainnet le 17 juillet 2026 au bloc 23 869 440, via un soft fork BIP9 sur le bit de déploiement 23. Il permet de verrouiller du DGB dans des coffres Taproot à verrou temporel comme collatéral et de frapper un jeton indexé sur le dollar entièrement on-chain — sans émetteur, sans dépositaire, et surtout sans moteur de liquidation : le collatéral reste verrouillé jusqu’à ce que le propriétaire du coffre le rachète. Les données de prix proviennent d’un ensemble de 35 places d’oracle exigeant 7 signatures, agrégées avec MuSig2 pour qu’aucune partie isolée ne puisse falsifier un flux.

Son adoption reste une question ouverte, et les projections de la communauté sur une part du marché des stablecoins relèvent de la promotion plus que de l’analyse. Ce qui n’est pas en question, c’est la revendication technique : une stablecoin décentralisée surcollatéralisée native d’une chaîne UTXO est une première.

Pour un mineur, la pertinence est indirecte mais réelle. DigiDollar donne au DGB un usage on-chain au-delà des transferts, et le collatéral verrouillé sort de l’offre en circulation. Si cela fonctionne, la pièce que vous minez dispose d’une source de demande qu’elle n’avait pas en 2025.

Comment commencer à miner du DGB ?

Si vous avez du matériel SHA-256, il faut trois choses :

1. Une adresse DigiByte que vous contrôlez. Les adresses legacy commencent par D, les SegWit natives par dgb1. N’importe quel portefeuille dont vous détenez les clés convient.
2. Un endpoint stratum. Sur un pool solo non dépositaire, votre adresse est le nom d’utilisateur — pas de compte à créer ni de seuil de paiement à atteindre.
3. Le firmware que vous avez déjà. Bitmain d’origine, BraiinsOS, VNish, LuxOS, AxeOS : tous parlent le même protocole à un pool DGB qu’à un pool BTC.

La convention de nom d’utilisateur est celle de Bitcoin : VOTRE_ADRESSE_DGB.nom_worker, mot de passe x. La difficulté est gérée par le vardiff du pool, et sur une chaîne à blocs de 15 secondes mieux vaut la laisser se stabiliser que forcer une valeur fixe. Si votre firmware le permet, l’AsicBoost explicite fonctionne sur DGB exactement comme sur Bitcoin — comme vu plus haut, le masque de version rolling ne touche jamais les bits de l’algorithme.

Le même raisonnement vaut pour les autres chaînes SHA-256 à faible difficulté : eCash fonctionne sur un principe voisin, avec un jeu de compromis différent.

Évitez la configuration manuelle. Le configurateur Solo Start génère une configuration stratum pour DGB prête à coller en quatre étapes — choisissez la coin, choisissez la région la plus proche sur le globe, collez votre adresse, activez le TLS. Sans compte, sans inscription.

À quoi faut-il faire attention ?

Trois choses prennent au dépourvu sur DigiByte en particulier.

Les shares rejetées sont plus nombreuses que sur Bitcoin. Un nouveau job arrive toutes les 75 secondes sur la voie SHA-256, et le travail en cours au changement de job est écarté. Sur les nœuds de SoloFury nous mesurons environ 1,5% de rejets sur une connexion à faible latence, montant à 2-4% à 370 ms aller-retour. L’effet est cosmétique : le hashrate affiché paraît légèrement plus bas, mais une share rejetée ne réduit jamais votre probabilité de trouver un bloc. Se connecter à un serveur géographiquement proche maintient ce chiffre bas.

La récompense diminue sous vos yeux. Contrairement à un halving, il n’y a pas de date à anticiper. Un bloc qui rapporte 251 DGB aujourd’hui en rapportera environ 248 le mois prochain, et près de 224 dans un an.

La difficulté bouge en permanence. MultiShield se recalcule à chaque bloc. Un calcul fait sur la difficulté de ce matin peut être sensiblement faux le soir si une ferme est arrivée ou repartie.

En résumé

DigiByte est une chaîne à preuve de travail de douze ans qui n’a jamais cessé de produire des blocs, a offert sa meilleure invention à une douzaine de projets plus grands, a survécu à l’épuisement de son fondateur et a livré un protocole de stablecoin en 2026. Sa conception à cinq algorithmes était inhabituelle en 2014 et le reste aujourd’hui.

L’effet pratique pour quiconque possède du matériel SHA-256 est simple : cette chaîne se gagne. Vous ne deviendrez pas riche en minant du DGB — un bloc vaut environ un dollar. Mais vous obtiendrez des blocs, avec votre propre adresse dans la coinbase, sur une échelle de temps que vous pouvez réellement observer. Pour un mineur domestique qui a regardé un Bitaxe hacher pendant deux ans sans une seule victoire, ce n’est pas rien.

Sources

Code de consensus. Le calendrier d’émission, l’algorithme de difficulté, l’encodage dans les bits de version et les hauteurs de fork ont été lus directement dans DigiByte Core v9.26.5 : validation.cpp (GetBlockSubsidy), pow.cpp (GetNextWorkRequiredV4), primitives/block.h (bits de version des algorithmes) et kernel/chainparams.cpp (hauteurs de fork). Dépôt : DigiByte-Core/digibyte.

Incident et historique des versions. Notes de version DigiByte Core v9.26.5 (juillet 2026), v9.26.3 (AlgoLock sur Groestl), v9.26.2 (DigiDollar sur le mainnet).

Histoire du protocole. digibyte.org, DigiByte Wiki, Litecoin PR #608 (discussion sur l’adoption de DigiShield, 2019).

Données de marché. CoinGecko, septembre 2026.

Mesures réseau. Hashrate de la voie SHA-256, difficulté, taux de rejet et temps de bloc mesurés sur les nœuds complets DigiByte de SoloFury à Atlanta, Francfort et Tokyo, septembre 2026. Le bloc 24 172 844 et les cinq suivants sont vérifiables publiquement sur n’importe quel explorateur DigiByte.