- Inscription
- 15 Août 2013
- Messages
- 6 194
- Réactions
- 7 545
- Points
- 24 772
Le bitcoin est une monnaie électronique parue en 2009 et inventé par Satoshi Nakamoto.
Il est aussi appelé BTC et 1 BTC vaut actuellement 596€
(en fait, personne ne sait réellement qui est Satoshi, il s'agirait d'un alias de programmeurs/hackers).
INFO: Il faut savoir que 90% de notre monnaie est électronique.
En effet, la masse monétaire totale en zone euro est de 11000 milliards d'euros.
L'argent que l'on utilise est de "seulement" un peu plus de 1000 milliars d'euros.
Cette somme représente donc environ 10% de la masse monétaire totale seulement !
Présentation
Le bitcoin est une monnaie électronique... Donc comme 90% de notre monnaie... Et alors ?
En fait, ce qui en fait sa particularité c'est qu'elle est décentralisée.
En gros, la base de donnée de toutes les transactions n'est pas gérée par une instance centrale.
Elle est gerée dans un immense réseau Peer-to-peer (aussi appelé P2P).
En fait, c'est assez simple.Un visiteur a dit:
On peut dire que les banques fonctionnent comme ça:
Tandis que le bitcoin fonctionne comme ceci:
(chaque point orange constitue un noeud)
Fonctionnement
Tous les gens connectés au réseau Bitcoin peuvent servir de serveur pour héberger les transactions.
Le principe et donc que n'importe qui peut créer une transaction dans la base de donnée.
Ça fonctionne de la manière suivante:
- Instruction (Moi Paul donne 1 bitcoin à Twuxy)
- Réception et transmission (Twuxy reçoit 1 bitcoin de Paul)
Cependant ça n'a pas l'air très sécurisé, n'est-ce pas ?
Et bien oui, si on réfléchit bien, il suffit que Twuxy, noob malintentionné,
chuchotte à la base de donnée Moi Paul donne 1000 bitcoins à Twuxy...
Et il se retrouverait avec 1000 bitcoins en plus ?
NON ! Heureusement, ce n'est pas si simple
Avant la transaction, on va vérifier si:
- J'ai assez de bitcoins pour payer
- C'est vraiment moi, et pas quelqu'un d'autre qui inscrit la transaction
(les noeuds communiquent ensuite entre eux et se transmettent l'information)
Ainsi, pour résoudre ces problèmes, le bitcoin se base des principes qu'on appelle: La signature électronique et la Blockchain !
Le principe du chiffrage
Ici, nous allons parler de la technique des techniques de chiffrage.
Bon, pour sécuriser un système comme celui-ci, il faut premièrement vérifier le nom de l'auteur d'une transaction.
Pour cela, on utilise ce qu'on appelle la Cryptographie Asymétrique.
En cryptographie, on utilise généralement une clé pour chiffrer/déchiffrer un message.
Par exemple, je peux crypter le mot Carotte dans un langage imaginaire simple.
Voici un exemple de Cryptographie Symétrique
La clé serait du type a = j ; b = y, etc.
Cryptons donc le message Carotte avec cette clé: on obtient Jpoawwx.
Pour déchiffrer ce message, on a de nouveau besoin de cette clé.
On fait le même processus mais à l'envers et on retombe sur Carotte
INFO: Cette clé est purement fictive, elle n'existe pas réellement
Vous vous en doutez, le Bitcoin ne repose pas sur un principe aussi simple
Vous l'aurez remarqué, mon exemple est un cas de Cryptographie Symétrique.
Mais donc, comment fonctionne une Cryptographie Asymétrique ?
Et bien cette fois-ci, nous aurons besoin de 2 clés: une pour le chiffrage et l'autre pour le déchiffrage.
Vous vous demandez sans doute comment il est possible de parvenir à crypter sans réussir à décrypter ?
Et bien sachez qu'il ne suffit pas toujours de faire l'opération dans le sens inverse !
En fait, il s'agit d'un algorithme mathématique qui transforme toute l'expression d'un coup.
Par exemple, le mot Carotte pourrait donner apdmzicoaq et le mot Carottes donnerait plmtnfizdj.
Vous remarquez donc qu'aucune logique ne se dégage telle que a = j ou b = y, pas vrai ?
C'est normal, il n'y en a pas !
Signature électronique
Ce qui peut sembler assez compliqué à comprendre, c'est bien ce concept.
En effet, on utilise le Cryptage Asymétrique dans un sens précis la plupart du temps.
Par exemple, un cas d'utilisation fictif: un professeur gronde ses élèves.
Un des 3 élèves a cassé une fenêtre, mais celui qui l'a fait risque de la rembourser.
Le professeur promet que celui qui sera honnête n'aura pas à la rembourser.
Cependant, dans cette classe de 3 élèves, il y a beaucoup de rivalités !
Si un des autres élèves l'apprend, il ira le raconter au directeur, et l'élève se fera renvoyer.
Chacun marquera "Prénom - Oui" ou "Prénom - Non" et il sera impossible de deviner sans la clé de déchiffrage.
Pour envoyer un message sans divulger la source, le prof fournit une clé de chiffrement similaire à tous.
Cette clé nous permet de chiffrer le message sans pouvoir le déchiffrer (impossible même de se relire).
Ainsi, la seule personne ayant la clé de déchiffrement est le professeur.
Les 3 messages peuvent être visibles aux élèves, sans la clé de déchiffrement, personne ne saura.
Donc, ici, l'élève qui aura commis la faute sera révelé au professeur mais pas aux élèves.
Un des 3 élèves a cassé une fenêtre, mais celui qui l'a fait risque de la rembourser.
Le professeur promet que celui qui sera honnête n'aura pas à la rembourser.
Cependant, dans cette classe de 3 élèves, il y a beaucoup de rivalités !
Si un des autres élèves l'apprend, il ira le raconter au directeur, et l'élève se fera renvoyer.
Chacun marquera "Prénom - Oui" ou "Prénom - Non" et il sera impossible de deviner sans la clé de déchiffrage.
Pour envoyer un message sans divulger la source, le prof fournit une clé de chiffrement similaire à tous.
Cette clé nous permet de chiffrer le message sans pouvoir le déchiffrer (impossible même de se relire).
Ainsi, la seule personne ayant la clé de déchiffrement est le professeur.
Les 3 messages peuvent être visibles aux élèves, sans la clé de déchiffrement, personne ne saura.
Donc, ici, l'élève qui aura commis la faute sera révelé au professeur mais pas aux élèves.
Cependant, pour le Bitcoin, ça fonctionne dans l'autre sens !
La clé de déchiffrage est publique... Mais la clé de chiffrage est privée !
Ça peut parraître bizarre au premier abord mais c'est ce qui permet de vérifier une transaction !
Quand vous créez un compte Bitcoin, vous obtiendrez un Identifiant privé.
Celui-ci vous servira à authentifier vos transactions.
NE LA PERDEZ PAS: NOTEZ LA BIEN ! Si vous la perdez vous perdez votre compte.
Même si vous possédez 5000 bitcoins, sans cette clé vous ne pouvez pas les récuperer !
Admettons que je donne encore 1 bitcoin à Twuxy, je rentre mon instruction et je la chiffre.
Moi Paul donne 1 bitcoin à Twuxy deviendrait F95XFFA1DA9D56AD56F2A33X
N'importe qui pourrait donc déchiffrer mon message, mais il n'y a que moi qui puisse en être l'auteur !
Ainsi, il est impossible que quelqu'un de mal intentionné comme Twuxy puisse me voler des bitcoins !
Remarque pertinante !Un visiteur a dit:
Nous allons en parler tout de suite
Référence vers une ancienne transaction
Pour empêcher ce problème, on utilise un principe de Référence vers une ancienne transaction.
Cette expression assez barbare est en fait assez simple à comprendre...
Il suffit de transformer
Moi Paul donne 1 bitcoin à Twuxy
par
Moi Paul donne 1 bitcoin à Twuxy avec les 1 bitcoin que Kévin m'a donné hier
Ainsi, cela permet de d'éviter tout problème de ce genre.
Pour remédier à ça, il y a existe un système qui permet de se donner les 4 bitcoins restantsUn visiteur a dit:
On appelle ce principe le Système de Remboursement.
Synchronisation
Bon, on est plutôt pas mal... Mais il reste néanmois un problème.
Il y a pleins de copies de la base de donnée (chaque noeud du réseau en a une)...
Comment elles font pour se synchroniser entre elles ?!
Si je déclare
Moi Paul donne 1 bitcoin à Twuxy avec les 1 bitcoin que Kévin m'a donné hier
sur un certains noeud du réseau, mais que je déclare
Moi Paul donne 1 bitcoin à Ezhar avec les 1 bitcoin que Kévin m'a donné hier
sur un autre noeud... Qu'est-ce qu'il se passe ?
Quand on est face à ce genre de paradoxes, Bitcoin trouve encore une solution.
Chaque transaction est placée dans une liste en attente dans chaque noeud.
Donc, lorsque un noeud enregistre une nouvelle transaction, elle est placée dans cette liste !
Une fois que c'est fait, l'information est partagée dans chaque noeud.
Chaque noeud a donc une liste en attente plus ou moins similaire aux autres noeuds.
(Plus ou moins oui, car certains noeuds peuvent avoir une liste légèrement différente)
Ensuite, périodiquement, environ toutes les 10 minutes, on se concentre sur un seul noeud.
Celui-ci sélectionne toutes les transactions en attente et les déclare validée.
Tout les noeuds se synchronisent dessus.
Ce groupe de transactions, on appelle ça: un Block.
Et toutes les 10 minutes, on change de liste (d'où le nom de Blockchain).
Le noeud choisi
Vous l'aurez remarqué depuis le début du topic, Bitcoin est un système bien pensé.Un visiteur a dit:
Vous pensez vraiment que c'est si simple que ça ?
NON !
Pour être le noeud choisi, l'élu, celui qui décryptera la liste des transactions, il faut remplir une condition.
Il faut trouver un nom, ce qu'on appelle un Identifiant à votre liste.
Des règles existent pour ça... Mais ça constitue un problème mathématique très compliqué
Chaque noeud travaille pour résoudre ce problème mathématique et trouver un identifiant pour sa liste.
Ce principe fonctionne sur le principe du Hashage.
Toute comme le cryptage, le moindre changement de lettre dénature l'expression en sortie
Cette partie est assez compliquée et je risque de vous perdre je ne vais donc pas rentrer dans les détails.
Pour faire simple, on fabrique un fichier avec les transactions à valider (chiffrées).
On y inscrit l'identifiant du bloc précédent et on hash le tout.
On obtient un Identifiant du bloc.
Ce qui fait le nom de Chain c'est que l'Identifiant bloc est utilisé pour le hashage suivant !
En fait, si c'est si compliqué, c'est pour une bonne raison: la sécurité.Un visiteur a dit:
Si quelqu'un modifie ne serait-ce qu'un caractère, l'identifiant du bloc précédent sera à modifier sur chaque chaîne.
En gros, impossible de changer une transaction sans recalculer les identifiants de tous les blocs !
Et je rappelle qu'il y a un block tous les 10 minutes... Ça parraît compliqué
Oui, mais trouver un identifiant... C'est compliqué !Un visiteur a dit:
En fait, le hashage se sert de l'identifiant du bloc précédent, de la transaction à valider...
Mais pas seulement ! En effet, en fin de chaîne, on y retrouve d'autres conditions tel que les Nonces.
Ainsi, la personne malintentionnée devra essayer pleins de Nonces différents avant de trouver le bon.
Pour ça, on utilise la méthode bourrine, c'est à dire qu'on essaie pleins de Nonces...
Jusqu'à ce qu'on trouve le bon !
Oui... Mais en moyenne, on peut trouver la solution toutes les 10 minutes...Un visiteur a dit:
J'espère que ce topic vous aura plu !
Il a été très long à rédiger et comporte un peu plus de 55.000 caractères !
J'ai du retiré une partie sur les mineurs, mais on peut s'en passer ^^
Il reste certaines choses à dire (inscription, etc) mais des topics existent déjà là-dessus
Source:
Vous devez être inscrit pour voir les liens ! Inscrivez-vous ou connectez-vous ici.
À bientôt !
Dernière édition:
Je n'en vois pas vraiment l'intérêt en fait 
