Bitcoin (BTC)

Par -

Bitcoin 

Résumé, librement inspiré de la traduction de Arnaud-François Fausse @AFFAUSSE publié dans la traduction du libre blanc disponible ici.

Le bitcoin est une version d'un système de paiement purement pair-à-pair qui permet des paiements en ligne, directs d'une partie à l'autre sans passer par une institution financière, qui utilise une chaîne de blocs qui permet un échange de la monnaie d’une façon décentralisée.  Créé en 2008 par Satoshi Nakamoto.

Contrairement au système bancaire centralisé qui nécessite une institution financière pour effectuer une transaction digitale entre deux parties, Bitcoin assure un transfert direct de la monnaie entre les parties.

La solution proposée est un réseau qui utilise les signatures digitales et horodate les transactions en les hachant en une chaîne continue de preuves-de-travail, formant un enregistrement de données qui ne peut pas être changé sans avoir à refaire la preuve-de-travail. Cette solution permet d'éviter la présence d'un tiers de confiance tout préservant la survenue de doubles-paiements.

La chaîne la plus longue non seulement sert de preuve par témoignage de la séquence des événements, mais prouve qu'elle est issue du plus grand groupe de puissance CPU. Aussi longtemps que la majorité de la puissance CPU est contrôlée par des nœuds non participant à une attaque du réseau, ils engendreront la plus longue chaîne et surpasseront les attaquants. L

Le réseau en lui-même exige une structure minimale. Les messages sont diffusés au mieux et les nœuds peuvent quitter et rejoindre le réseau à leur gré, en acceptant la plus longue chaîne de preuve-de-travail créée en leur absence.


1.1.1.1 Minage L’ajout des blocs à la chaîne de blocs passe par un processus qui s’appelle le minage (Nakamoto et al., 2008). Pour ce faire, les mineurs (nœuds participants à la chaîne de blocs) reçoivent les 7 transactions diffusées par les clients et les collectent dans des blocs. Ensuite, chaque nœud commence à résoudre la preuve de travail de son bloc. Une fois résolue, le mineur diffuse son bloc aux autres nœuds qui vérifient sa validité. Un bloc est considéré valide s’il a une preuve de travail valide et si toutes transactions contenues ne sont pas déjà consommées dans des blocs antérieurs. Les mineurs expriment leurs acceptations d’un bloc en commençant à travailler sur un nouveau bloc en se basant sur ce dernier. 

1.1.1.2 Preuve de travail Bitcoin est une plateforme publique, sans permission et sans unité de contrôle. Cela peut engendrer des failles de sécurité, notamment, le problème de double dépenses qui consiste à dépenser le même jeton de monnaie dans deux transactions différentes. Pour y remédier, Bitcoin utilise un mécanisme de consensus qui s’appelle preuve de travail (proof of work). Ce mécanisme repose sur la résolution d’un problème cryptographique qui consomme du temps pour le resoudre (10 minutes pour Bitcoin) mais qui est facile à vérifier. De ce fait, chaque bloc doit passer par la preuve de travail pour qu’il soit ajouté à la chaîne. Comme les nœuds honnêtes ne minent de nouveaux blocs que sur la plus longue chaîne connue, il est impossible pour un nœud malveillant d’ajouter des blocs avec des transactions altérées à moins de détenir 51% du réseau, ce qui est peu probable étant donné l’échelle mondiale du réseau Bitcoin actuel.


https://bitcoin.org/files/bitcoin-paper/bitcoin_fr.pdf

Commentaires

Enregistrer un commentaire

Posts les plus consultés de ce blog

Sécurité des Applications

Par -
Introduction à la sécurité Outils pour la sécurité Les outils pour la sécurité recouvrent des notions à peu près identiques quelque soit le domaine de l'informatique que l'on considère. Les catégories développées ici sont présentes dans les trois problématiques traités dans la suite : le code, le réseau et les applications web. Les outils de contrôle d'accès et de filtrage Notions : contrôle d'accès discrétionnaire, ressources informatiques, règles d'accès, chaînage de droits, authentification forte, les trois types d'authentifications, architectures de contrôle d'accès, filtrage des flux. Le contrôle d'accès : c'est permettre à un sujet d'accéder à un système sous certaines conditions et d'effectuer un certain nombre d'opérations sur un objet défini. Ceci doit théoriquement permettre d'envisager tous les situations d'accès possibles mais la multiplication des sujets, des objets et des règles rend une vision globale difficile. Le
Lire la suite

Principes de la Programmation Orientée Objet

Par -
Principes Généraux : Objet et Classe Un objet est un concept de programmation qui groupe des fonctionnalités dans une entité, entité qui peut ensuite être créée à la demande. Une classe est l'implémentation d'un objet, c'est-à-dire une unité de code contenant les attributs et fonctions décrivant un objet. Encapsulation L'encapsulation consiste d'une part, à regrouper au sein d'une même entité (la classe), des propriétés et méthodes (les attributs) et d'autre part à définir la visibilité de ces attribvutes (privé, protege...) de façon à présenter une interface permettant de manipuler une classe sans en connaitre le fonctionnement interne. L’encapsulation permet de faire voir l’objet à l’extérieur comme une boîte noire ayant certaines attributs (proriétés et fonctions) et ayant un comportement spécifié. La manière dont ces propriétés ont été implémentées est alors cachée aux utilisateurs de la classe. L’implémentation peut être modifiée sans changer le comport
Lire la suite

Principe de Responsabilité Unique

Par -
Qu'est-ce qu'une Responsabilité ? Dans le contexte du Principe de Responsabilité Unique (SRP), nous définissons une responsabilité comme "une raison de changement". Si vous pouvez penser à plus d'un motif de modification pour une classe, alors cette classe a plus d'une responsabilité. Développement du Principe de Responsabilité Unique Le Principe de Responsabilité Unique (SRP) est l'un des principes fondamentaux de la conception logicielle, souvent associé au paradigme de la programmation orientée objet. Il stipule qu'une classe ou un module ne devrait avoir qu'une seule raison de changer, ou en d'autres termes, il ne devrait être responsable que d'une seule tâche ou fonctionnalité. Clarification de la Responsabilité Le terme "responsabilité" dans le SRP fait référence aux raisons potentielles pour lesquelles une classe ou un module pourrait nécessiter une modification à l'avenir. Une classe ou un module est considéré comme re
Lire la suite