Ceci, selon Hoskinson, est « essentiel pour la viabilité à long terme de Cardano ». – KogoCrypto
112 vues au total
Cardano est entré dans le courant dominant des services décentralisés et du web3 avec l’ajout d’une capacité de contrat intelligent via le hard fork d’Alonzo plus tôt cette année. Le développement constant doit cependant être un aspect vital de l’écosystème d’une plate-forme blockchain pour qu’il survive dans ce secteur concurrentiel.
Récemment, un développeur Cardano a donné son avis sur Twitter que le réseau doit implémenter un nœud alternatif car il est « critique pour le succès de notre blockchain ». À cela, le fondateur et créateur Charles Hoskinson a répondu :
« La diversité des clients est essentielle pour la viabilité à long terme de Cardano. J’adorerais voir un client Typescript, Rust et Haskell travailler ensemble et certifié selon les spécifications formelles.
Un client est une application logicielle qui implémente la norme Cardano et communique avec d’autres clients Cardano via un réseau peer-to-peer.
Le langage de programmation original de Cardano, Haskell, est également « un excellent choix pour implémenter les exigences en premier », selon l’ingénieur de Cardano. Rust est l’alternative d’implémentation la plus fiable et la plus performante. Alors que Haskell est requis pour une implémentation de code fiable, il est particulièrement important dans le développement du client de nœud Cardano, qui est requis pour confirmer en toute sécurité les transactions blockchain.
Une proposition sur la gouvernance de Cardano a noté les nombreux facteurs qui rendent nécessaire la mise en œuvre de nœuds alternatifs sur Cardano.
Plus important encore, les protocoles actuellement déployés sur le réseau principal de Cardano n’ont qu’une seule implémentation dans le langage Haskell. Cela a une communauté de développeurs plus petite par rapport aux autres langages de programmation. Cela entrave la vérification des spécifications car l’absence d’implémentation alternative rend presque impossible la « validation de la conformité aux spécifications ».
Il a en outre ajouté,
« L’implémentation de nœuds alternatifs dans un langage avec une communauté de développeurs plus large permet le prototypage rapide de nouvelles idées, l’expérimentation et la diversité de pensée dans des domaines non clés, tels que les protocoles de réseau. Il fournit également une excellente base pour construire différentes chaînes latérales sur le dessus. »
Enfin, la proposition a souligné les risques posés par une mise en œuvre homogène du code. En effet, un bogue dans la base de code Haskell a la capacité d’avoir un impact sur l’ensemble du réseau, sans que les contributeurs aient la possibilité de passer à une implémentation de nœud différente.
De plus, cela rend également la communauté des développeurs plus dépendante d’IOG et de ses décisions de conception. Il a conclu,
« Un certain niveau de concurrence entre les nœuds serait très bénéfique et améliorerait le pouvoir de négociation de la communauté. »
Les applications clientes de nœuds sont également sensibles aux vulnérabilités logicielles typiques, ce qui fait de la diversification une priorité absolue, même pour la meilleure blockchain, Ethereum. Il a poussé les membres de la communauté et les acteurs institutionnels à « rechercher et adopter les clients avec des parts inférieures du réseau ».
La domination d’un client, Prysm, a également conduit de nombreuses personnes à craindre que le réseau Ethereum après la fusion puisse être empêché de finaliser si quelque chose ne va pas sérieusement avec le client.
En raison de l’hétérogénéité des clients, le réseau Ethereum a évité de justesse une attaque à 51 %. Lorsque les nœuds d’un client ont été trompés en passant à une chaîne invalide établie par un pirate informatique, le réseau a été sauvé du fork car les autres nœuds du client ont rejeté la chaîne latérale.