FAQ publiée par Vitalik Buterin sur https://notes.ethereum.org/@vbuterin/BkSQmQTS8, traduite par Jean Zundel.
Bien sĂ»r, le lancement rĂ©ussi dâEth2 a occupĂ© tous les esprits ces derniĂšres semaines, mais les travaux se poursuivent sur tous les fronts. LâEIP 1559, en discussion depuis plusieurs mois, reprĂ©sente une Ă©volution majeure en changeant fondamentalement le fonctionnement des fees, les frais de transaction.
Quâest-ce que lâEIP 1559 ?
LâEIP 1559 est une proposition visant Ă rĂ©former le marchĂ© des frais dâEthereum, avec les changements clĂ©s suivants :
En substance, alors que toute la volatilitĂ© Ă court terme de la demande dâespace de transaction Ă lâintĂ©rieur dâun bloc se traduit actuellement par une volatilitĂ© des frais de transaction, une partie se traduirait alors par une volatilitĂ© de la taille des blocs.
Pour citer un ancien article :
Le statu quo des marchés des frais de transaction pose trois problÚmes majeurs :
LâEIP 1559 prĂ©sente ces avantages :
Un autre avantage sous-estimĂ© de lâEIP 1559 est quâil permet de mesurer les prix du gaz de maniĂšre sĂ»re. Aujourdâhui, le simple fait de regarder les prix du gaz sur la chaĂźne et de les utiliser comme indice est exploitable, car les mineurs peuvent inclure des transactions fictives Ă trĂšs faible ou trĂšs forte redevance, oĂč la redevance se ferait Ă eux-mĂȘmes. Mais en vertu de lâEIP 1559, le BASEFEE ne peut ĂȘtre manipulĂ© quâĂ un coĂ»t Ă©levĂ©, car les transactions fictives exigeraient mĂȘme du mineur quâil paie des frais (qui sont brĂ»lĂ©s).
Oui, la diffĂ©rence entre le prix moyen du gaz et le dixiĂšme centile du prix du gaz dans un bloc normal est dâenviron 3 fois pour la mĂ©diane et de 5 Ă 8 fois pour la moyenne. Les gens paient trop, en masse, inutilement.
Toute personne qui ne paie pas trop subit un retard de 1 Ă 2 minutes, voire plus, et ce retard ne profite en fait Ă personne ; la charge totale de la chaĂźne est la mĂȘme, quâune unitĂ© de charge donnĂ©e atteigne la chaĂźne au temps N ou au temps N + 60. Il nây a aucun avantage social rĂ©el Ă favoriser des participants «exprimant une prĂ©fĂ©rence pour la rapidité» dans le mĂ©canisme du marchĂ© des frais, du moins dans des conditions normales ; il sâagit dâune perte parfaitement inutile. Il vaudrait mieux pour nous tous que davantage de transactions soient incluses immĂ©diatement, ce que permet lâEIP 1559.
Les enchĂšres au k-iĂšme prix (oĂč chacun paie un prix de gaz Ă©gal au prix le plus bas qui Ă©tait inclus dans le bloc) sont effectivement «efficaces» dans une analyse Ă©conomique traditionnelle*, mais elles ont le dĂ©faut dâĂȘtre vulnĂ©rables Ă la collusion.
* Oui, bien sĂ»r, techniquement, il faut utiliser le prix du gaz le plus Ă©levĂ© qui nâest pas inclus dans le bloc ; mais en pratique, Ă©tant donnĂ© que la plupart des blocs Ethereum comportent des centaines de transactions, la diffĂ©rence serait nĂ©gligeable.
EIP 1559 peut tout au plus multiplier par 2 la taille des blocs, mĂȘme Ă court terme. Chaque «bloc complet» (câest-Ă -dire un bloc dont le gaz est 2x la TARGET) augmente le BASEFEE de 1,125x, donc une sĂ©rie de blocs complets constants augmentera le prix du gaz par un facteur 10 tous les ~20 blocs (~4,3 min en moyenne). Par consĂ©quent, les pĂ©riodes de forte charge sur la chaĂźne ne dureront pas plus de 5 minutes.
Notez quâactuellement, les pĂ©riodes de doublement de la charge durant 5 minutes se produisent dĂ©jĂ alĂ©atoirement environ une fois tous les ~63888 blocs (~10 jours) en raison de la variance du taux de production des blocs. Lâintroduction de lâEIP 1559 nâentraĂźnerait donc pas un niveau de charge sans prĂ©cĂ©dent dans le systĂšme.
En outre, la limite de gaz de 10 millions, pas plus, est justifiĂ©e dans une large mesure non par des limites strictes du rĂ©seau (les taux dâoncles sont proches des plus bas niveaux historiques, bien que les risques pour les nĆuds non-mineurs tels que les nĆuds de bootstrap puissent ĂȘtre plus Ă©levĂ©s), mais par des prĂ©occupations fondamentalement long terme :
Dans ces trois cas, ce qui importe nâest pas la limite supĂ©rieure de la capacitĂ© dans une fenĂȘtre de temps trĂšs courte, mais plutĂŽt la capacitĂ© moyenne Ă long terme. Le fait que les taux dâoncles soient de 2% pendant les heures impaires et de 18% pendant les heures paires aurait le mĂȘme effet sur les trois cas prĂ©citĂ©s, car les taux dâoncle sont toujours de 10%. Ătant donnĂ© que lâEIP 1559 limite toujours la consommation de gaz Ă long terme Ă une moyenne dâenviron 10 millions par bloc, il nâaffecte pas la moyenne Ă long terme.
ConsidĂ©rons un «pic mathĂ©matiquement idĂ©al» (par exemple, cela pourrait se produire dans la vie rĂ©elle en raison dâun Ă©vĂ©nement soudain sur le marchĂ© conduisant Ă de nombreuses possibilitĂ©s dâarbitrage sur les DEX, Ă des offres sur les CDP liquidĂ©s, etc.), oĂč N * 10 millions de transactions de gaz, chacune avec un prix du gaz trĂšs trĂšs Ă©levĂ©, sont toutes diffusĂ©es.
Actuellement, cela conduirait Ă la situation suivante :
Un «utilisateur normal» moyen devrait attendre plus de N blocs.
Examinons maintenant la situation avec lâEIP 1559 :
Un «utilisateur normal» moyen devrait attendre quelque part entre N/2 et plus de N blocs.
Par consĂ©quent, mĂȘme en incluant la «pĂ©riode de rĂ©cupĂ©ration» aprĂšs la pĂ©riode de pointe pendant laquelle la capacitĂ© des blocs serait infĂ©rieure Ă la normale, la plupart des transactions seraient incluses plus tĂŽt.
Voici une simulation trĂšs grossiĂšre (il y a beaucoup dâhypothĂšses Ă©tranges ici, mais il est difficile de modĂ©liser un systĂšme complet qui couvre Ă la fois les courbes de lâoffre et de la demande et les temps dâattente) ; le tableau source est ici.
Pas beaucoup. Le BASEFEE augmenterait et il y aurait une courte pĂ©riode au dĂ©but oĂč quelques transactions seraient plus rapides, mais aprĂšs cela, le marchĂ© des frais fonctionnerait comme dans des conditions «ordinaires», Ă un niveau de frais plus Ă©levĂ©. Le principal avantage de lâEIP 1559 en matiĂšre de pics est que les dommages causĂ©s par lâinefficacitĂ© des marchĂ©s de frais ordinaires sont amplifiĂ©s lorsque les frais sont Ă©levĂ©s, de sorte quâil devient plus important dâavoir un marchĂ© des frais qui fonctionne.
Plus le rapport limite / cible est Ă©levĂ©, plus les avantages de lâEIP 1559 en termes dâefficacitĂ© du marchĂ© des frais sont importants. Cela dĂ©pend de lâamplitude des pics Ă court terme que nous sommes prĂȘts Ă accepter ; 2x est assez prudent. Nous pourrions mĂȘme lancer lâEIP 1559 avec un rapport limite / objectif de 2 pour commencer, et lâaugmenter au fil du temps si nous voyons que le rĂ©seau fonctionne bien mĂȘme en cas de pics Ă court terme.
LâEIP comprend un «pourboire» que les Ă©metteurs de transactions peuvent inclure pour le mineur. Ce pourboire sert Ă deux choses : premiĂšrement, sâil y a subitement beaucoup plus de transactions que prĂ©vu, les mineurs incluront dâabord les transactions avec un pourboire plus Ă©levĂ©, de sorte que le mĂ©canisme de priorisation basĂ© sur les frais reste finalement actif. DeuxiĂšmement, il compense le risque dâoncles pour les mineurs (le risque accru que leur bloc ne soit pas inclus dans la chaĂźne principale parce que lâajout dâune transaction supplĂ©mentaire le ralentira).
Le calcul du niveau de pourboire qui compense le risque dâoncle donne environ 0,8 gwei (les blocs oncles obtiennent en moyenne une rĂ©compense de 1,67 ETH au lieu de la base de 2 ETH, ce qui reprĂ©sente une perte de ~0,33 ETH = 330m gwei, 10 millions de blocs de gaz ajoutent ~0,025 au taux dâoncles par rapport aux blocs vides, donc le coĂ»t prĂ©vu du gaz est = 330m / 10m * 0,025 = 0,825 gwei) et les mineurs se fixent effectivement cette valeur lorsque la chaĂźne est vide.
Ce niveau de pourboire est indĂ©pendant du BASEFEE, de sorte que les clients peuvent en toute confiance fixer 1-1,5 gwei et sâattendre Ă ce que leurs transactions soient acceptĂ©es.
Les portefeuilles pourront simplement choisir les pourboires en examinant quels pourboires ont Ă©tĂ© acceptĂ©s dans le passĂ© sur la chaĂźne et en augmentant leur pourboire sâils constatent quâune transaction quâils envoient nâa pas Ă©tĂ© acceptĂ©e immĂ©diatement. Notez que dans des «conditions normales», il nây a aucune raison de fixer un pourboire supĂ©rieur au strict minimum.
En cas de congestion soudaine, les pourboires se transforment en guerre dâenchĂšres ; les portefeuilles peuvent dĂ©tecter la congestion et, dans ce cas, ils peuvent offrir aux utilisateurs la possibilitĂ© de fixer une prioritĂ© faible ou Ă©levĂ©e pour leur transaction.
Le mĂ©canisme dâescalator est une proposition de rĂ©forme diffĂ©rente des frais de transaction dans laquelle, au lieu de spĂ©cifier des frais uniques, les utilisateurs spĂ©cifient leurs frais comme une fonction, gĂ©nĂ©ralement avec un dĂ©but, une augmentation par bloc et un maximum, par exemple «5 gwei si cette transaction est incluse dans le bloc 10123456, ajouter 1 gwei pour chaque bloc suivant (par exemple 8 gwei si inclus dans le bloc 10123459), jusquâĂ un maximum de 100 gwei».
Il sâagirait de quatre paramĂštres : frais de dĂ©but, bloc de dĂ©but, incrĂ©ment par bloc, frais maximum.
Lâobjectif est dâĂȘtre «plus sĂ©curisé» envers les erreurs dâestimation des frais, car si les frais sâavĂšrent trop bas, ils augmenteront naturellement au fil du temps jusquâĂ ce que la transaction soit incluse. Dans le contexte de lâEIP 1559, cela pourrait ĂȘtre utilisĂ© pour fixer le pourboire. Le fait que le pourboire se situerait gĂ©nĂ©ralement dans une fourchette constante signifie que mĂȘme un portefeuille nâutilisant que des paramĂštres fixes pour lâescalator donnerait des rĂ©sultats assez corrects aux utilisateurs.
En gĂ©nĂ©ral, lâefficacitĂ© ce genre de stratĂ©gies est limitĂ©e, car Ă moins que presque tout le monde ne soit de connivence, une transaction non incluse dans un bloc sera incluse dans le bloc suivant ; lâeffet de cette action sur le BASEFEE Ă long terme sera donc nĂ©gligeable.
Toutefois, les mineurs peuvent mettre en place une sorte de «tarification monopolistique». Supposons que les Ă©metteurs de transactions soient prĂȘts Ă payer des frais supplĂ©mentaires pour Ă©viter dâĂȘtre retardĂ©s dâun bloc. Les mineurs peuvent refuser dâinclure les transactions qui ne comportent pas un pourboire minimum T ; ils perdent une partie de leurs revenus, mais gagnent Ă ce que les Ă©metteurs augmentent leurs frais sâils Ă©valuent la probabilitĂ© supplĂ©mentaire que vous soyez le prochain mineur et quâils incluent leur transaction de maniĂšre suffisamment Ă©levĂ©e. Cette stratĂ©gie est fortement dĂ©favorable au mineur : il subit le coĂ»t total de la perte de revenus, mais ne gagne quâune petite partie de lâaugmentation des frais de transaction que dâautres envoient.
Notez que mĂȘme si un mineur rĂ©ussit avec cette stratĂ©gie, il augmentera les revenus des autres mineurs plus quâil nâaugmentera ses propres revenus (car les autres mineurs profitent des pourboires plus Ă©levĂ©s en raison de vos actions), et il ne sâagit donc pas dâun vecteur de centralisation.
Cela ne ramĂšnera pas le BASEFEE Ă zĂ©ro, mais permettra dâatteindre un Ă©quilibre oĂč le BASEFEE constituera toujours la majeure partie des frais et les pourboires le complĂ©tant. En effet, Ă moins que les mineurs ne soient tous de connivence (auquel cas nous avons des problĂšmes plus importants), les mineurs subissent la totalitĂ© des coĂ»ts, hors transactions, mais ne bĂ©nĂ©ficient que partiellement des avantages liĂ©s Ă lâaugmentation des pourboires.
Si le risque que les mineurs dĂ©ploient une telle stratĂ©gie reste inacceptable, nous pouvons affecter une partie (par exemple 50%) des recettes de lâEIP 1559 Ă un fonds commun dont un petit pourcentage est prĂ©levĂ© sur chaque bloc pour ĂȘtre ajoutĂ© Ă la rĂ©compense de bloc des mineurs ; cela garantit que les mineurs bĂ©nĂ©ficient dâun BASEFEE Ă©levĂ©, ce qui rĂ©duit encore les gains dâune telle attaque.
Voici, schĂ©matisĂ©e, une proposition de modification de lâEIP allant dans ce sens :
0x35
comme FEE_SMOOTHING_BUFFER
, et définir FEE_SMOOTHING_CONSTANT = 8192
;smoothing_reward = FEE_SMOOTHING_BUFFER.balance // FEE_SMOOTHING_CONSTANT
. Transférer smoothing_reward wei
de FEE_SMOOTHING_BUFFER
vers block.coinbase
;FEE_SMOOTHING_BUFFER
. Le reste (câest-Ă -dire la moitiĂ© arrondie Ă lâunitĂ© supĂ©rieure) est brĂ»lĂ©.Notez que dans un contexte de preuve dâenjeu, il serait souhaitable de mettre en place des Ă©lections Ă bulletins secrets des dirigeants ainsi que des sanctions en cas de rĂ©vĂ©lation prĂ©maturĂ©e, afin dâempĂȘcher les validateurs dâacquĂ©rir la rĂ©putation de nâaccepter que des pourboires Ă©levĂ©s et dâen tirer eux-mĂȘmes tout le bĂ©nĂ©fice, car les Ă©metteurs de transactions sauraient quels validateurs vont bientĂŽt crĂ©er des blocs.
Le document original : https://ethresear.ch/t/first-and-second-price-auctions-and-improved-transaction-fee-markets/2410
Thread de ethresear.ch sur les simulations de Barnabe : https://ethresear.ch/t/eip-1559-simulations/7280
The post FAQ EIP 1559 first appeared on Ethereum France.Guide dĂ©taillĂ© de A Ă Z de mise en place dâun validateur sur Ethereum 2.
Devenir un validateur sur Ethereum 2 nâest pas quelque chose Ă prendre Ă la lĂ©gĂšre. Vous allez devoir bloquer 32 ETH (ou plus), sans pouvoir les retirer pendant un certain moment, et devoir vous assurer que votre validateur continue Ă ĂȘtre actif sur toute cette pĂ©riode, sans quoi vous perdrez une partie de vos ETH placĂ©s.
De grands pouvoirs impliquent de grandes responsabilités
Avant de vous jeter Ă lâeau, assurez-vous de pouvoir rĂ©pondre Ă lâaffirmatif Ă ces questions:
Si vous nâavez pas 32 ETH, ou que vous ne vous sentez pas de devenir validateurs, vous pourrez toujours rejoindre des « staking pool« .
Prenez cependant le soin de vous renseigner sur les staking pool avant dây sĂ©questrer vos ETH ! Il y a beaucoup dâarnaques
PremiĂšre Ă©tape : mettre en place une machine qui servira de validateur.
Deux options sâoffrent Ă vous: vous pouvez utiliser une machine chez vous, ou bien un serveur hĂ©bergĂ© ailleurs. Les deux ont leurs avantages et inconvĂ©nients : facilitĂ© dâaccĂšs, stabilitĂ© de la connexion Ă internet, taille du disque dur, confiance en lâhĂ©bergeur⊠je vous laisse faire votre choix. Dans ce guide, je vais utiliser un hĂ©bergeur (aucun lien dâaffiliation, câest juste celui que jâutilise personellement), afin de montrer cette Ă©tape aussi. Si vous avez dĂ©jĂ un ordinateur chez vous (ou votre serveur est dĂ©jĂ mis en place), vous pouvez procĂ©der Ă lâĂ©tape « Mise en place des logiciels » directement !
Vous vous apprĂȘtez Ă sĂ©questrer au moins 32 ETH. Mais ĂȘtes-vous sĂ»r de connaĂźtre les risques et les pĂ©nalitĂ©s ? Plus de dĂ©tail dans lâappendice en bas de la page.
Cette partie va vous montrer comment:
Allez câest parti ! Rendons-nous chez netcup.eu (ce guide nâest en aucun cas affiliĂ© ! Câest simplement lâoption que jâutilise personellement).
SĂ©lectionnez « Server », et cherchez lâoption VPS 6000 G9.
Ce qui importe, câest dâĂȘtre sĂ»r que le serveur tiendra la route en cas de perturbation sur le rĂ©seau. Aujourdâhui, il est recommandĂ© dâavoir au moins 4 CĆurs, 16 GB de RAM, 256Gb de SSD, juste pour faire tourner le Beacon Node (plus dâinfo sur ce terme plus tard dans le tutoriel) et les validateurs.
Cependant, à ça il faut ajouter lâinstance dâETH1, qui nĂ©cessite elle-mĂȘme 16Gb de RAM et 500 GB de SSD. Et si vous voulez, vous pouvez aussi lancer un slasher, ce qui prend des ressources supplĂ©mentaires.
Lâoption VPS 6000 est une option avec laquelle vous nâaurez pas de problĂšmes dans les annĂ©es Ă venir. Elle a largement de quoi faire, et tiendra la route mĂȘme en cas de conditions etrĂȘmes sur le rĂ©seau. Lâoption VPS 4000 est correcte et devrait ĂȘtre suffisante. Lâoption VPS 3000 fera pile lâaffaire pour le moment, mais il faudra sâattendre Ă devoir changer de plan dâici 1 an ou deux. Enfin, si vous ne comptez pas lancer dâinstance eth1 (si vous utilisez Infura par exemple), lâoption VPS 2000 sera suffisante.
Si pour vous les termes eth1, Infura, beacon node et validateurs sont du charabia, vous pouvez allez lire le « Petit récapitulatif » dan « Mise en place des logiciels ».
Une fois votre offre sĂ©lectionnĂ©e, vous devrez procĂ©der Ă la crĂ©ation de compte. Retenez bien les informations que vous entrez : une fois la demande effectuĂ©e, vous recevrez un appel de netcup.eu en anglais (ils sont allemands) et ils vous demanderont de bien confirmer : votre nom / prĂ©nom, votre adresse, votre code postale. Câest tout Ă fait normal (bien que dĂ©routant je vous le concĂšde !).
Une fois ces informations confirmĂ©es par tĂ©lĂ©phone, ils vous enverront vos identifiants de connexion par e-mail : les e-mails sont en allemand et en anglais, donc il faudra scroller jusquâen bas pour trouver la version anglaise !
Connectons-nous dâabord Ă notre espace client. Comme Ă©crit dans le mail, le lien est celui-lĂ : https://www.customercontrolpanel.de . Vos identifiants figurent aussi dans le mail (en orange sur la photo).
La premiĂšre Ă©tape Ă suivre est de sĂ©curiser notre compte client mettant en place le 2FA : un mĂ©chanisme de sĂ©curitĂ© qui vous demandera dâentrer un code fournit par votre tĂ©lĂ©phone lors de vos prochaines connexions. Pour ce faire, cliquez sur Master Data en bas Ă gauche.
Là vous pouvez cliquer sur le bouton « Enable two factor authentication ».
Bien maintenant que votre compte est sĂ©curisĂ©, vous pouvez procĂ©der au rĂšglement. La facture devrait ĂȘtre Ă peu prĂšs Ă©gale Ă trois fois le montant mensuel : pas de panique, cela suit une pĂ©riode de facturation trimestrielle.
Une fois le rÚglement effectué, vous devriez recevoir de nouvelles informations par e-mail : un e-mail intitulé « Access data for SCP » et un autre intitulé « Ihr vServer bei netcup ist bereit gestellt.
Dâabord par mesure de sĂ©curitĂ©, rendez-vous sur le servercontrolpanel (https://www.servercontrolpanel.de/SCP), connectez-vous avec les identifiants contenus dans le mail, et changez votre mot de passe (menu dĂ©roulant en haut Ă droite, puis Option).
Sur ce paneau de contrĂŽle, vous avez accĂšs Ă vos machines, et si vous cliquez sur lâune de vos machines, vous aurez un dĂ©tail de lâutilisation de celle-ci.
Vous pouvez maintenant vous connecter Ă la machine !
Fini la rigolade ! On passe aux choses sérieuses ! Pour ce faire, nous allons utiliser ssh ! ssh est un programme qui permet de se connecter de façon sécurisée à un serveur.
Pour lâutiliser, rien de plus simple : depuis le terminal de votre machine, tapez ceci (en remplaçant « adresseip » par lâadresse IP de votre propre machine, qui vous a Ă©tĂ© communiquĂ©e dans le deuxiĂšme e-mail)
ssh root@adresseip
Le mot de passe demandĂ© est celui qui apparaĂźt dans lâemail que netcup vous a envoyĂ©. Ensuite, vous devriez avoir un message vous signalant que lâauthenticitĂ© de la machine ne peut pas ĂȘtre prouvĂ©e⊠câest normal, tapez « yes » !
PremiĂšre Ă©tapeâŠ. changer de mot de passe ! Et oui, sĂ©curitĂ©, sĂ©curitĂ©, sĂ©curitĂ© !
Entrez simplement :
passwd
Et choisissez un mot de passe solide (différent des autres mot de passe que vous utilisez habituellement !)
Nous sommes actuellement connectĂ© en tant que lâutilisateur « root« . Câest en quelque sorte le superman de votre ordinateur : il a tous les droits. Câest une trĂšs mauvaise habitude, et un grand risque de sĂ©curitĂ© dâĂȘtre connectĂ© en tant que root, câest pourquoi nous allons crĂ©er un utilisateur !
La commande a entrer est celle-ci (en changeant utilisateur pour le nom dâutilisateur que vous dĂ©sirez crĂ©er).
adduser utilisateur
Suivez les instructions du terminal (soyez sĂ»rs de choisir un mot de passe solide !). Puis, ajoutez cet utilisateur Ă la liste des « sudoers » : câest la liste des utilisateurs qui sont autorisĂ©s Ă effectuer des actions en tant quâadministrateur (parfois). Tapez la commande ci-dessous (en remplaçant utilisateur par votre nom dâutilisateur choisi, Ă©videmment).
usermod -aG sudo utilisateur
Pour ĂȘtre sĂ»r que cela fonctionne correctement, dĂ©connectez-vous de la machine en tappant :
exit
Puis connectez-vous cette fois-ci en utilisant votre nom dâutilisateur :
ssh utilisateur@adresseip
La sĂ©curitĂ©, câest important ! Câest pourquoi nous allons procĂ©der Ă la mise en place de trois mesures de sĂ©curitĂ© : lâauthentification par clĂ©, le changement de port SSH, et lâinstallation dâun pare-feu.
Je vais tenter dâexpliquer simplement Ă quoi servent ces deux mesures.
Nous allons créer votre clé SSH qui vous servira à vous connecter au serveur. Commencez par vous déconnecter de votre serveur (exit). Ensuite, tappez cette commande :
ssh-keygen -t ed25519
Ensuite suivez les instructions sur votre console. Une fois terminé, il vous faudra ajouter cette clé à la liste des clés autorisées par votre serveur :
ssh-copy-id -i ~/.ssh/id_ed25519.pub utilisatur@adresseip
Et voilĂ le travail ! Votre clĂ© apparaĂźt dĂ©sormais parmi les clĂ©s autorisĂ©es sur votre serveur. Cependant, le serveur autorise toujours Ă se connecter en fournissant le mot de passe de lâutilisateur : nous allons modifierons cela quand nous effectuerons le changement de port SSH.
Commençons par mettre à jour notre systÚme.. Je ne vais pas détailler ces commandes mais en gros, elles mettent à jour le systÚme, retirent les logiciels dont on ne se sert pas et installent UFW
Nous avons crĂ©Ă© un utilisateur qui nâest pas root car câest risquĂ© de lancer toutes les commandes en tant quâadministrateur. Cependant, de temps en temps nous avons besoin de lancer des commandes en tant quâadministrateur. La solution : ajouter « sudo » au dĂ©but de la commande que nous lançons. Il se peut que lancer sudo vous demande votre mot de passe : câest tout Ă fait normal !
sudo apt update && sudo apt upgrade
sudo apt dist-upgrade && sudo apt autoremove
sudo apt install -y ufw
Maintenant nous pouvons changer le port SSH. Vous nâavez quâĂ choisir un numĂ©ro de port entre 1024 et 49151, et vous assurez quâil ne sort pas en rouge lorsque vous tapez cette commande (en remplaçant numerodeport par le numĂ©ro de port que vous avez choisi) :
sudo ss -tulpn | grep numerodeport
Sâil sort en rouge, câest quâil est dĂ©jĂ utilisĂ© par votre ordinateur. Choisissez en un nouveau et recommencez !
Ensuite, mettez Ă jour votre fichier de configuration SSH. Lancez lâediteur de nexte nano:
sudo nano /etc/ssh/sshd_config
Ici vous aurez 4 lignes Ă modifier :
Appuyez ensuite sur CTRL+o (la touche contrĂŽle et la touche o en mĂȘme temps), puis Entrer, puis CTRL+x (la touche contrĂŽle et la touche x en mĂȘme temps). Câest la suite Ă tapper si lâon veut enregistrer un fichier et le fermer avec Nano.
Voici un GIF du dĂ©roulĂ© de lâopĂ©ration (avec comme exemple de port 39889).
Maintenant, nous pouvons redĂ©marrer le service SSH. Il suffit dâentrer cette commande :
sudo systemctl restart ssh
Attention, à compter de maintenant, pour vous connecter au serveur, la commande ne sera plus « ssh utilisateur@ip » mais « ssh -p NUMERODEPORT utilisateur @ip ».
Si vous vous retrouvez dans un cas ou vous ne parvenez plus Ă vous connecter Ă la machine en SSH, sachez que vous pouvez toujours vous reconnecter en passant par lâinterface de de netcup.eu .
Plus dâinformation en bas de la page dans lâappendice.
Pour vous déconnecter, tapez:
exit
Puis reconnectez-vous :
ssh -p numerodeport utilisateur@adresseip
Maintenant faisons en sorte de rejeter les connexions par défaut :
sudo ufw default deny incoming
Acceptons les connections sur notre port SSH choisi :
sudo ufw allow numerodeportssh/tcp
Puisque nous allons utiliser Geth et Lighthouse, nous allons ouvrir les ports 30303 et 9000 (respectivement)
sudo ufw allow 30303
sudo ufw allow 9000
Mettons maintenant en marche ces pare-feu :
sudo ufw enable
Maintenant, en tapant « sudo ufw status verbose« , vous devriez avoir un rendu similaire (mon port choisi pour SSH est le 38998) :
Et voilà ! Votre machine est désormais installée et sécurisée. Nous pouvons passer à la prochaine étape : créer les clés des validateurs.
Ce guide dĂ©tail les Ă©tapes nĂ©cessaires pour la mise en place dâun validateur sur le « mainnet », câest-Ă -dire le rĂ©sau officiel Ethereum 2. Il existe cependant des « testnet », câest-Ă -dire des rĂ©seaux qui permettent de tester, sans mettre en jeu des « vrais » ETH. Je vous recommande dâabord dâessayer dâinstaller et de lancer correctement un validateur sur un testnet. Pour ce faire, il suffit de remplacer « mainnet » par le nom du testnet (au moment de lâĂ©criture, « pyrmont »).
Une fois le validateur ayant été correctement lancé sur le testnet, vous pourrez passer au mainnet !
Rendez-visite à ce site : https://github.com/ethereum/eth2.0-deposit-cli/releases/ et trouvez la version du logiciel pour linux : elle devrait se terminer par « linux-amd64.tar.gz« .
Voici à quoi elle ressemble au jour de création de ce guide :
Ensuite copiez-en le lien :
Maintenant, reprenez le terminal et tapez ces commandes (en remplaçant le lien « https:// » par le contenu de votre presse-papier (le lien que vous avez copiĂ© lors de lâĂ©tape prĂ©cĂ©dente)).
cd ~
sudo apt install -y curl
curl -LO https://github.com/ethereum/eth2.0-deposit-cli/releases/download/v1.1.0/eth2deposit-cli-ed5a6d3-linux-amd64.tar.gz
Vous venez de télécharger la version compressée du logiciel qui va vous servir à créer les clés de vos validateurs. Pour le décompresser, il vous suffit de taper :
tar xvf eth2deposit-cli-ed5a6d3-linux-amd64.tar.gz
rm -rf eth2deposit-cli-ed5a6d3-linux-amd64.tar.gz
cd eth2deposit-cli-ed5a6d3-linux-amd64
Les noms des fichiers pourraient diffĂ©rer sur votre machine : ici câest eth2deposit-cli-ed5q6d3 car câest la version actuelle, mais elle pourrait changer dans le futur. Pour lâafficher, lancez simplement la commande ls
.
Vous pouvez maintenant créer vos clés ! Entrez cette commande (en changeant nombredevalidateurs par le nombre de validateurs que vous comptez lancer) :
./deposit new-mnemonic --num_validators nombredevalidateurs --mnemonic_language=english --chain mainnet
Prenez le temps de bien vérifier la commande que vous venez de taper. Avez-vous bien remplacé le NOMBREDEVALIDATEURS par le nombre de validateurs que vous comptez lancer ? Avez vous bien bien écrit « mainnet » ?
Dans cette commande, vous allez devoir noter vos mots de passe. Je vous recommande de les Ă©crire sur un bout de papier, dâen faire une deuxiĂšme copie et garder les deux copies dans deux endroits diffĂ©rents.
Personne ne pourra vous sauver si vous oubliez vos mot de passe ou vos mnemonics : câest donc dâune importance capitale pour vous de vous appliquer pendant cette opĂ©ration.
PremiÚre étape : créer un mot de passe. Choisissez-en un (de préférence au hasard), de bonne qualité, et notez le sur le bout de papier. Ensuite lisez le bout de papier, et tapez-le ici. Soyez sûrs que ça correspond à ce que vous avez noté sur le bout de papier !
Ensuite vous verrez apparaĂźtre une liste de mots : câest ce que lâon appelle votre mnemonic. Notez-le prĂ©cieusement, en faisant bien attention Ă lâorthographe des mots (ils sont en anglais, attention aux faux amis!).
Vous devrez ensuite entrer, dans lâordre, le mnemonic (suite de mots) que vous venez de noter. Soyez sĂ»rs de taper ce que vous avez Ă©crit sur votre papier !
Si vous tapez la commande ls, vous devriez avoir le mĂȘme rendu :
Dans le dossier validator_keys se trouvent plusieurs fichier : un fichier deposit_dataâŠjson, et autant de keystore-mâŠjson que vous avez entrĂ© de numĂ©ro de validateurs. Le fichier deposit_data est un fichier unique qui contient des informations nĂ©cessaires pour pouvoir dĂ©poser des ETH pour staker : les fichier keystore-m sont des fichiers reprĂ©sentants vos clĂ©s de validateur. Ils seront utilisĂ©s par la suite !
Vous avez crĂ©Ă© vos clĂ© de validateur (ainsi que le fichier de deposit associĂ©, nous y reviendrons plus tard). Maintenant il est temps dâinstaller les logiciels !
TroisiÚme étape: mettre en place les logiciels nécessaires au staking.
Ces instructions sont Ă©crites pour Ubuntu (Linux). Si vous utilisez une autre machine, il faudra probablement adapter quelques commandes !
Il y a trois logiciels principaux qui vont ĂȘtre exĂ©cutĂ©s par votre machine:
Ce qui est intĂ©ressant, câest que plusieurs VC peuvent se connecter au mĂȘme BN: en effet, on peut faire tourner des centaines de validateurs, qui se connectent tous au mĂȘme BN. Un VC ne consomme pas beaucoup (rappelez-vous, câest le BN qui fait la majoritĂ© du travail), en lancer plusieurs sur la mĂȘme machine permet donc dâaugmenter un peu la rentabilitĂ©.
Une question devrait vous traverser lâesprit : est-il possible de connecter son VC a un BN sur une autre machine ? La rĂ©ponse est oui ! Vous pourriez trĂšs bien connecter vos VCs au BN dâun ami, ou dâune entreprise, si vous leur faites confiance. Vous nâĂȘtes donc pas OBLIGE de faire tourner un BN, si vous faites confiance Ă un autre BN. Attention cependant : si le BN dans lequel vous avez confiance se met Ă mal agir (se dĂ©connecter, ĂȘtre piratĂ©âŠ), vous pourriez en faire les frais ! Câest pourquoi il est recommandĂ© de faire tourner son propre BN.
Le paragraphe prĂ©cĂ©dent sâapplique tout aussi bien au nĆud Ethereum 1 que vous devez lancer: vous pouvez dĂ©cider de ne pas en lancer, et de vous remettre Ă un ami / une entreprise (par exemple Infura). Cependant, comme pour le BN, câest dĂ©conseillĂ©, car on nâest jamais mieux servi que par soi-mĂȘme !
Si votre machine est peu performante, une solution pourrait ĂȘtre de ne pas lancer geth et dâutiliser un autre accĂšs Ă la chaĂźne Eth 1.
Un des services les plus connus est Infura. Un tutoriel est disponible dans lâappendix afin dâen savoir plus. Cependant, comme Ă©crit just au-dessus, il est FORTEMENT recommandĂ© de lancer son propre client Ethereum 1
Il y a plusieurs implĂ©mentations de clients pour Ethereum 2 : les plus connus sont Lighthouse, Prysm, Teku, et Nimbus. Chaque client a ses spĂ©cificitĂ©s (que ce soit lâĂ©quipe derriĂšre, lâhistoire, les buts recherchĂ©s, le langage utilisĂ©, les caractĂ©ristiques techniques, la communautĂ© etcâŠ). Dans cet article, nous allons utiliser lâimplĂ©mentation Lighthouse, de lâĂ©quipe Sigma Prime.
De la mĂȘme maniĂšre que diffĂ©rent clients Ethereum 2 existent, il existe aussi plusieurs implĂ©mentations de client Ethereum 1. Les plus connus sont geth et openethereum (anciennement parity-ethereum). Dans ce tutoriel, jâutiliserai geth et parlerai de geth mais ce quâil faut comprendre câest « client Ethereum 1 ».
Nous avons deux possibilités pour lancer notre client :
Jâai personellement optĂ© pour lâutilisation de docker-compose : ça rend la tĂąche trĂšs simple Ă utiliser, installer, et mettre Ă jour.
Afin de nous faciliter la tĂąche, nous allons utiliser un logiciel qui sâoccupera de lancer les autres logiciels Ă notre place. Je vous prĂ©sente : Docker !
Pour installer Docker sur Ubuntu, câest tout simple :
sudo apt install -y docker.io
Assurons-nous que Docker a bien été installé en lançant cette commande en la comparant au screenshot en-dessous.
sudo docker run hello-world
Si cette commande ne fonctionne pas, câest probablement que docker nâa pas Ă©tĂ© correctement installĂ©. Dans ce cas, veuillez suivre les instructions dâinstallations officielles.
Profitons-en pour aussi installer Docker-Compose
sudo apt install -y docker-compose
Maintenant que nous avons installĂ© le logiciel docker-compose, il ne nous reste plus quâĂ lui dire ce que nous voulons lui faire faire (lancer geth, un BN et un VC). Ca tombe bien : lâĂ©quipe de lighthouse a un dossier avec tout de dĂ©jĂ prĂ©parĂ© !
Assurons-nous dâabord dâĂȘtre dans le bon rĂ©pertoire :
cd ~
Puis téléchargeons le dossier de configuration
git clone https://github.com/sigp/lighthouse-docker/
La commande ls (qui liste les fichier du répertoire) devrait ressembler à cela maintenant :
Allez maintenant éditer le fichier de configuration. Déplacez-vous dans le bon répertoire :
cd lighthouse-docker
Faites une copie du fichier de configuration :
cp default.env .env
Et allez Ă©diter le fichier de configuration : (nâoubliez pas, pour quitter câest CTRL+O, Enter, CTRL+X)
nano .env
Voici la liste des paramĂštres Ă Ă©diter. Si le paramĂštre nâapparaĂźt pas dans cette liste, câest quâil doit ĂȘtre laissĂ© Ă sa valeur par dĂ©faut. Attention, si vous voulez vous mettre sur le rĂ©seau de test, alors le paramĂštre NETWORK ne sera pas mainnet mais le nom du testnet (par exemple pyrmont).
NETWORK=mainnet
START_VALIDATOR=YES
VALIDATOR_COUNT=2
START_GETH=YES
ENABLE_METRICS=YES
Bien entendu je vous laisse Ă©diter VALIDATOR_COUNT pour ĂȘtre Ă©gal au nombre de validateurs que vous avez choisi de crĂ©er.
Si vous avez une machine puissante, vous pouvez aussi mettre SLASHER=YES afin de mettre en route un slasher.
Maintenant notre fichier de configuraiton prĂȘt, nous devons importer les validateurs. Pour ce faire, copiez dâabord les clĂ©s de validateurs dans le fichier courant.
cp -r ../eth2deposit-cli-ed5a6d3-linux-amd64/validator_keys/ .
Bien entendu il se peut que le nom de votre dossier varie : comme précisé au-dessus le mien est eth2deposit-cli-ed5a6d3-linux-amd64 mais je vous laisse adapter la commande à votre machine.
Puis initialisez les clés grùce à cette commande :
sudo docker run -it -v $(pwd)/lighthouse-data:/root/.lighthouse -v $(pwd)/validator_keys:/root/validator_keys sigp/lighthouse lighthouse --network mainnet account validator import --directory /root/validator_keys
Nous sommes fin prĂȘts ! Nous allons ouvrir un gestionnaire de fenĂȘtre, afin de conserver notre fenĂȘtre ouverte (plus dâinfo dans lâencart juste en-dessous).
Dâabord installons tmux :
sudo apt install -y tmux
Puis lançons-le !
tmux
Et maintenant, la commande finale :
sudo docker-compose up
Et voilĂ ! Vous devriez voir plein de messages fuser dans tous les sens. Ces messages sont des « logs », câest-Ă -dire des messages qui dĂ©crivent le statut des diffĂ©rents logiciels (rappelez-vous, geth, BN et VC) qui tournent.
Si ces logs ne vous conviennent pas et vous voulez isoler seulement les logs du BN ou du VC, tappez :
sudo docker container ls --format '{{.Names}}'
Vous devriez avoir cela en sorite (peut-ĂȘtre deux lignes en plus si vous avez dĂ©jĂ lancĂ© grafana / prometheus).
Pour suivre seulement les logs du validateurs par exemple :
sudo docker logs lighthouse-docker_validator_client_1 --follow
Et pour suivre le BN :
sudo docker logs lighthouse-docker_beacon_node_1
Ces commandes est lançable mĂȘme si vous nâĂȘtes pas dans tmux, et vous pouvez les quitter Ă tout moment en appuyant sur CTRL+c .
Nous avons lancĂ© les logiciels Ă lâaide dâun gestionnaire de fenĂȘtre (appelĂ© tmux). Il permet aux logiciels de continuer Ă tourner en tĂąche de fond. Pour vous dĂ©tacher de cette fenĂȘtre et la laisser tourner en tĂąche de fond, il vous suffit dâappuyer sur CTRL+b puis la lettre d.
A chaque fois que vous voudrez retrouver vos logiciels (pour les arrĂȘter, ou les mettre Ă jour etc), il suffira de tapper tmux a. Vous pourrez donc faire des aller-retours jusquâĂ vos logiciels grĂące Ă ce gestionnaire de fenĂȘtre.
Vous pouvez quitter cet Ă©cran en appuyant sur CTRL+b puis d. Cela « dĂ©tache » lâĂ©cran tmux et vous renvoie vers lâĂ©cran de dĂ©part. Les logiciels continuer donc de tourner en tĂąche de fond. Pour retourner sur lâĂ©cran de tmux, tappez :
tmux a
Si vous voulez arrĂȘter complĂštement les logiciels : appuyez sur CTRL+c, puis entrez :
sudo docker-compose down
En tant que validateur sur le rĂ©seau, vous avez comme devoir de tenir vos logiciels Ă jour. Un tutoriel sur comment le faire est disponible dans lâappendix, en bas de la page
Maintenant que nous avons nos logiciels qui tournent, il ne nous reste plus quâune Ă©tape : effectuer le(s) dĂ©pĂŽt(s) dâETH sur le rĂ©seau ! Rendez-vous sur le site officiel : https://launchpad.ethereum.org/overview (vous pouvez prĂ©fixer le nom du testnet dĂ©sirĂ©, par exemple : https://pyrmont.launchpad.ethereum.org/overview pour le testnet de pyrmont).
Lisez attentivement les 10 étapes (un récapitulatif ne fais jamais de mal), et vous devriez arriver sur cette page:
Vous pouvez choisir les logiciels que lâon utilise : geth, puis Lighthouse
Maintenant indiquez le nombre de validateurs que vous voulez lancer (dans mon cas, 2)
Puis cochez la case qui certifie que vous avez copié vos mnemoniques et votre mot de passe, et cliquez sur Continue.
Sur la page suivante, vous allez uploader votre fichier deposit_data dont on a parlĂ© Ă tout Ă lâheure. Mais comment faire ? Le fichier se trouve sur mon serveur, pas du mon ordinateur ! Pas de panique ! Jâai la solution : scp !
scp est un programme qui permet de copier des fichiers depuis un serveur vers votre ordinateur (ou dans lâautre sens) de façon sĂ©curisĂ©.
Dâabord crĂ©ons un dossier pour stocker nos fichiers :
cd ~
mkdir validateurs
cd validateurs
Sur votre terminal, dĂ©connectez-vous de votre machine (tapez exit), puis entrez simplement (en remplacant, comme dâhabitudeâŠ) :
scp -r -P numerodeport utilisateur@adresseip:lighthouse-docker/validator_keys .
Et voilĂ le travail ! Vous devriez maintenant pouvoir cliquer sur le gros bouton + prĂ©sent sur la page, et aller chercher le fichier deposit_data qui se trouve dans le dossier validateurs, dans votre rĂ©pertoire dâutilisateur (home directory).
Maintenant vous devriez pouvoir uploader le fichier deposit_data :
Et vous devriez voir cet Ă©cran ! (si vous ne vous ĂȘtes pas trompĂ©s de rĂ©seau !)
Maintenant il faut faire le dĂ©pĂŽt. Je vous laisse suivre le tutoriel dâinstallation de Metamask (vous pouvez y connecter votre Ledger si jamais câest cela que vous utilisez)
Si vous vous apprĂȘtez Ă faire un dĂ©pĂŽt sur un testnet, la monnaie utilisĂ©e nâest pas lâETH mais le gETH (görli-ETH). Il peut sâobtenir via des faucets, ou en rejoignant le Discord dâEthStaker.
Une fois Metamask installĂ©, soyez sĂ»rs dâĂȘtre sur la bonne chaĂźne : Ethereum Mainnet pour un dĂ©pĂŽt sur le mainnet, et Goerli pour un dĂ©pĂŽt sur un testnet.
Vous nâavez plus quâĂ lancer la transaction⊠et tada ! Votre dĂ©pĂŽt aura Ă©tĂ© effectuĂ© ! Vous pouvez dĂ©sormais suivre lâĂ©tat de vos validateurs : dans metamask, cliquez sur la transaction que vous venez dâeffectuer.
Puis cliquez sur la flĂšche qui vous mĂšnera Ă lâexplorateur de block :
Et ici vous pouvez voir les clĂ©s publique associĂ©es ! Vous pouvez consulter lâĂ©tat de votre validateur en cliquant dessus.
Ici nous utilisons le site beaconscan. Un autre explorateur connu est beaconcha.in. Dans cette photo, mon dĂ©pĂŽt nâa pas encore Ă©tĂ© inclus : en effet, une votre dĂ©pĂŽt effectuĂ©, il faut du temps afin quâil soit « inclus » et que votre validateur apparaisse dans la liste « officielle » des validateurs. Plus dâinfo sur ce procĂ©dĂ©.
Cette partie est optionelle : il sâagit de mettre en place un systĂšme de monitoring (afin de garder un oeil sur sa machine !). Nous allons utiliser Grafana et Prometheus : Prometheus va se charger de rĂ©cupĂ©rer des donnĂ©es de nos logiciels (mĂ©moire utilisĂ©e etc), et Grafana se chargera de les afficher.
Encore une fois, docker va nous sauver ! Nous allons cloner le repo lighthouse-metrics qui a déjà tout de préparé pour nous :
cd ~
git clone https://github.com/sigp/lighthouse-metrics
cd lighthouse-metrics
Ensuite, nous allons lancer grafana et prometheus grĂące Ă la commande⊠docker-compose ! Notez lâutilisation de -d, qui permet de le lancer en tĂąche de fond.
sudo docker-compose up -d
Maintenant nous pouvons passer Ă la derniĂšre Ă©tape : visualiser les donnĂ©es ! DĂ©connectez-vous du serveur (tappez exit), et tappez la commande suivante (en remplacant, comme dâhabitude):
ssh -p numerodeport -L 127.0.0.1:3000:127.0.0.1:3000 utillisateur@adresseip
Et maintenant, sur votre navigateur, tapez cette URL : localhost:3000 ! Vous devriez arriver sur un panneau de configuration ! Le nom dâutilisateur est admin et le mot de passe changeme. Ensuite, vous devrez cliquer sur le bouton Manage
Puis cliquez sur le bouton Import
Maintenant vous devez visiter cette page et en copier le contenu, et le coller le contenu dans la box « Import panel via JSON »
Puis cliquez sur Load et Import et⊠tada !!
Câest un panneau de monitoring global, il vous est bien sĂ»r possible de modifier et lâadapter Ă vore convenance !
Des amĂ©liorations sont toujours possibles ! Vous pourriez crĂ©er des services qui se relancent automatiquement, avoir un systĂšme de sauvegarde, avoir un meilleur systĂšme de logging⊠cependant ce guide nâest lĂ que pour couvrir les bases. Il ne faut vraiment pas hĂ©siter Ă aller chercher de lâaide et poser des questions, voici donc quelques recommandations de site / communautĂ©s qui pourraient vous intĂ©resser :
https://reddit.com/r/ethstaker/ : Le subreddit dâune communautĂ© de staker (je vous recommande de rejoindre le Discord, câest un des meilleurs endroits pour poser des questions)
https://reddit.com/r/ethereum : Le subreddit officiel dâEthereum
https://lighthouse-book.sigmaprime.io/ : La documentation officielle de Lighthouse
https://docs.prylabs.network/docs/getting-started/ : La documentation officielle de Prysm
https://docs.teku.consensys.net/en/latest/ : La documentation officielle de Teku
https://status-im.github.io/nimbus-eth2/ : La documentation officielle de Nimbus
Pour se renseigner sur le protocole en général il y a bien entendu :
â La spĂ©cification officielle : https://github.com/ethereum/eth2.0-specs
â Cet article que jâai particuliĂšrement apprĂ©ciĂ© : https://ethos.dev/beacon-chain/
â Les spĂ©cifications commentĂ©es de Vitalik et de Ben Edgington
Une des rĂšgles du rĂ©seau est quâun validateur ne doit jamais publier deux messages conflictuels pour un mĂȘme block. Pour ĂȘtre sĂ»r quâil ne publie jamais de messages conflictuels, un validateur tient Ă jour une base de donnĂ©e de tous les messages quâil a envoyĂ©. Cette base de donnĂ©e (souvent appellĂ©e slashing protection database, et situĂ©e dans ~/lighthouse-docker/lighthouse-data) est TRES importante, car si vous la perdez, votre validateur pourrait bien publier deux messages conflictuels et se faire pĂ©naliser !
Il est donc recommandĂ© dâen faire une sauvegarde rĂ©guliĂšrement ! Et si vous la perdez, il est recommandĂ© dâattendre plusieurs heures avant de relancer votre validateur, afin de rĂ©duire les chances quâil produise des messages conflictuels.
Il y a deux grosses catégories de pénalités que vous pourriez encourir :
Rendez-vous sur le servercontrolpanel et cliquez sur votre machine. Ensuite cliquez sur la « Console » en haut Ă droite de lâĂ©cran (entourĂ© en rouge sur la photo).
Une fenĂȘtre pop-up devrait sâouvrir (si elle ne sâouvre pas vĂ©rifiez les paramĂštres de votre navigateur). Ici, il vous suffit de vous connecter en entrant dâabord le nom dâutilisateur, puis le mot de passe de votre utilisateur. Si vous nâavez pas encore dâutilisateur, utilisez les identifiants de root.
Cela vous donne accĂšs Ă un shell classique : Ă vous de rĂ©soudre les problĂšmes afin de pouvoir vous reconnecter depuis votre interprĂȘteur ! (Probablement un problĂšme de port SSH / pare-feuâŠ)
Si votre machine est peu performante, une solution possible est dâutiliser un « fournisseur » dâaccĂšs Ă ETH1 plutĂŽt que de faire tourner votre propre instance de geth. Câest plus risquĂ© (car vous devez faire confiance Ă votre fournisseur plutĂŽt que de lancer un client par vous-mĂȘme), mais cela devrait rĂ©duire les ressouces utilisĂ©es par votre machine.
Je vais ici donner un exemple de mise en place avec Infura. Si vous avez dĂ©jĂ votre fournisseur dâaccĂšs Ă Ethereum 1, vous pouvez passer cette Ă©tape.
Rendez-vous sur le site infura.io et créez un nouveau compte.
Une fois votre compte crĂ©Ă©, cliquer sur lâonglet Ethereum dans la barre de gauche.
CrĂ©ez ensuite un nouveau projet en cliquant sur « Create New Project » (il se peut que lâinterface soit diffĂ©rente si câest votre premier projet)
Ensuite cliquez sur votre projet et allez dans lâonglet Settings.
En bas de la page vous trouverez les informations qui nous intĂ©ressent : le menu dĂ©roulant vous permet de choisir le rĂ©seau (mainnet pour le rĂ©seau officiel, Görli pour les testnets). Puis vous pouvez copier lâURL (entourĂ© en rouge) qui vous servira dans lâĂ©tape suivante.
GrĂące Ă docker-compose, cette modification est un rĂ©el jeu dâenfant : il nây a que deux lignes Ă modifier !
nano .env
Ensuite les deux lignes Ă modifier sont : START_GETH qui doit ĂȘtre vide, et VOTING_ETH1_NODES qui doit ĂȘtre mis Ă lâURL du fournisseur dâaccĂšs Ă ETH1 (celui que vous avez copiĂ© si vous avez suivi le tutoriel Infura).
START_GETH=
VOTING_ETH1_NODES=urldufournisseur
Les autres paramÚtres sont à laisser comme dans décrit plus haut dans le guide.
Et voilà le travail ! Maintenant lorsque vous lancerez vos logiciels (sudo docker-compose up), vous passerez par votre fournisseur plutÎt que par geth ! Vous pouvez donc supprimer le dossier geth maintenant pour libérer de la place sur votre machine :
sudo rm -rf ~/lighthouse-docker/geth-data
La migration de validateurs dâun serveur Ă un autre est une opĂ©ration facile mais qui nĂ©cessite une attention particuliĂšre. Le dossier important Ă copier se trouve dans lighthouse-data/mainnet/validators
(ou /testnet/ si sur testnet).
Attention, cette migration ne sert que si vous changez de machine mais comptez utiliser le meme client (Lighthouse). En attendant lâEIP-3076, changer de client nâest PAS recommandĂ©.
De plus nous copierons aussi le dossier secret
afin dâĂ©viter de devoir importer les validateurs de nouveau.
Ok premiĂšre Ă©tape : sâassurer que nos validateurs sont Ă©teints. Pour ça :
tmux a
Puis CTRL+c et ensuite
sudo docker-compose down
Pour vous assurer que vos validateurs sont Ă©teints, vous pouvez entrer la commande sudo docker container ls --format {{.Names}}
et vĂ©rifier que rien la sortie de cette commande est vide (ou au moins quâelle ne contient pas « validator_client ».
Nous allons devoir autoriser la connexion en tant que root. Oui câest une mauvaise pratique, et nous ne le ferons que temporairement, car les fichiers qui se trouvent dans validators
appartiennent Ă root.
Pour ce faire, il faut aller éditer le fichier /etc/ssh/sshd_config et changer la ligne « PermitRootLogin no » en « PermitRootLogin yes« . Pour que cette modification ait lieu, il faut ensuite redémarrer le service ssh : sudo systemctl restart ssh.
Maintenant vous pouvez vous déconnecter de la machine (exit), et vous déplacer dans le dossier Validateurs que nous avions créé précédemment.
cd ~/validateurs
De lĂ il ne nous reste plus quâĂ copier le dossiers validators ainsi que les dossiers secrets et wallets (les derniers ne sont pas nĂ©cessaires mais ils son pratiques). Bien sĂ»r il vous faut remplacer numerodeportssh, utilisateur, et adresseip (et mainnet si vous utilisez un testnet).
scp -r -P numerodeportssh root@adresseip:/home/utilisateur/lighthouse-docker/lighthouse-data/mainnet/validators .
scp -r -P numerodeportssh root@adresseip:/home/utilisateur/lighthouse-docker/lighthouse-data/mainnet/secrets .
scp -r -P numerodeportssh root@adresseip:/home/utilisateur/lighthouse-docker/lighthouse-data/mainnet/wallets .
Une fois cette opération effectuée, vous pouvez retourner sur le serveur et retirer le login en tant que root (PermitRootLogin).
Maintenant il faut faire le chemin inverse : câest Ă dire envoyer vos dossiers validators et secrets sur votre nouvelle machine, dans le bon rĂ©pertoire. Je pars du principe ici que la nouvelle machine est dĂ©jĂ crĂ©e, et que vous avez dĂ©jĂ clonĂ© les repo lighthouse-docker (que vous avez suivi ce tuto quoi !). Assurez-vous aussi que PermitRootLogin est mis sur yes. La manipulation est simple :
scp -r -P numerodeportssh validators root@adresseip:/home/utilisateur/lighthouse-docker/lighthouse-data/mainnet/validators
scp -r -P numerodeportssh wallets utilisateur@adresseip:/home/utilisateur/lighthouse-docker/lighthouse-data/mainnet/wallets
scp -r -P numerodeportssh secrets utilisateur@adresseip:/home/utilisateur/lighthouse-docker/lighthouse-data/mainnet/secrets
Enfin nous allons copier le dossier validator_keys afin quâil soit sur notre serveur aussi :
scp -r -P numerodeport ~/validateurs/validator_keys utilisateur@adresseip:lighthouse-docker/validator_keys
Et voilà ! Le tour est joué ! Vous pouvez commencer à valider sur cette nouvelle machine ! Assurez-vous de bien avoir remis PermitRootLogin no, et assurez-vous de bien avoir éteint votre ancienne machine !
Eh oui, en tant que validateur sur le rĂ©seau, il vous faudra vous assurer dâĂȘtre Ă jour !
Dâabord Ă©teindre grafana et prometheus :
cd ~/lighthouse-metrics
sudo docker-compose down
Puis Ă©teindre le BN, geth et les VC en attachant tmux
tmux a
Puis en lâinterrompant (CTRL+c), puis en le stoppant :
sudo docker-compose down
Quittez votre session tmux en appuyant sur CTRL+d.
Maintenant vous pouvez mettre Ă jour les paquets :
sudo apt update && sudo apt upgrade
Puis mettre Ă jour les logiciels :
cd ~/lighthouse-metrics && git checkout . && git pull origin stable && sudo docker-compose pull
cd ~/lighthouse-docker && git checkout . && git pull && sudo docker-compose pull
Maintenant il faut retourner Ă lâĂ©tape de crĂ©ation du fichier .env (en haut de cette page !), puis vous pourrez relancer les logiciels : dâabord tmux, puis sudo docker-compose up, puis CTRL+b, puis d, ensuite cd ~/lighthouse-metrics, puis sudo docker-compose up -d !
The post Guide pour dĂ©butants : staker sur Ethereum 2 ! first appeared on Ethereum France.Les choses vont trĂšs vite dans le domaine des cryptomonnaies. Une rĂ©alitĂ© qui se vĂ©rifie sans cesse et qui vient une nouvelle fois dâĂȘtre confirmĂ©e. Cela dans le cadre de la mise en place du rĂ©seau Proof of Stake (PoS) dâEthereum 2.0. La premiĂšre Ă©tape de son lancement en forme de test Ă lâattention de [âŠ]
Lâarticle Ethereum 2.0 valide avec succĂšs la mise en place de son rĂ©seau Proof of Stake est apparu en premier sur CryptoActu.
Comme prévu initialement, le lancement de la beacon chain d'Ethereum 2.0 a été confirmé pour le 1er décembre. Conséquence d'une rapide hausse de l'engagement dans le staking d'ETH, tous les prérequis ont été remplis et la participation de la crypto-communauté continue.
Lâarticle Ethereum 2.0 - Lancement confirmĂ© le 1er dĂ©cembre aprĂšs une augmentation rapide des dĂ©pĂŽts est apparu en premier sur Cryptoast.
Le Bitcoin (BTC) continue sur une 8e semaine de hausse, mais semble se stabiliser autour de ses plus hauts historiques. Les altcoins prennent le relai et s'envolent depuis quelques jours pour rattraper leur retard accumulé.
Lâarticle Le Bitcoin (BTC) bute sur sa rĂ©sistance historique, les altcoins s'envolent est apparu en premier sur Cryptoast.
AprĂšs des dĂ©buts difficiles, la prĂ©paration du lancement d'Ethereum 2.0 connaĂźt un gain consĂ©quent d'intĂ©rĂȘt. Plus de la moitiĂ© des ETH requis pour le dĂ©ploiement du rĂ©seau a Ă©tĂ© dĂ©posĂ© dans le contrat de dĂ©pĂŽt. La mise en ligne d'Ethereum 2.0 surviendra-t-elle avant 2021 ?
Lâarticle Ethereum 2.0 - Plus de 50% des ETH requis au lancement ont Ă©tĂ© dĂ©posĂ©s est apparu en premier sur Cryptoast.
Vitalik Buterin a rĂ©pondu aux questions de la communautĂ© sur Reddit. Il a notamment donnĂ© plus dâindications sur le passage dâEthereum Ă la Preuve dâEnjeu (Proof-of-Stake). Et la patience semble de nouveau ĂȘtre de mise...
Lâarticle Vitalik Buterin : pas de Proof-of-Stake avant novembre 2021 pour Ethereum est apparu en premier sur Cryptoast.
Bitcoin est un concept de monnaie numĂ©rique fonctionnant sur Internet qui a Ă©tĂ© crĂ©Ă© en 2008 par Satoshi Nakamoto. Mis en application Ă partir du 3 janvier 2009, il a parcouru un long chemin qui lâa menĂ© Ă devenir ce quâil est aujourdâhui, Ă la fois dâun point de vue technique, Ă©conomique et social. NĂ©anmoins, il existe toujours des incomprĂ©hensions Ă son Ă©gard, y compris chez ceux qui pensent avoir saisi ses principes de base. Câest en particulier le cas de son modĂšle de sĂ©curitĂ© qui reste flou pour beaucoup de personens.
Dans Bitcoin, une foule de notions interviennent. Le systĂšme est fondĂ© sur un rĂ©seau public et dĂ©centralisĂ© de nĆuds qui font tourner un logiciel open source. Ces nĆuds vĂ©rifient des opĂ©rations cryptographiques et entretiennent un registre distribuĂ© et horodatĂ© appelĂ© la chaĂźne de blocs, registre oĂč sont enregistrĂ©es toutes les transactions dâune unitĂ© de compte, le bitcoin. Au sein de ce rĂ©seau, un certain nombre dâacteurs, appelĂ©s des mineurs, utilisent la puissance de calcul de leurs machines afin de valider les transactions effectuĂ©es par le rĂ©seau, et reçoivent en Ă©change une rĂ©munĂ©ration en bitcoins. Tout cela forme un tout harmonique qui permet Ă Bitcoin dâexister depuis quasiment douze ans.
Cependant, ce qui sĂ©curise Bitcoin, ce nâest pas la cryptographie, la chaĂźne de blocs, le logiciel libre, la dĂ©centralisation ou la puissance de calcul. Ce qui sĂ©curise Bitcoin, câest lâaction combinĂ©e dâindividus, de personnes de chair et dâos mues par leurs intĂ©rĂȘts, de gens qui prennent des dĂ©cisions et qui sâexposent Ă des risques personnels. Bitcoin est en effet un systĂšme Ă©conomique et, en tant que tel, base sa sĂ©curitĂ© sur le comportement intĂ©ressĂ© des ĂȘtres humains1.
Â
Bitcoin est un protocole de communication qui permet lâexistence et la circulation dâune unitĂ© de compte numĂ©rique, le bitcoin. Ce protocole est un ensemble de rĂšgles et ne peut donc pas directement ĂȘtre utilisĂ© par un individu : il faut pour cela quâil existe une implĂ©mentation logicielle, Ă savoir un programme qui respecte et vĂ©rifie ces rĂšgles.
LâĂ©cosystĂšme autour de Bitcoin repose donc sur ces implĂ©mentations logicielles, qui peuvent ĂȘtre complĂštes (nĆuds du rĂ©seau) ou partielles (portefeuilles lĂ©gers). Bien Ă©videmment, les implĂ©mentations complĂštes sont les plus essentielles Ă la sĂ©curitĂ© de Bitcoin, puisque ce sont elles qui servent Ă valider les transactions et Ă miner les blocs. En particulier, Bitcoin Core, lâimplĂ©mentation de rĂ©fĂ©rence de Bitcoin (BTC), joue un rĂŽle central dans lâinfrastructure du rĂ©seau.
Comme tous les programmes informatiques complexes, Bitcoin Core nâest pas exempt de faiblesses, ce qui au cours de son histoire sâest matĂ©rialisĂ© par deux incidents majeurs :
Câest pour cela quâil est crucial que le logiciel derriĂšre Bitcoin soit bien maintenu, optimisĂ©, amĂ©liorĂ©. Bitcoin reprĂ©sente aujourdâhui prĂšs de 300 milliards de dollars et dĂ©place des dizaines de milliards de dollars chaque jour, et par consĂ©quent il serait dĂ©sastreux quâun dysfonctionnement majeur survienne.
Pour assurer la sĂ©curitĂ© du logiciel, il existe donc des dizaines de personnes, identifiĂ©es ou anonymes, qui sâattellent Ă scruter et Ă perfectionner le code, Ă temps plein ou Ă temps partiel. Puisque Bitcoin Core est un logiciel libre disponible en source ouverte sur Internet, nâimporte qui peut consulter le code, vĂ©rifier quâil est conforme au rĂ©sultat attendu ou mĂȘme proposer de le modifier pour lâamĂ©liorer ! Tel que lâexpliquait Satoshi Nakamoto en dĂ©cembre 2009 :
Ătre accessible en source ouverte signifie que nâimporte qui peut examiner le code de maniĂšre indĂ©pendante. Sâil sâagissait dâune source fermĂ©e, personne ne pourrait vĂ©rifier la sĂ©curitĂ©. Je pense quâil est essentiel pour un programme de cette nature dâĂȘtre open source.
Cette ouverture, couplĂ©e Ă une dette technique limitĂ©e, donne Ă Bitcoin une sĂ»retĂ© plus grande que de nombreux systĂšmes informatiques. En effet, au vu des sommes en jeu, la rĂ©compense pour lâexploitation rĂ©ussie dâune faille dans le code serait Ă©norme, ce qui renforce la confiance quâon peut avoir dans le logiciel au cours du temps (effet Lindy).
De plus, les failles dans le code sont, outre leur raretĂ©, le plus souvent trĂšs subtiles, ce qui fait que ce sont les dĂ©veloppeurs bienveillants qui les dĂ©couvrent et qui les rapportent. On peut par exemple citer le bogue dâinflation trouvĂ© et rĂ©vĂ©lĂ© en septembre 2018 par Awemany, dĂ©veloppeur pour Bitcoin Unlimited, ou la faille permettant des attaques par dĂ©ni de service rapportĂ©e en juin 2018 par Braydon Fuller, dĂ©veloppeur pour Bcoin, et rĂ©vĂ©lĂ©e publiquement plus deux ans plus tard, en septembre 2020.
Enfin, il faut spĂ©cifier que lâinfrastructure logicielle nâest pas maintenue gratuitement et quâelle est soutenue financiĂšrement par les organisations et les individus dont lâactivitĂ© dĂ©pend de la qualitĂ© du fonctionnement du rĂ©seau. Câest ainsi que des entreprises impliquĂ©es dans Bitcoin acceptent de rĂ©munĂ©rer les principaux dĂ©veloppeurs de Bitcoin Core, pas par charitĂ©, mais parce quâelles ont quelque chose Ă gagner.
Tout ceci fait que la sĂ©cuitĂ© du logiciel sâamĂ©liore au cours du temps, que les vulnĂ©rabilitĂ©s sont dĂ©tectĂ©es et maĂźtrisĂ©es et que, en presque douze ans dâexistence, seules deux dâentre elles ont provoquĂ© un incident majeur. Bitcoin ne repose donc pas sur des logiciels magiques qui fonctionneraient parfaitement bien, mais sur lâaction des dĂ©veloppeurs qui maintiennent des implĂ©mentations faillibles et sur lâaide des mĂ©cĂšnes qui financent ce dĂ©veloppement.
Â
Bitcoin permet Ă quiconque dâenvoyer des fonds Ă nâimporte qui dâautre, quel que soit le moment, oĂč que se trouve le destinataire dans le monde pourvu quâil dispose dâun accĂšs Ă Internet. Il est ainsi rĂ©sistant Ă la censure, câest-Ă -dire quâil est trĂšs difficile pour une entitĂ© dâempĂȘcher arbitrairement une transaction dâĂȘtre rĂ©alisĂ©e.
La rĂ©sistance Ă la censure est trĂšs importante car si Bitcoin nâavait pas cette propriĂ©tĂ©, il ne pourrait tout simplement pas survivre. Il deviendrait en effet un systĂšme bancaire comme un autre, soumis aux rĂ©glementations invasives des Ătats : il devrait sâadapter Ă lâinstar de PayPal, ou mourir sous les coups des interventions Ă©tatiques, destin funeste quâont connu e-gold ou Liberty Reserve en leur temps.
Le bon traitement des transactions dans Bitcoin implique donc deux garanties qui le distinguent des systĂšmes bancaires traditionnels :
Ce bon traitement est assurĂ© par ce quâon appelle le minage. Les mineurs, qui font partie du rĂ©seau, reçoivent les transactions des utilisateurs et les incluent dans des blocs. Ils rattachent ces blocs Ă la chaĂźne par la rĂ©solution dâun problĂšme mathĂ©matique nĂ©cessitant une dĂ©pense dâĂ©nergie Ă©lectrique (preuve de travail) et sont en Ă©change rĂ©compensĂ©s par les bitcoins nouvellement crĂ©Ă©s (6,25 bitcoins par bloc actuellement) et par les frais payĂ©s par les transactions. Pour dĂ©terminer la chaĂźne valide les nĆuds suivent le principe de la chaĂźne la plus longue, câest-Ă -dire quâils considĂšrent que la chaĂźne contenant le plus de preuve de travail (grosso modo celle avec le plus de blocs) est la chaĂźne valide. Cela permet au rĂ©seau dâarriver Ă un consensus sur lâĂ©tat du systĂšme.
Bitcoin repose donc sur la dĂ©pense dâĂ©nergie pour fonctionner, car câest elle qui dĂ©termine le caractĂšre infalsifiable de la chaĂźne et des bitcoins crĂ©Ă©s. Le taux de hachage, qui dĂ©signe le nombre de calculs par seconde rĂ©alisĂ©s par le rĂ©seau, atteint aujourdâhui les 130 EH/s, Ă savoir 130 milliards de milliards de calculs par seconde. Cette considĂ©rable force de calcul consomme aujourdâhui, selon certaines estimations, plus de 82 TWh par an, soit une dĂ©pense Ă©nergĂ©tique Ă©galant la consommation dâĂ©lectricitĂ© de pays comme la Belgique ou la Finlande.
Â
Â
NĂ©anmoins, en dĂ©pit de son rĂŽle central, ce nâest pas sur cette Ă©nergie que se fonde la sĂ©curitĂ© du minage. En effet, la sĂ©curitĂ© vient de la concurrence entre les mineurs, et pas de lâĂ©nergie totale dĂ©pensĂ©e. Comme lâĂ©crivait Satoshi Nakamoto dans le livre blanc de Bitcoin en 2008 :
Le systĂšme est sĂ©curisĂ© tant que les nĆuds honnĂȘtes contrĂŽlent collectivement plus de puissance de calcul quâun groupe de nĆuds qui coopĂ©reraient pour rĂ©aliser une attaque.
Lâimportant ce nâest pas que le taux de hachage de Bitcoin soit le plus haut possible, câest que les mineurs disposant dâune puissance de calcul non nĂ©gligeable soient « honnĂȘtes », câest-Ă -dire qui soient prĂȘts Ă miner systĂ©matiquement toutes les transactions payant un montant correct de frais (pas de censure a priori) et Ă toujours construire leurs blocs Ă partir de la plus longue chaĂźne (pas de rĂ©organisation de chaĂźne).
Imaginons (cas pessimiste) que les Ătats membres de lâONU se mettent dâaccord sur la dangerositĂ© de Bitcoin et dĂ©crĂštent lâinterdiction de certaines transactions sur Bitcoin, les transactions de mĂ©lange de piĂšces au nom de la lutte contre le blanchiment dâargent par exemple. Dans ce cas, les mineurs pourraient ĂȘtre soumis Ă de fortes pressions de la part de leurs autoritĂ©s respectives, et devraient faire le choix de continuer Ă ĂȘtre honnĂȘtes en se dĂ©plaçant dans un pays non concernĂ© ou en minant illĂ©galement, ce qui constitue dans les deux cas un risque, ou de devenir des attaquants en suivant la loi. Cette rĂ©glementation des mineurs par les Ătats permettrait, si leur matĂ©riel reprĂ©sentaient plus de la moitiĂ© de la puissance de calcul du rĂ©seau, dâempĂȘcher toute confirmation dâune transaction illĂ©gale par le biais dâune attaque des 51 % mondiale.
La solution au problĂšme proviendrait des individus et des groupes dâindividus qui seraient prĂȘts Ă miner des transactions dĂ©clarĂ©es comme illĂ©gales, et qui resteraient donc honnĂȘtes du point de vue de Bitcoin. Le risque pris par ces mineurs pourrait alors ĂȘtre compensĂ© par les frais des transactions censurĂ©es, qui pourraient sâavĂ©rer ĂȘtre trĂšs Ă©levĂ©s, surtout si des montants astronomiques Ă©taient en jeu.
Câest pour cela que la bon fonctionnement des transactions vient du comportement des mineurs, pas uniquement de la puissance de calcul du rĂ©seau. Pour que Bitcoin soit correctement sĂ©curisĂ©, il faut donc que les mineurs soient nombreux (partage du risque) et se trouvent Ă des endroits diffĂ©rents du monde (dĂ©centralisation).
Â
Â
Â
Lorsquâon entend parler du bitcoin, il ne faut pas attendre longtemps avant que sa politique monĂ©taire singuliĂšre soit Ă©voquĂ©e. Le bitcoin suit en effet un processus dâĂ©mission trĂšs prĂ©cis qui limite sa quantitĂ© dâunitĂ©s en circulation Ă 21 000 000 : les fameux 21 millions de bitcoins.
Bien que le principe soit briĂšvement dĂ©crit dans le livre blanc, cette politique monĂ©taire nâa Ă©tĂ© dĂ©finie rigoureusement par Satoshi Nakamoto que le 8 janvier 2009 dans son annonce du lancement de Bitcoin :
La circulation totale sera de 21 000 000 de piĂšces. Elle sera distribuĂ© aux nĆuds du rĂ©seau lorsquâils crĂ©eront des blocs, le montant Ă©tant divisĂ© par deux tous les 4 ans.
les 4 premiÚres années : 10 500 000 piÚces
les 4 années suivantes : 5 250 000 piÚces
les 4 années suivantes : 2 625 000 piÚces
les 4 années suivantes : 1 312 500 piÚces
etcâŠ
Cela fait du bitcoin une monnaie dure Ă produire Ă lâinverse des monnaies fiat imposĂ©es par les Ătats, comme lâeuro ou le dollar, dont la gestion de la masse monĂ©taire est dĂ©lĂ©guĂ©e Ă des banques centrales. Bitcoin donne ainsi aux individus la possibilitĂ© dâĂ©pargner une monnaie qui ne perd pas en valeur au cours du temps, et qui empĂȘche au passage les acteurs financiers proches du pouvoir de profiter de lâeffet Cantillon.
La politique monĂ©taire du bitcoin constitue donc une propriĂ©tĂ© rĂ©volutionnaire qui nâa mĂȘme pas Ă©tĂ© appliquĂ©e par le passĂ© et beaucoup la mettent en valeur comme une propriĂ©tĂ© gravĂ©e dans le marbre qui ne pourrait absolument pas ĂȘtre modifiĂ©e. NĂ©anmoins ce nâest pas le cas, et cette « rĂ©sistance Ă lâinflation » doit ĂȘtre, tout comme la rĂ©sistance Ă la censure, sĂ©curisĂ©e par des individus qui agissent en ce sens.
Bitcoin est un protocole de communication, un ensemble de rĂšgles qui permettent Ă des gens de transfĂ©rer de la valeur entre eux, et en cela il peut Ă©voluer. Les rĂšgles de consensus qui dĂ©finissent Bitcoin ne sont en effet pas figĂ©es et peuvent faire lâobjet de changements, comme lâont montrĂ© les diffĂ©rentes amĂ©liorations qui ont jalonnĂ© lâexistence de Bitcoin telles que P2SH, les verrous temporels ou SegWit.
De plus, lâĂ©volution du protocole peut se faire dans un sens non prĂ©vu originellement, ce qui a eu lieu Ă de multiples reprises dans lâhistoire des cryptomonnaies.
En juin 2016, Ethereum a ainsi violĂ© lâimmuabilitĂ© de sa propre chaĂźne en annulant le piratage dâun contrat autonome (TheDAO) oĂč 3,6 millions dâĂ©thers, qui reprĂ©sentaient plus de 45 millions dâeuros. Cette somme dĂ©robĂ©e reprĂ©sentait 4,4 % de la quantitĂ© totale dâĂ©thers en circulation, et une majoritĂ© Ă©conomique (Ă commencer par Vitalik Buterin) a donc dĂ©cidĂ© de revenir sur ce transfert le 20 juin. Un groupe dissident a refusĂ©, ce qui a crĂ©Ă© une autre chaĂźne oĂč le piratage Ă©tait toujours prĂ©sent, qui sâappelle aujourdâhui Ethereum Classic.
De mĂȘme, Bitcoin a changĂ© depuis ses dĂ©buts et nâest plus le mĂȘme quâen 2011. Le principal changement nâest pas un modification du protocole en soi, mais un changement de vision : les visions dâune monnaie dâĂ©change et dâun moyen de transfert anonyme, qui Ă©taient prĂ©dominantes aux dĂ©buts de Bitcoin, se sont estompĂ©es au profit de la vision dâun or numĂ©rique qui servirait de monnaie de rĂ©serve. MĂȘme si les premiĂšres visions subsistent au travers du projet Lightning et des logiciels dĂ©diĂ©s Ă la confidentialitĂ© (Wasabi, Samourai, JoinMarket), elles sont devenues nĂ©anmoins minoritaires dans la communautĂ© de Bitcoin. En effet, les gens sâenthousiasment plus aujourdâhui pour les investissements de grandes entreprises comme MicroStrategy et Square, ou pour lâintĂ©gration 100 % custodiale du bitcoin dans PayPal, que pour lâĂ©change commercial ou pour lâusage rĂ©alisĂ© sur le dark web.
Â
Â
Ce changement de narration sâest accompagnĂ© dâun maintien conservateur du protocole, notamment par le biais dâune restriction de sa capacitĂ© transactionnelle. Cette restriction a pour effet de prĂ©server la dĂ©centralisation du minage donc la sĂ©curitĂ© de la chaĂźne, mais aussi dâaccroĂźtre considĂ©rablement les frais de transaction payĂ©s par les utilisateurs, qui peuvent actuellement ĂȘtre de plusieurs euros en moyenne pour un traitement rapide par le rĂ©seau2.
Face Ă ces changements, nous sommes donc en droit de nous demander quelle est la force qui empĂȘche la politique monĂ©taire de Bitcoin dâĂȘtre modifiĂ©e, ce qui nous amĂšne naturellement Ă la question plus gĂ©nĂ©rale de la gouvernance de Bitcoin, câest-Ă -dire la maniĂšre dont il est dirigĂ©. Qui dĂ©cide de lâavenir du protocole ?
Dâune part, certains pensent que la gouvernance est la prĂ©rogative des dĂ©veloppeurs du protocole, que ceux-ci sont en charge de ce qui doit ou non ĂȘtre intĂ©grĂ©. Pour Bitcoin, ce serait le cas de lâimplĂ©mentation de rĂ©fĂ©rence, Bitcoin Core, et de son mainteneur principal, Wladimir van der Laan, qui possĂšdent les droits sur le dĂ©pĂŽt GitHub. Il est en effet vrai que les dĂ©veloppeurs ont une certaine influence sur le protocole en acceptant ou en refusant dâinclure une modification : par effet dâinertie, ils ont un poids dans les choix qui vont ĂȘtre faits, car tout changement non consenti par eux devrait ĂȘtre implĂ©mentĂ© par une nouvelle Ă©quipe peut-ĂȘtre moins expĂ©rimentĂ©e et moins bien financĂ©e. NĂ©anmoins, si un changement majeur et controversĂ© en venait Ă ĂȘtre proposĂ© (comme le serait probablement une violation de la politique monĂ©taire du bitcoin), les dĂ©veloppeurs nâauraient aucune chance de voir leur modification ĂȘtre acceptĂ©e. Câest notamment ce qui sâest passĂ© pour Bitcoin ABC, lâimplĂ©mentation principale du protocole Bitcoin Cash, qui se voit aujourdâhui ĂȘtre exclue pour avoir tentĂ© de rediriger 8 % de la rĂ©compense de bloc Ă ses fins.
Dâautre part, une opinion assez rĂ©pandue suppose que ce sont les mineurs qui doivent dĂ©cider de lâĂ©volution du protocole, notamment par le biais de votes proportionnĂ©s Ă leur puissance de calcul. Ces mineurs sont en effet garants de lâintĂ©gritĂ© de la chaĂźne de blocs et possĂšdent un rĂŽle majeur dans Bitcoin. Il est donc Ă©vident quâune version de Bitcoin privilĂ©giĂ©e par les mineurs a plus de chances de prospĂ©rer quâune version concurrente qui serait plus sensible Ă la censure. Cependant, ce ne sont pas les mineurs qui possĂšdent le rĂ©el pouvoir sur le protocole, pour la simple et bonne raison que ce ne sont pas eux qui contribuent Ă valoriser lâunitĂ© de compte. En raisonnant par lâabsurde, on pourrait dire que si les mineurs Ă©taient rĂ©ellement en charge du protocole, le systĂšme Ă©conomique de Bitcoin serait vouĂ© Ă lâĂ©chec : ils seraient en effet incitĂ©s Ă augmenter leurs revenus par la crĂ©ation monĂ©taire Ă lâinstar des banques centrales.
Tout ceci nous amĂšne Ă la troisiĂšme catĂ©gorie dâacteurs impliquĂ©s dans Bitcoin : les utilisateurs, ou plutĂŽt les marchands, câest-Ă -dire les personnes qui acceptent le bitcoin comme moyen de paiement pour un bien ou un service. Cette catĂ©gorie des marchands est Ă prendre au sens large et inclut, outre les commerçants classiques, les Ă©pargnants et les spĂ©culateurs qui Ă©changent de lâeuro contre du bitcoin. Le fait est que ce sont ces utilisateurs qui, par lâusage direct ou indirect dâun nĆud complet, dĂ©cident rĂ©ellement de la direction dans laquelle Bitcoin doit aller, car ce sont eux qui apportent de la valeur au bitcoin.
Lorsquâen novembre 2017 il a Ă©tĂ© question de doubler la capacitĂ© transactionnelle de Bitcoin par le biais dâune mise Ă niveau appelĂ©e SegWit2X, les utilisateurs ont refusĂ©. Cette proposition, soutenue par la majoritĂ© des mineurs et par une grande part des entreprises du milieu, a Ă©tĂ© annulĂ©e avant son activation au vu de lâimpopularitĂ© de celle-ci. Ainsi, câest le sectarisme des utilisateurs et des dĂ©tenteurs de bitcoins, attisĂ© par un certain nombre dâinfluenceurs, qui a prĂ©valu dans lâaffaire, chose que pressentait Satoshi Nakamoto dĂšs dĂ©cembre 2010 :
Les utilisateurs de Bitcoin pourraient devenir de plus en plus sectaires Ă propos de la limitation de la taille de la chaĂźne pour que son accĂšs reste facile pour beaucoup dâutilisateurs et pour les petits appareils.
Le modĂšle Ă©conomique de Bitcoin est ainsi protĂ©gĂ© par ces marchands qui, par le biais dâune conservation plus ou moins longue, sont incitĂ©s Ă faire en sorte que la valeur du bitcoin ne baisse pas, et mĂȘme quâelle augmente. Il est donc dans leur intĂ©rĂȘt de ne pas modifier la politique monĂ©taire dĂ©flationniste du bitcoin. De plus, la limite des 21 millions de bitcoins est un point de Schelling fort qui dĂ©vantagerait toute tentative de changement.
NĂ©anmoins, ce modĂšle nâest pas magique et, tout comme le minage, repose essentiellement sur la rĂ©sistance individuelle des marchands aux pressions, quâelles soient intĂ©rieures (la proposition dâune Ă©mission monĂ©taire pour protĂ©ger la chaĂźne par exemple) ou extĂ©rieures.
Le cas dâune pression extĂ©rieure est le plus parlant. De maniĂšre pessimiste, on pourrait imaginer quâun dĂ©cret appliquĂ© par les Ătats membres de lâONU impose par la loi une crĂ©ation monĂ©taire qui reviendrait Ă une banque centrale mondiale, et qui rendrait illĂ©gale la version dĂ©flationniste de Bitcoin. Dans ce dernier cas, le destin de Bitcoin serait entre les mains aux marchands, qui devraient faire preuve de courage en refusant ce dĂ©cret et en acceptant le bitcoin interdit, soit en toute illĂ©galitĂ© dans leur pays, soit dans un pays non concernĂ©.
Ainsi, Ă lâinstar du bon traitement des transactions qui est garanti par les mineurs et renforcĂ© par la dĂ©centralisation du minage, la dĂ©fense de la politique monĂ©taire est assurĂ©e par les marchands et affermie grĂące Ă leur degrĂ© dâindĂ©pendance : moins il y a de marchands capables de continuer leur activitĂ© dans lâillĂ©galitĂ© ou depuis des lieux non rĂ©glementĂ©s, notamment par la gestion de leur propre nĆud complet, moins le bitcoin est rĂ©sistant Ă lâinflation.
Â
Bitcoin est un systĂšme Ă©conomique basĂ© sur lâaction dâindividus libres. Sa sĂ©curitĂ© ne provient donc pas des concepts sous-jacents Ă son fonctionnement comme la cryptographie, la chaĂźne de blocs, le logiciel libre, la dĂ©centralisation ou la puissance de calcul, mais de la volontĂ© humaine des personnes qui Ćuvrent chaque jour Ă sa survie. Bitcoin ne serait pas lĂ sans ses dĂ©veloppeurs bienveillants, ses mineurs soucieux de la rĂ©sistance de la chaĂźne et ses marchands prĂȘts Ă tout pour conserver un protocole sain.
Bitcoin peut ainsi ĂȘtre dĂ©nigrĂ©, rĂ©glementĂ©, interdit, attaquĂ©, combattu, mais il ne pourra pas ĂȘtre dĂ©truit dans son principe tant quâil y aura des gens derriĂšre lui. Câest pourquoi sa communautĂ© est si cruciale : mĂȘme dans les pires moments de doute, il y aura toujours des personnes prĂȘtes Ă programmer, Ă miner et Ă valoriser le bitcoin. Ainsi, malgrĂ© les restrictions imposĂ©es par les Ătats et les efforts des banques centrales pour le singer, Bitcoin est lĂ pour rester. Et câest tant mieux.
Â
1. â Je tire cette rĂ©flexion de la thĂ©orie dâEric Voskuil et en particulier de son texte sur le principe du partage du risque dans lequel il observe que le risque individuel dâaccepter ou de miner le bitcoin dĂ©pend du nombre de gens qui le prennent.
2. â Ces deux changements, relatifs Ă Bitcoin et Ă Ethereum, ne sont pas forcĂ©ment de mauvaises Ă©volutions : le monde a probablement besoin dâune rĂ©serve de valeur Ă hauts frais trĂšs sĂ©curisĂ©e et trĂšs stable (surtout lorsquâon constate les derniers agissements des Ătats et des banques centrales) et dâune plateforme de contrats autonomes qui puisse ĂȘtre modifiĂ©e socialement dans le cas oĂč 5 % des fonds sont concernĂ©s. NĂ©anmoins, ces changements indiquent que certains principes peuvent sâĂ©roder et que les protocoles peuvent effectivement Ă©voluer dans un sens non prĂ©vu originellement.
Le nombre dâadresses Ethereum avec un ou plusieurs ETH a atteint un niveau record
Selon le site dâanalyse de donnĂ©es crypto Glassnode, le nombre dâadresses dĂ©tenant au moins un ETH est aujourdâhui plus Ă©levĂ© que jamais. Le site dâanalyse des donnĂ©es chiffrĂ©es indique quâil y a jusquâĂ 1 170 598 dâadresses avec un ou plusieurs ETH se nĂ©gociant actuellement Ă 483,82 $ â soit une hausse de 1,858 % au cours des derniĂšres 24 heures
Ethereum a fait ses plus grands progrĂšs vers le mois de juin lors de son âbull runâ, attribuĂ© Ă la montĂ©e de la finance dĂ©centralisĂ©e. Le secteur DeFi a pris son envol ces derniers mois, sa valeur totale Ă©tant actuellement bloquĂ©e Ă 13,8 milliards de dollars, et 7,7 millions dâETH y ayant Ă©tĂ© injectĂ©s, selon DeFi Pulse.
Glassnode a soulignĂ© que 1,076 million dâadresses ETH dĂ©tenaient au moins un ETH en juillet. Ce chiffre est passĂ© Ă 1,126 million en septembre, soit une augmentation de 4,6 %. Depuis lors, dâautres adresses ont rejoint le rĂ©seau, portant le chiffre Ă 1,17 million Ă lâheure actuelle. Bien que cette augmentation ait Ă©tĂ© considĂ©rable, elle est loin de correspondre au scĂ©nario observĂ© en 2017, lorsque ETH sâest approchĂ© de son prix le plus Ă©levĂ© de tous les temps
Au début de cette année-là , moins de 66 000 personnes détenaient au moins un ETH. Fin 2017, ce chiffre était passé à plus de 700 000. Lorsque ETH a atteint son prix record en janvier 2018, il y avait 872 783 adresses, soit un bond de plus de 1 200 %.
Bien que lâaugmentation actuelle du nombre dâadresses avec plus dâun ETH soit infĂ©rieure Ă 10 %, elle pourrait ĂȘtre un indicateur de la bonne santĂ© de lâindustrie gĂ©nĂ©rale du crypto. Cela dit, il est important de garder Ă lâesprit que toutes ces adresses ne sont pas dĂ©tenues par des particuliers.
Bitcoin, en revanche, avait le plus grand nombre (825 254) de portefeuilles contenant un ou plusieurs BTC le 4 novembre. Ce nombre est considĂ©rablement infĂ©rieur Ă celui dâETH, mais cela est prĂ©visible Ă©tant donnĂ© que Bitcoin a un prix plus Ă©levĂ© quâEthereum.
The post Nombre record dâadresses possĂ©dant au moins un ETH appeared first on Coin24.
Mercredi 18 Novembre, Ethereum France reçoit Mamy Ratsimbazafy pour une prĂ©sentation de lâEthereum 2 Ă lâheure du dĂ©jeuner sur Youtube.
LâavĂšnement dâEthereum 2 est proche, câest une question de semaines depuis que le contrat de dĂ©pĂŽt pour participer Ă la preuve dâenjeu (Proof of Stake) dâEthereum a Ă©tĂ© dĂ©ployĂ© le 4 novembre. La crĂ©ation du premier bloc de la beacon-chain, qui servira de coordinateur du rĂ©seau Ethereum 2, est prĂ©vue au plus tĂŽt pour le mercredi 2 dĂ©cembre 2020.Â
Pour vous prĂ©senter tout ce que vous devez savoir sur cette Ă©volution et rĂ©pondre Ă vos questions, Ethereum France recevra lâun de ses core dev: le français Mamy Ratsimbazafy qui dĂ©veloppe le client Ethereum 2 Nimbus chez Status.
Rendez-vous Ă 12h30 mercredi 18 novembre sur notre chaĂźne Youtube
The post Ethereum France Live: se prĂ©parer Ă Ethereum 2 avec Mamy Ratsimbazafy first appeared on Ethereum France.Temps de lecture : 4 minutes BlockFi est une plateforme de lending, elle vous permet de dĂ©poser vos cryptomonnaies et de gagner des intĂ©rĂȘts dessus, elle vous permet Ă©galement dâemprunter des cryptomonnaies Ă hauteur de vos fonds. Quâest-ce que BlockFi ? BlockFi est une application disponible
Lâarticle BlockFi : avis et tutoriel est apparu en premier sur Cryptogains.fr.
Nouvel ajout Ă la liste des Ă©tablissements qui acceptent les bitcoins (on-chain et Lightning) : Courbet, maison de joaillerie de la place VendĂŽme Ă Paris. « Au cĆur de la place VendĂŽme, Courbet propose une alternative Ă©cologique et Ă©thique Ă la joaillerie traditionnelle. Nos diamants sont crĂ©Ă©s en laboratoire, notre or est recyclĂ©. CrĂ©er et prĂ©server la magie de lâunivers, [âŠ]
Lâarticle Le joaillier Courbet accepte les paiements en bitcoin (on-chain et Lightning) est apparu en premier sur Bitcoin.fr.
Le dĂ©ploiement de la mise Ă jour dâEthereum a pris du retard et rencontrĂ© quelques difficultĂ©s. Vitalik Buterin a donc rĂ©cemment admis quâEthereum 2.0 Ă©tait un projet bien plus complexe quâil ne lâavait estimĂ© au dĂ©part.
Lâarticle Vitalik Buterin admet quâEthereum 2.0 est plus compliquĂ© que prĂ©vu est apparu en premier sur Cryptoast.
Si vous pensiez que les mots « Ethereum » et « Paris Hilton » nâiraient jamais ensemble, dĂ©trompez-vous. La rocambolesque hĂ©ritiĂšre a mis Ă la vente un portrait de son chat sur Cryptograph, afin dâaider des associations caritatives.
Lâarticle Paris Hilton vend le portrait de son chat sur Ethereum est apparu en premier sur Cryptoast.
LâĂ©chĂ©ance trĂšs attendue de la mise en place effective de la version 2.0 du rĂ©seau Ethereum pourrait encore ĂȘtre retardĂ©e. Cela suite Ă un bug identifiĂ© sur la version de testnet finale mise en ligne il y a un peu moins de deux semaines. Une information qui pose de nombreuses questions au sein de la [âŠ]
Lâarticle Bug majeur dĂ©couvert sur le testnet final dâEthereum 2.0 est apparu en premier sur CryptoActu.
Le Bitcoin consolide depuis plusieurs jours et semble prĂȘt Ă aller rechercher ses plus hauts de 2019. A grande Ă©chelle, les confirmations haussiĂšres se suivent, aussi bien sur le BTC que sur l'Ăther, entrant dans un nouveau marchĂ© haussier.
Lâarticle Bitcoin (BTC) et Ethereum (ETH) confirment leurs intentions haussiĂšres est apparu en premier sur Cryptoast.