Comment est créée une nouvelle cryptomonnaie ?

Genèse d'une nouvelle crypto-monnaie

1. Une nouvelle crypto-monnaie commence par un mécanisme de consensus défini : soit une preuve de travail, une preuve de participation, ou une variante telle qu'une preuve de participation déléguée ou une tolérance aux pannes byzantine pratique. Ce mécanisme dicte la manière dont les participants au réseau valident les transactions et sécurisent le grand livre.

2. Les développeurs écrivent le code de base du protocole, en s'appuyant souvent sur des fondations open source telles que Bitcoin Core ou la base de code d'Ethereum. La personnalisation inclut le temps de blocage, le plafond d'approvisionnement, la structure des récompenses et les capacités de script.

3. Le modèle de distribution initial est établi : pré-mine, lancement équitable, vente de jetons ou airdrop. Chaque méthode comporte des implications distinctes pour la décentralisation, la confiance communautaire et les liquidités initiales.

4. Une fonction de hachage cryptographique est intégrée au protocole pour garantir l'intégrité des données. SHA-256, Keccak-256 ou des alternatives plus récentes comme BLAKE3 sont sélectionnés en fonction des performances, de la résistance à la domination des ASIC et de considérations de résilience quantique.

5. Les paramètres du réseau tels que l'algorithme d'ajustement de la difficulté, le calendrier de réduction de moitié et la préparation au fork sont codés en dur ou mis à niveau via des mécanismes de gouvernance.

Architecture de jeton ou de pièce de monnaie

1. Une pièce fonctionne sur sa propre blockchain indépendante, par exemple Bitcoin, Litecoin et Monero. Il fonctionne comme monnaie native pour les frais de transaction, le jalonnement et la participation au consensus.

2. Un jeton existe au-dessus d'une infrastructure blockchain existante, le plus souvent Ethereum (ERC-20), BNB Chain (BEP-20) ou Solana (SPL). Les jetons dépendent entièrement de la sécurité et du débit de la chaîne hôte.

3. Les normes des jetons renforcent l'interopérabilité : ERC-20 régit les jetons fongibles ; ERC-721 autorise les actifs non fongibles ; ERC-4626 standardise les voûtes porteuses. Tout écart par rapport à ces normes limite la cotation en bourse et la compatibilité des portefeuilles.

4. Les pièces nécessitent un déploiement complet de nœuds, une logique de découverte par les pairs et l'amorçage d'un validateur ou d'un ensemble de mineurs. Les jetons contournent cette complexité mais héritent des risques systémiques de la chaîne sous-jacente, tels que la congestion, les hausses de frais ou les exploits des contrats intelligents.

5. Des ponts entre chaînes sont fréquemment introduits après le lancement pour permettre les déplacements entre les écosystèmes. Ces ponts introduisent de nouvelles surfaces d'attaque, notamment des vulnérabilités de manipulation d'oracle et de relecture de signature.

Mise en œuvre de la couche de consensus

1. Dans les systèmes de preuve de travail, les mineurs rivalisent en utilisant la puissance de calcul pour résoudre des énigmes cryptographiques. La difficulté du minage s'ajuste dynamiquement pour maintenir les intervalles de blocs cibles, nécessitant un calibrage précis pendant la genèse.

2. Les protocoles Proof of Stake sélectionnent les validateurs en fonction de la quantité et de la durée des jetons mis en jeu. Les conditions de réduction doivent être rigoureusement définies pour pénaliser les doubles signatures ou les temps d'arrêt sans permettre la centralisation par la concentration des enjeux.

3. Les modèles hybrides combinent des éléments, par exemple en utilisant PoW pour la production de blocs et PoS pour le vote final. De telles conceptions augmentent la complexité de mise en œuvre mais visent à équilibrer la sécurité, l’efficacité énergétique et la vivacité.

4. Les couches de finalité comme Tendermint ou Casper FFG fournissent des garanties déterministes ou probabilistes sur le règlement irréversible des transactions. Leur intégration affecte l'expérience utilisateur, en particulier dans les applications financières décentralisées nécessitant une confirmation instantanée.

5. Les incitations des validateurs sont codées directement dans le protocole : récompenses de bloc, frais de transaction et parfois mécanismes de liquidité appartenant au protocole. Des incitations mal alignées peuvent conduire à des attaques égoïstes, de première ligne ou de chagrin.

Processus de déploiement de contrats intelligents

1. Le code source de Solidity, Rust ou Move est compilé en bytecode compatible avec la machine virtuelle cible : EVM, SVM ou Move VM. La taille du bytecode et la consommation de gaz sont optimisées avant le déploiement.

2. Les contrats sont soumis à une vérification formelle à l'aide d'outils tels que Certora ou MythX pour détecter la réentrée, le dépassement d'entier ou les appels externes non contrôlés. L’absence de vérification est fortement corrélée aux piratages très médiatisés.

3. Les adresses de déploiement sont dérivées de manière déterministe à l'aide d'opcodes CREATE2 ou de modèles d'usine, permettant une interaction prévisible à partir des portefeuilles et des dApps sans connaissance préalable de l'adresse du contrat.

4. La mise à niveau est mise en œuvre via des modèles de proxy (transparents, UUPS ou basés sur des balises) permettant des corrections de bogues et des ajouts de fonctionnalités. Cependant, les contrats évolutifs introduisent des clés administratives qui peuvent devenir des points de défaillance uniques.

5. La vérification sur les explorateurs comme Etherscan nécessite la soumission du code source, de la version du compilateur et des paramètres d'optimisation. Les disparités empêchent les utilisateurs de vérifier la logique, érodant la transparence et invitant les vecteurs de phishing.

Foire aux questions

Q : N’importe qui peut-il créer une crypto-monnaie sans compétences en codage ? Oui. Les plateformes sans code permettent la configuration des paramètres des jetons et le déploiement sur les chaînes existantes. Cependant, ces jetons manquent de logique personnalisée, de pistes d’audit ou de contrôle sur les règles de consensus.

Q : Qu’est-ce qui empêche quelqu’un de copier et de lancer une cryptomonnaie identique ? Techniquement, rien n'arrête la réplication, mais les effets de réseau, la reconnaissance de la marque, l'activité des développeurs et les intégrations de l'écosystème créent des fossés défendables bien au-delà de la duplication de code.

Q : Le minage est-il nécessaire pour chaque nouvelle cryptomonnaie ? Non. De nombreuses crypto-monnaies modernes utilisent des modèles de jalonnement, de validation déléguée ou d’émission centralisée. Le minage n’est obligatoire que pour les réseaux basés sur PoW.

Q : Comment les allocations initiales de pièces sont-elles appliquées sur la chaîne ? Les calendriers d'allocation sont codés en dur dans le contrat de jeton ou régis par des contrats intelligents d'acquisition. Les premiers transferts vers les portefeuilles des équipes ou des investisseurs sont limités jusqu'à ce que les conditions de déverrouillage (basées sur le temps ou déclenchées par des étapes) soient remplies.