« Je prends un congé d'OCEAN en tant que président et directeur technique, et me concentrerai prochainement sur des travaux sur le Bitcoin et des projets open source visant à soutenir le Bitcoin. Je considère cela comme la meilleure utilisation de mon temps et dans l'intérêt du Bitcoin et de son bien-être à long terme », a écrit Dashjr sur X lundi soir.
Bitcoin Mechanic, directeur des communications d'OCEAN, a répondu : « Moi aussi ! », indiquant ainsi qu'il prend également un congé. Les deux ont qualifié leurs actions de congé temporaire, et non de démission définitive.
Dashjr quitte le pool minier qu'il a contribué à créer
Avec cela, Dashjr se retire temporairement de la direction quotidienne d'Ocean, alors que le combat technique pour lequel il a plaidé entre dans une phase bien plus significative. Le projet Ocean a été lancé en novembre 2023 par Mummolin Inc., dont les co-fondateurs sont Dashjr, Mark Artymko et Ian Norton. Un tour de financement de démarrage de 6,2 millions de dollars, dirigé par Jack Dorsey, fondateur de Twitter et PDG de Block, a aidé à financer le pool minier, construit sur le principe de paiements non-custodiaux et offrant aux mineurs individuels un plus grand contrôle sur la construction des blocs.
Ocean reste encore petit comparé aux pools Bitcoin dominants comme Foundry USA et Antpool, mais son système DATUM est devenu une partie importante de la saga autour de BIP-110. DATUM permet aux mineurs participants de créer leurs propres modèles de blocs, plutôt que d'accepter simplement les modèles préparés par un opérateur centralisé du pool. Les Roughnecks ont utilisé le système DATUM d'Ocean pour miner les deux premiers blocs de la chaîne minoritaire BIP-110 après le fork au bloc 961632. Ensuite, le fork s'est pratiquement figé en raison de la difficulté de minage héritée du Bitcoin, qui est de 127,48 trillions, et de sa part minuscule de puissance de hachage SHA-256d.
Les développeurs de BIP-110 passent des discussions à la feuille de route du hard fork
La discussion dépasse désormais la question de savoir si la chaîne minoritaire doit abandonner l'algorithme de preuve de travail SHA-256d hérité du Bitcoin. Lors de la réunion des développeurs de Bitcoin Knots le 10 août, les participants ont commencé à répartir des tâches spécifiques dans le cadre du hard fork proposé. Selon le plan de travail, Dashjr s'occupera de l'en-tête du bloc et des changements d'algorithme PoW, une personne nommée Kyle s'occupera de la protection contre le rejeu, et le développeur de logiciels Chris Guida s'occupera de l'adaptation du « Softfork à données temporairement réduites » (RDTS). Un nouveau passerelle DATUM et serveur seront également nécessaires.
L'ampleur de la relance de la chaîne minoritaire est considérable. Les développeurs ont identifié comme tâches cruciales la refonte de l'en-tête du bloc, une réinitialisation intentionnellement surestimée de la difficulté et la protection contre le rejeu. Parmi d'autres idées discutées sur Discord figurent l'augmentation de l'espace de nonce pour les mineurs, un horodatage de bloc de 64 bits, une correction potentielle du problème de rétention de blocs et une réduction temporaire de la taille du bloc à 600 unités de poids pendant le RDTS. Des corrections pour se protéger contre les attaques « timewarp » et « timejacking » ont également été discutées, bien que certains changements restent optionnels et puissent être exclus.
La protection contre le rejeu est importante car le réseau BIP-110 partage l'historique des transactions avec Bitcoin. Sans protection suffisante, des transactions BTC destinées à la blockchain Bitcoin pourraient, dans certaines circonstances, être valides sur la chaîne minoritaire BIP-110. Les développeurs ont discuté en détail des changements concernant les signatures de transactions, tandis qu'une refonte plus large adaptera l'en-tête du bloc à tout nouvel algorithme de minage qui sera finalement choisi.
Les développeurs planifient un choix surprenant d'algorithme PoW
La partie la plus notable du plan est la manière dont les développeurs entendent choisir le nouvel algorithme de preuve de travail (PoW). Au lieu d'en sélectionner un publiquement à l'avance, Dashjr a décrit un processus de « commit-reveal » (engagement-révélation), conçu pour empêcher les mineurs et les fabricants de matériel de se préparer à l'algorithme gagnant avant tout le monde.
Une liste préliminaire de candidats, discutée lors de la réunion, comprenait BLAKE2b-256, SHA3x, BLAKE2s, Scrypt, BLAKE3x2 et Eaglesong. Dashjr a expliqué que le groupe prévoit d'abord publier un hachage cryptographique d'un mappage secret, puis d'utiliser un bloc Bitcoin généré après 14h00 UTC le jour suivant pour déterminer le choix. La publication du hachage à l'avance permettra aux observateurs de vérifier par la suite que les développeurs n'ont pas modifié le mappage après avoir vu le bloc.
« Le plan actuel est le suivant : plus tard aujourd'hui, nous annoncerons le hachage (HASH) du mappage 'bloc-hach — algorithme', et demain à 14h00 UTC, nous publierons le mappage, dès qu'un bloc Corecoin sera disponible pour le comparer », a rapporté Dashjr sur le canal des développeurs sur Discord. Lorsque Guida a demandé si l'algorithme serait déterminé par le tout dernier bloc avant 14h00 UTC, Dashjr a précisé que ce serait le bloc suivant.
Une chaîne bloquée suscite l'agitation
La difficulté est une autre priorité, car les développeurs ont déjà vu ce qui se passe lorsqu'un fork minoritaire hérite des conditions de minage conçues pour l'énorme puissance de hachage industrielle du Bitcoin.
Kyle a informé les participants sur Discord qu'empêcher l'apparition d'une autre chaîne bloquée est probablement « la priorité absolue », tandis qu'un autre participant a proposé d'accélérer l'ajustement de la difficulté afin qu'une estimation initiale erronée ou une puissance de hachage changeant rapidement puisse être corrigée en quelques heures, et non pendant la période d'ajustement habituelle de Bitcoin, qui est de 2 016 blocs.
Un fork où l'on se bat pour savoir quelle chaîne est Bitcoin
Dashjr continue de rejeter l'hypothèse selon laquelle son camp abandonne Bitcoin. Selon sa propre vision, la chaîne dominante est un fork controversé. « En réalité, c'est une tentative de hard fork controversé. Vous allez simplement abandonner ? Ou allez-vous rester dans Bitcoin et vous battre ? » a écrit Dashjr sur le réseau social X, comparant ce conflit à des précédents comme Segwit2X et Bitcoin Cash.
Cette conviction entre maintenant en conflit avec l'état réel des réseaux. La chaîne Bitcoin, qui domine de manière écrasante, continue de générer des blocs avec l'algorithme SHA-256d, tandis que la branche BIP-110 a du mal à générer un troisième bloc. Lors de la discussion sur le développement de Knots, même les participants sympathisants avec le projet ont reconnu que l'image et les aspects techniques étaient en jeu. L'un d'eux a averti qu'en poussant trop loin la refonte de la conception, on pourrait transformer la situation d'un simple choix de nouvel algorithme en ceci :
« Ils ont apporté un tas de changements et pensent que c'est Bitcoin. »
Ce qui se passera ensuite pourrait déterminer si le BIP-110 restera un fork minoritaire bloqué à deux blocs, ou s'il se transformera en un réseau substantiellement différent. Les développeurs ne discutent plus seulement d'un hypothétique départ des mineurs de Bitcoin. Ils répartissent le travail pour atteindre un consensus, conçoivent une protection contre le rejeu, préparent une réinitialisation de la difficulté et travaillent sur une méthode de sélection d'un nouvel algorithme PoW.
Les Bitcoineurs rejettent les affirmations de Dashjr
La majeure partie de la communauté Bitcoin a largement rejeté la position de Dashjr et de la communauté BIP-110. Sur X et d'autres forums publics, les critiques ont ridiculisé et tourné en dérision cette branche bloquée, la qualifiant de « Lukecoin » et de « Knotcoin », affirmant que déclarer la chaîne minoritaire comme « Bitcoin » ne surmonte pas la réalité économique et la réalité de la PoW. La chaîne dominante a continué à générer des blocs, détenant la grande majorité de la puissance de hachage SHA-256d, tandis que la branche BIP-110 n'a réussi à créer que deux blocs avant que son activité ne s'arrête pratiquement.
Pour les critiques du BIP-110, cet épisode a démontré que les nœuds peuvent imposer n'importe quelle règle choisie par leurs opérateurs, mais cela ne force pas les utilisateurs, les mineurs, les plateformes d'échange, les entreprises ou le marché en général à les suivre.
end-content
