Qu’est-ce qu’un soft fork en crypto-monnaie ?

Définition et mécanique de base

1. Un soft fork est une mise à niveau de protocole rétrocompatible dans un réseau blockchain. Il introduit de nouvelles règles qui renforcent les critères de validation existants sans invalider les blocs ou les transactions reconnus comme valides selon les anciennes règles.

2. Les nœuds exécutant des logiciels plus anciens continuent d'accepter les blocs créés par les nœuds mis à niveau, à condition que ces blocs respectent à la fois les contraintes existantes et les nouvelles.

3. L'application de règles plus strictes repose sur l'adoption par les mineurs ou les validateurs : ce n'est que lorsqu'une majorité qualifiée applique les nouvelles règles que le fork devient effectivement actif sur l'ensemble du réseau.

4. Contrairement aux hard forks, aucune scission de chaîne ne se produit à moins qu'une minorité de mineurs ne viole délibérément les nouvelles règles de consensus, ce qui entraînerait des blocs orphelins plutôt qu'une chaîne alternative persistante.

Exemples de mise en œuvre concrets

1. L'activation du témoin séparé (SegWit) de Bitcoin en 2017 a été exécutée comme un soft fork. Il a redéfini la façon dont les signatures de transaction étaient stockées, augmentant la capacité de bloc sans nécessiter une mise à niveau immédiate de tous les nœuds.

2. La mise à niveau Byzantium d'Ethereum comprenait plusieurs composants soft fork qui ajustaient les coûts du gaz et introduisaient de nouveaux opcodes tout en préservant la compatibilité avec les clients de pré-mise à niveau.

3. Litecoin a implémenté un soft fork pour activer CLTV (CheckLockTimeVerify), permettant une fonctionnalité de contrat intelligent verrouillée dans le temps plus complexe sans perturber les anciens portefeuilles ou explorateurs.

4. Dogecoin a adopté un soft fork pour intégrer le support minier fusionné avec Litecoin, permettant une puissance de hachage partagée sans forcer la migration complète des nœuds.

Implications en matière de sécurité et de consensus

1. Les soft forks héritent des hypothèses de sécurité de la chaîne d’origine, ce qui signifie qu’ils n’introduisent pas de nouveaux modèles de confiance et ne nécessitent pas d’alignement économique séparé.

2. Ils réduisent les frais de coordination car les utilisateurs peuvent conserver des logiciels plus anciens sans risquer de perdre des fonds ou de rejeter une transaction.

3. Cependant, les soft forks peuvent créer des vecteurs d'attaque subtils si le renforcement des règles est mal appliqué. Par exemple, une validation de script trop restrictive pourrait bloquer involontairement des fonds.

4. Les mineurs qui ignorent les règles du soft fork risquent de gaspiller des ressources de calcul sur des blocs qui sont rejetés par la majorité, créant ainsi une dissuasion économique contre la non-conformité.

Contraste avec les fourches dures

1. Les hard forks imposent des mises à niveau universelles des nœuds pour maintenir le consensus ; l’échec de la mise à niveau entraîne une divergence permanente de la chaîne.

2. Les soft forks préservent l'historique des transactions et l'intégrité des ensembles UTXO, tandis que les hard forks peuvent nécessiter une protection contre la relecture et des changements de format d'adresse.

3. Les dynamiques de gouvernance diffèrent : les soft forks émergent souvent de groupes de travail techniques et de signalisation des mineurs, tandis que les hard forks impliquent fréquemment des débats communautaires plus larges et des décisions de distribution de jetons.

4. Le traitement réglementaire varie : certaines juridictions considèrent les soft forks comme des mises à jour de maintenance, tandis que les hard forks peuvent déclencher des événements fiscaux ou des révisions de classification en raison d'une duplication potentielle de jetons.

Foire aux questions

T1. Une fourchette souple peut-elle être inversée ? Oui, mais seulement si la majorité des mineurs et des nœuds complets acceptent de revenir sur les règles renforcées et de recommencer à accepter des blocs auparavant invalides. Cela nécessite des déclassements coordonnés et comporte un risque opérationnel important.

Q2. Les soft forks affectent-ils la compatibilité du portefeuille ? Non, les anciens portefeuilles restent entièrement fonctionnels car les formats de transaction et la logique de signature restent inchangés à moins qu'ils ne soient explicitement modifiés par les nouvelles règles. Et même dans ce cas, la compatibilité ascendante est préservée par la conception.

Q3. L’action de l’utilisateur est-elle requise lors d’un soft fork ? Les utilisateurs n’ont aucune action à entreprendre. Leurs fonds restent accessibles et les transactions diffusées avant et après l'activation se comportent de manière identique à moins qu'elles ne s'appuient sur des fonctionnalités nouvellement activées comme les adresses SegWit.

Q4. Comment la signalisation des mineurs est-elle utilisée dans les soft forks ? Les mineurs incluent des modèles de bits spécifiques dans les champs de version de bloc pour indiquer qu'ils sont prêts. Une fois qu'un seuil, tel que 95 % des blocs sur une période de difficulté, signale la prise en charge, les nouvelles règles s'activent automatiquement à la limite d'époque suivante.