Blockchain: service CA et tolérance aux pannes

Question

Je fais mes premiers pas dans le monde étonnant de Blockchains. Cette technologie a beaucoup d'aspects très intéressants que je suis intéressée à comprendre. En bref, une Blockchain représente une base de données distribuée et décentralisée déployée sur un réseau pair à pair. Les nœuds sont également des participants privilégiés et équipotents: pour chacun d'entre eux, une réplique complète de l'ensemble de données est disponible. Cette conception assure un très haut degré de tolérance aux fautes (Byzantine) et peut permettre l'intégrité des données grâce à une cryptographie appropriée et un algorithme de consensus. Je cherchais maintenant une implémentation de base de chaîne basée sur Hyperledger Fabric, une implémentation de framework blockchain hébergée par The Linux Foundation. En particulier, je suis venu à travers un exemple de projet étonnant appelé Hyperledger Fabric Basics publié par Anna D Derbakova et disponible sur GitHub à: https://github.com/angrbrd/hyperledger-fabric-basics. Dans cette implémentation, l'auteur a défini un réseau composé de:

• 4 pairs;
• 1 noeud de service principal CA.

S'il vous plaît, corrigez-moi si je me trompe, mais est-ce le noeud de service maître représente un point de défaillance unique pour la mise en œuvre entière? En effet, la blockchain sera partagée entre les pairs. Cependant, sans CA, il ne devrait plus être possible d'émettre des clés de signature pour de nouvelles transactions. Si vrai, quelles approches sont généralement utilisées pour obtenir une conception plus robuste pour une implémentation de blockchain?

Answer 1

Le travail cité est plutôt daté, et basé sur une architecture plus ancienne qui n'est plus pertinente. Hyperledger Fabric 1.0 a été récemment publié et ne dépend pas d'une seule autorité de certification, comme l'architecture précédente l'exigeait. S'il vous plaît voir How to avoid the Fabric CA beeing a single point of failure? pour plus sur ce sujet.