issue83:qu_est-ce_que_c_est
Différences
Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédente | ||
issue83:qu_est-ce_que_c_est [2014/09/02 23:56] – andre_domenech | issue83:qu_est-ce_que_c_est [2014/09/11 21:30] (Version actuelle) – [12] fcm_-_ekel | ||
---|---|---|---|
Ligne 9: | Ligne 9: | ||
Another essential feature is that each input will give a completely different hash, even for a very small difference. “MyHash” and “myHash” will give completely different outputs.** | Another essential feature is that each input will give a completely different hash, even for a very small difference. “MyHash” and “myHash” will give completely different outputs.** | ||
- | Le record | + | Le grand livre des transactions est protégé par différent mécanismes, |
- | Une fonction de hachage qui est souvent utilisée pour les opérations bancaires en ligne est la SHA256, qui transforme toute entrée en sortie binaire d'une longueur de 256 bytes (ou 64 caractères hexadécimaux, | + | Une fonction de hachage qui est souvent utilisée pour les opérations bancaires en ligne est la SHA256, qui transforme toute entrée en sortie binaire d'une longueur de 256 bytes (ou 64 caractères hexadécimaux, |
Une autre de ses caractéristiques essentielles est que chaque entrée aura comme résultat un hachage complètement différent, même si les différences sont minimes. « MyHash » et « myHash » donneront des résultats totalement différents. | Une autre de ses caractéristiques essentielles est que chaque entrée aura comme résultat un hachage complètement différent, même si les différences sont minimes. « MyHash » et « myHash » donneront des résultats totalement différents. | ||
Ligne 37: | Ligne 37: | ||
The problem can only be solved if the entire network can agree on a transaction order.** | The problem can only be solved if the entire network can agree on a transaction order.** | ||
- | Un problème supplémentaire de sécurité : l' | + | Un problème supplémentaire de sécurité : l' |
Maintenir l' | Maintenir l' | ||
Ligne 67: | Ligne 67: | ||
A Transaction that has been put into the latest block is said to have been confirmed once. A transaction that was put into the block directly before that is said to have been confirmed twice, etc. The reason for that is important, and will be explained in the Block Chain Security sections.** | A Transaction that has been put into the latest block is said to have been confirmed once. A transaction that was put into the block directly before that is said to have been confirmed twice, etc. The reason for that is important, and will be explained in the Block Chain Security sections.** | ||
- | Les blocs de transactions | + | Les Blocs de Transactions |
La réponse de la monnaie virtuelle à ce problème est de grouper les transactions par blocs qui sont organisés chronologiquement selon leur « hauteur ». La hauteur du premier bloc de transactions est de 0, celle du deuxième bloc est de 1, la hauteur du troisième bloc est de 2, et ainsi de suite. Toutes les transactions dans un bloc sont supposées avoir eu lieu exactement en même temps et sont étiquetées en conséquence. | La réponse de la monnaie virtuelle à ce problème est de grouper les transactions par blocs qui sont organisés chronologiquement selon leur « hauteur ». La hauteur du premier bloc de transactions est de 0, celle du deuxième bloc est de 1, la hauteur du troisième bloc est de 2, et ainsi de suite. Toutes les transactions dans un bloc sont supposées avoir eu lieu exactement en même temps et sont étiquetées en conséquence. | ||
- | Ainsi, les blocs fournissent un ordre chronologique des transactions et la chaîne des blocs, validée de façon dynamique par la puissance de traitement du réseau peer-to-peer, | + | Ainsi, les blocs fournissent un ordre chronologique des transactions et la chaîne des blocs, validée de façon dynamique par la puissance de traitement du réseau peer-to-peer, |
On dit d'une transaction qui a été incorporée dans le bloc le plus récent, qu' | On dit d'une transaction qui a été incorporée dans le bloc le plus récent, qu' | ||
Ligne 268: | Ligne 268: | ||
Supposons que je veuille modifier l' | Supposons que je veuille modifier l' | ||
* créer une autre version du Bloc 10, Bloc 10B, qui contient les transactions voulues ainsi que le hash du Bloc 9 ; | * créer une autre version du Bloc 10, Bloc 10B, qui contient les transactions voulues ainsi que le hash du Bloc 9 ; | ||
- | * pour ce faire je dois très rapidement trouver un nonce qui rendra le hash de mon nouveau | + | * pour ce faire je dois très rapidement trouver un nonce qui rendra le hash de mon nouveau |
* ensuite, je dois créer le Bloc 11B, avec le hash du Bloc 10B, en trouvant le nonce ; | * ensuite, je dois créer le Bloc 11B, avec le hash du Bloc 10B, en trouvant le nonce ; | ||
- | * et ainsi de suite jusqu' | + | * et ainsi de suite jusqu' |
SI j'ai réussi cette prouesse AVANT QUE le véritable Bloc 15 de la chaîne principale ne soit créé, alors mon nouveau fork deviendra la chaîne la plus longue et sera donc acceptée comme chaîne principale. | SI j'ai réussi cette prouesse AVANT QUE le véritable Bloc 15 de la chaîne principale ne soit créé, alors mon nouveau fork deviendra la chaîne la plus longue et sera donc acceptée comme chaîne principale. |
issue83/qu_est-ce_que_c_est.1409694998.txt.gz · Dernière modification : 2014/09/02 23:56 de andre_domenech