The video owner has disabled playback on external websites.
This video is no longer available on YouTube.
This video cannot be played right now.
Watch on YouTube
viens, on recode Bitcoin pour le comprendre
学習統計
CEFRレベル
難易度
字幕 (735 セグメント)
OK, on veut créer une monnaie virtuelle,
le Bitcoin. Que des personnes aient une
sorte de portefeuille avec leur argent
dessus, qu'ils puissent le transférer à
une autre. Et c'est à peu près tout. Ça
a pas l'air si compliqué. Ouais, parce
que pour y arriver, on imagine une
architecture avec une entité de
confiance, la banque. Et là, c'est
effectivement trivial. Cette dernière a
une base de données avec chaque
utilisateur. Elle peut donc facilement
vérifier sonde, voir qu'il a assez
d'argent pour faire la transaction,
vérifier que c'est lui avec un mot de
passe, puis changer les soldes
correspondants. C'est littéralement des
select et des updates. Tu sais faire ça
après 1 mois de cours d'informatique,
mais le Bitcoin voit ça comme une
faiblesse. Cette unité centrale doit
être extrêmement robuste. Si elle
échoue, tu dis adieu à ton argent.
Alors, Bitcoin a décidé de supprimer
cette dépendance de l'architecture et là
le problème se complexifie. énormément.
Comment permettre un acte qui exige une
confiance absolue dans un système où tu
ne peux faire confiance à rien ? Ça
semble impossible et c'est là que la
beauté des mathématiques entre en scène.
C'est en elle qu'on va placer notre
confiance. La première étape, c'est de
reproduire cette base de données. On a
bien besoin de stocker qui a de l'argent
en donne, en reçoit. Et la première
question est simple. Quelles sont les
infos qu'il faut stocker ? La réponse
est beaucoup plus courte que prévue, les
transactions. Et c'est tout. Tout le
reste peut en découler. Ici, je peux
vite savoir combien de Bitcoin possède
Bob. Je prends toutes les transactions
associées à lui, un petit calcul et hop.
Et de là, s'il décide de faire une
nouvelle transaction, je peux voir s'il
a assez de fond pour. Mais maintenant,
ces transactions, il nous faut bien les
stocker quelque part, sauf qu'on a plus
de serveur. Mais alors, on les met où ?
Et bien, chez tout le monde. On utilise
ce qu'on appelle un modèle paire à
paire. Dans ce modèle, chaque client va
se retrouver connecté à plusieurs de ses
compères, chacun formant un nœud dans ce
réseau. L'idée, c'est qu'ils stockeront
tous une copie de la liste des
transactions. Et quand une personne
souhaite en faire une nouvelle, elle
l'annonce et demande à l'ajouter à la
liste. La nouvelle se répand à ses
voisins qui informent leurs voisins et
ainsi de suite jusqu'à ce que tout le
monde soit à jour. Plaçons-nous dans
l'impôt d'un ordi qui souhaiterait
rejoindre le réseau et codons ça plus
précisément. La première étape, c'est
d'ouvrir et d'écouter le port 833. En
faisant ça, dès qu'un ordi externe tente
de nous contacter via notre IP en
indiquant ce port-là, son message sera
transmis à notre code qui pourra alors
le lire. Mais avant de recevoir et
d'envoyer des messages aux autres nœuds,
bah on a besoin d'en trouver. Là, on est
un peu seul. Pour se faire, le moyen le
plus rapide, c'est d'utiliser des DNS
Seeds. Ce sont des serveurs connus par
la communauté qui maintiennent une liste
d'IP de nœud actifs qui sont dans le
réseau Bitcoin. On peut donc en
contacter plusieurs et demander des IP
de nœuds aléatoires qui devraient être
actifs. Une fois récupéré, il est temps
de les contacter en utilisant leur IP et
en indiquant le fameux port 833. Mais
attention, on peut pas dire n'importe
quoi. Le langage est standardisé,
précis. Si tu le respectes pas, tu te
feras ignorer. Ton message doit
commencer par ce qu'on appelle un magic
byte de quatre optés qui indique le
réseau auquel tu veux participer. Cette
valeur, par exemple, c'est pour dire que
tu veux être sur le réseau Bitcoin
principal parce qu'il y a aussi des
réseaux pour faire des tests, par
exemple. Ensuite, tu indiques la
commande que tu veux exécuter. Il y en a
un petit, on en verra quelques-unes. Et
cette commande va nécessiter un payload,
c'est-à-dire les infos correspondantes à
ce qu'on demande ou ce qu'on veut
transmettre. Par exemple, cette
commande, c'est pour envoyer une
transaction. Donc dans le payload, je
mets les infos concernant cette
transaction. Une fois qu'on a le
payload, on rajoute sa taille et on
calcule un check. Bon, tout ça vous a
fait un peu, c'est pour s'assurer de
l'intégrité de ton message. Et c'est
bon, le message peut-être envoyé. OK, on
sait parler, mais quels seront nos
premiers mots version. La commande
version, on va l'envoyer au nœud qu'on a
récupéré pour leur demander si on peut
devenir partenaire et dilet du Bitcoin.
le tout en leur précisant notamment la
version du code de Bitcoin qu'on
utilise. Ils ne répondent avec leur
version et la commande Ver hack.
Ensuite, on renvoie nous aussi Ver hack
pour affirmer qu'on a tout eu et que
tout est bon et on est désormais
connecté. Tu peux le faire avec jusqu'à
nœud. Plus qu'à leur demander de nous
transmettre toutes les transactions
connues pour qu'on ait notre propre
copie de cette immense liste partagée.
On a fait ce qu'on appelle un nœud
complet. Je peux maintenant également
annoncer que je suis Bob et que je veux
faire une transaction avec Alice et
demander une modification de la liste.
Cette architecture qu'on vient de créer
est absolument incensurable par un
gouvernement. Dans le modèle serveur
client, vu au tout début, il y aurait
juste à détruire le serveur, [ __ ] en
prison ses gérants et étudier adieu à
Bitcoin. Dans notre modèle, il y a des
milliers de nodes partout dans le monde.
Ten détruit un, ça change rien. Mais il
y a deux gros inconvénients que tu as dû
noté. Déjà, tout le monde connaît toutes
les transactions. Il y a une
完全な字幕は動画プレーヤーで利用可能
コメント (0)
ログインしてコメントインタラクティブモード
クイズ
正解:
クイズ
正解:
動画を見ながらクイズが表示されます
覚え方のコツ
この動画より
無料で語学を始める
