Chronologie de toutes les fourches Ethereum (de 2014 à aujourd'hui)
Chronologie de tous les jalons, fourches et mises à jour majeures de la blockchain Ethereum.
Les forks sont nécessaires lorsque des mises à niveau ou des modifications techniques majeures doivent être apportées au réseau. Elles proviennent généralement de propositions d'amélioration d'Ethereum (EIP) et modifient les « règles » du protocole.
Lorsque des mises à niveau des logiciels traditionnels contrôlés centralement sont nécessaires, la société publie simplement une nouvelle version pour l'utilisateur final. Les blockchains fonctionnent différemment parce qu'il n'existe pas de propriété centralisée. Les clients Ethereum doivent mettre à jour leur logiciel pour implémenter les nouvelles règles des fourches. En outre, les créateurs de blocs (les "mineurs" dans l'univers des preuves de travail, les "validateurs" dans celui des preuves d'enjeu) et les nœuds doivent créer des blocs et les valider conformément aux nouvelles règles. En savoir plus sur les mécanismes de consensus
Ces changements de règles peuvent créer une scission temporaire dans le réseau. De nouveaux blocs peuvent être produits selon les nouvelles règles ou les anciennes. Les fourches font généralement l'objet d'un accord à l'avance afin que les clients adoptent les changements à l'unisson et que la fourche contenant les mises à niveau devienne la chaîne principale. Toutefois, dans de rares cas, les désaccords sur les forks peuvent causer une séparation permanente du réseau – plus particulièrement la création d'Ethereum Classic avec le fork DAO.
Le logiciel qui sous-tend Ethereum est composé de deux moitiés, connues sous le nom de et de .
Dénomination de la mise à niveau de l'exécution
Depuis 2021, les mises à niveau de la couche d’exécution sont nommées d'après les noms des villes des précédents lieux de la Devcon (opens in a new tab) par ordre chronologique :
| Nom de la mise à niveau | Année de la Devcon | Numéro de la Devcon | Date de la mise à niveau |
|---|---|---|---|
| Berlin | 2014 | 0 | 15 avr. 2021 |
| London | 2015 | I | 5 août 2021 |
| Shanghai | 2016 | II | 12 avr. 2023 |
| Cancun | 2017 | III | 13 mars 2024 |
| Prague | 2018 | IV | À déterminer - Prochaine |
| Osaka | 2019 | V | À déterminer |
| Bogota | 2022 | VI | À déterminer |
| Bangkok | 2024 | VII | À déterminer |
Dénomination de la mise à niveau du consensus
Depuis le lancement de la , les mises à niveau de la couche de consensus sont nommées d'après des étoiles dont les lettres suivent l'ordre alphabétique :
| Nom de la mise à niveau | Date de la mise à niveau |
|---|---|
| Origine de la chaîne phare | 1er déc. 2020 |
| Altair (opens in a new tab) | 27 oct. 2021 |
| Bellatrix (opens in a new tab) | 6 sept. 2022 |
| Capella (opens in a new tab) | 12 avr. 2023 |
| Deneb (opens in a new tab) | 13 mars 2024 |
| Electra (opens in a new tab) | À déterminer - Prochaine |
| Fulu (opens in a new tab) | À déterminer |
Dénomination combinée
Les mises à niveau de l'exécution et du consensus ont d'abord été déployées à des moments différents, mais après La Fusion en 2022, elles ont été déployées simultanément. Ainsi, des termes familiers sont apparus pour simplifier les références à ces mises à niveau en utilisant un seul terme conjoint. Cela a commencé avec la mise à niveau Shanghai-Capella, communément appelée "Shapella", et se poursuit avec la mise à niveau Cancun-Deneb(Dencun), puis la mise à niveau Prague-Electra_ (Pectra).
| Mise à niveau de l'exécution | Mise à niveau du consensus | Nom abrégé |
|---|---|---|
| Shanghai | Capella | « Shapella » |
| Cancun | Deneb | « Dencun » |
| Prague | Electra | "Pectra" |
| Osaka | Fulu | « Fusaka » |
Accédez directement aux informations sur certaines des mises à niveau passées particulièrement importantes : la Chaîne phare ; La Fusion ; et EIP-1559
Vous cherchez les prochaines mises à jour de protocole ? En savoir plus sur les mises à niveau à venir sur la feuille de route d'Ethereum.
2025
Fulu-Osaka (« Fusaka »)
Prague-Electra (« Pectra »)
La mise à jour Prague-Electra (« Pectra ») a introduit plusieurs améliorations du protocole Ethereum destinés à améliorer l’expérience pour tous les utilisateurs, les réseaux de couche 2, les validateurs (stakers) et les opérateurs de nœuds.
La mise en jeu a été améliorée grâce à l’introduction de comptes de capitalisation de validateurs et à un meilleur contrôle des fonds mis en jeu via l’adresse de retrait d’exécution. L'EIP-7251 a augmenté le solde effectif maximal pour un validateur unique à 2048 ETH, améliorant ainsi l'efficacité du capital pour les validateurs. L'EIP-7002 a permis à un compte d'exécution de déclencher en toute sécurité des actions de validation, comme la sortie ou le retrait partiel des fonds, améliorant l’expérience des validateurs d'ETH tout en renforçant la responsabilité des opérateurs de nœuds.
D'autres aspects de la mise à jour avaient pour objectif d'améliorer l'expérience des utilisateurs réguliers. L'EIP-7702 a permis à un compte ordinaire sans contrat intelligent () d'exécuter du code de manière similaire à un contrat intelligent. Cela a débloqué une multitude de nouvelles fonctionnalités pour les comptes Ethereum traditionnels, telles que le regroupement de transactions, le parrainage des frais de gaz, l’authentification alternative, le contrôle programmable des dépenses, des mécanismes de récupération de compte, et bien plus encore.
Meilleure expérience utilisateur :
- EIP-7702 - Définir le code du compte EOA
- EIP-7691 - Augmentation du débit des blobs
- EIP-7623 - Augmenter le coût du calldata
- EIP-7840 - Ajouter un programme de blobs aux fichiers de configuration de la couche d'exécution (EL)
Meilleure expérience de mise en jeu :
- EIP-7251 - Augmenter le
MAX_EFFECTIVE_BALANCE - EIP-7002 - Sorties déclenchables au niveau de la couche d'exécution
- EIP-7685 : Demandes de couche d'exécution générales
- EIP-6110 - Fournir les dépôts de validateurs sur la blockchain
Améliorations de l'efficacité et de la sécurité du protocole :
- Pectra.wtf (opens in a new tab)
- Comment Pectra améliorera l'expérience de la mise en jeu (opens in a new tab)
- Lire les spécifications de la mise à niveau Electra (opens in a new tab)
- FAQ sur Prague-Electra (« Pectra »)
2024
Cancun-Deneb (« Dencun »)
Résumé de Cancun
La mise à niveau Cancun contient un ensemble d'améliorations de l'exécution d'Ethereum visant à améliorer l'évolutivité, en tandem avec les mises à niveau du consensus Deneb.
Elle inclut notamment l'EIP-4844, connu sous le nom de Proto-Danksharding, qui diminue de manière significative le coût du stockage des données pour les rollups de couche 2. Cela est réalisé grâce à l'introduction de "blobs" de données qui permettent aux rollups d'envoyer des données sur le Réseau principal pendant une courte période de temps. Il en résulte une diminution significative des frais de transactions pour les utilisateurs de rollups de seconde couche.
- Rollups de couche 2
- Proto-Danksharding
- Danksharding
- Lire la spécification de la mise à niveau Cancun (opens in a new tab)
Résumé de Deneb
La mise à niveau Deneb contient un ensemble d'améliorations du consensus d'Ethereum visant à améliorer l'évolutivité. Cette mise à niveau s'accompagne des mises à niveau d'exécution de Cancun pour activer le Proto-Danksharding (EIP-4844), ainsi que d'autres améliorations de la Chaîne phare.
Les "messages de sortie volontaire" n'expirent plus, donnant ainsi plus de contrôle aux utilisateurs mettant en jeu leurs fonds auprès d'un opérateur de nœud tiers. Avec ce message de sortie signé, les validateurs peuvent déléguer les opérations de noeud tout en maintenant leur capacité de se retirer en toute sécurité et de retirer leurs fonds à tout moment, sans avoir à demander la permission à quiconque.
EIP-7514 apporte une restriction de la distribution d'ETH en limitant le taux de "churn", afin que les validateurs rejoignent le réseau par groupe de huit (8) maximum pour chaque période. Comme l'émission d'ETH est proportionnelle au total des ETH mis en jeu, la limitation du nombre de validateurs qui rejoignent le réseau plafonne le taux de croissance des nouveaux ETH émis, tout en réduisant les exigences matérielles pour les opérateurs de nœuds, ce qui favorise la décentralisation.
- Lire les spécifications de la mise à niveau Deneb (opens in a new tab)
- FAQ sur Cancun-Deneb (« Dencun »)
2023
Shanghai-Capella (« Shapella »)
Résumé de Shanghai
La mise à jour Shanghai a ouvert la voie à des opérations de retrait et de basculement vers la couche d'exécution Couplée à la mise à jour Capella, cette mise à jour permet aux blocs d'accepter des opérations de retrait, permettant ainsi aux validateurs de retirer leur ETH de la chaîne phare et de le basculer vers la couche d'exécution.
- EIP-3651 – Démarre l'adresse
COINBASE - EIP-3855 – Nouvelle instruction
PUSH0 - EIP-3860 – Limite et initcode à compteur
- EIP-4895 – Retraits de la chaîne phare en tant qu'opérations
- L'EIP-6049 - Désapprouve
SELFDESTRUCT
Résumé de Capella
La mise à jour Capella est la troisième mise à jour majeure vers la couche de consensus (Chaine phare). Elle a permis d'effectuer des retraits de mise en jeu. Capella est entrée en action en même temps que la mise à niveau de la couche d'exécution, Shanghai, et a activé la fonctionnalité de retrait de mise en jeu.
Cette mise à jour de la couche de consensus a permis aux validateurs, qui n'avaient pas fourni de certificats de retrait lors du premier dépôt de le faire, et donc d'effectuer des retraits.
La mise à jour a également permis la mise en place d'une fonctionnalité de balayage automatique de compte, qui traite continuellement les comptes de validateur pour tout paiement de récompenses ou retrait intégral disponible.
- En savoir plus sur les retraits.
- Lire les spécifications de la mise à niveau Capella (opens in a new tab)
2022
Paris (La Fusion)
Résumé
La mise à niveau Paris a été déclenchée par la blockchain en preuve de travail qui a dépassé une de 58750000000000000000000. Cela s'est produit au bloc 15537393 le 15 septembre 2022, déclenchant la mise à jour du bloc suivant. Paris était la transition de La Fusion - sa principale caractéristique était la désactivation de l'algorithme de minage par preuve de travail et de la logique de consensus associée, et l'activation de la preuve d'enjeu à la place. Paris elle-même était une mise à niveau des clients d'exécution (équivalente à Bellatrix sur la couche de consensus) qui leur permettait de recevoir des instructions de leurs clients de consensus connectés. Cela a nécessité l'activation d'un nouvel ensemble de méthodes API internes, collectivement connues sous le nom d'Engine API (opens in a new tab). C'était sans doute la mise à niveau la plus importante de l'histoire d'Ethereum depuis Homestead !
- EIP-3675 – Mise à niveau du consensus vers la preuve d'enjeu
- L'EIP-4399 – Supplante le code d'opération DIFFICULTY par PREVRANDAO
Bellatrix
Résumé
La mise à niveau Bellatrix était la deuxième mise à niveau planifiée pour la Chaîne phare, préparant la chaîne pour La Fusion. Elle porte les pénalités de validateur à leurs valeurs maximales en cas d'inactivité ou d'infractions sanctionnables. Bellatrix inclut également une mise à jour des règles de choix de fourche pour préparer la chaîne à La Fusion et à la transition du dernier bloc de preuve de travail vers le premier bloc de preuve d'enjeu. Cela inclut la sensibilisation des clients de consensus à la de 58750000000000000000000.
Gray Glacier
Résumé
La mise à niveau du réseau Gray Glacier a repoussé la de trois mois. C'est le seul changement introduit dans cette mise à niveau, et il est de nature similaire aux mises à niveau Arrow Glacier et Muir Glacier. Des changements similaires ont été effectués sur les mises à niveau du réseau Byzantium, Constantinople et London.
- EIP-5133 – repousse l'explosion de la bombe de difficulté d'ici à septembre 2022
2021
Arrow Glacier
Résumé
La mise à niveau du réseau Arrow Glacier a repoussé la de plusieurs mois. C'est le seul changement introduit dans cette mise à niveau, et il est de nature similaire à la mise à niveau Muir Glacier. Des changements similaires ont été effectués sur les mises à niveau du réseau Byzantium, Constantinople et London.
- Blog de l'EF - Annonce de la mise à niveau Arrow Glacier (opens in a new tab)
- Ethereum Cat Herders - Mise à niveau Arrow Glacier d'Ethereum (opens in a new tab)
- EIP-4345 – reporte la bombe de difficulté jusqu'en juin 2022
Altair
Résumé
La mise à niveau Altair était la première mise à niveau planifiée pour la Chaîne phare. La prise en charge des « comités de synchronisation » a été ajoutée, autorisant d'une part les clients légers et augmentant d'autre part les pénalités d'inactivité et de délestage des validateurs à mesure que le système évoluait vers la fusion.
Anecdote !
Altair a été la première mise à jour majeure du réseau à disposer d'un délai de mise en œuvre précis. Toutes les mises à niveau antérieures étaient basées sur un numéro de bloc déclaré sur la chaîne de preuve de travail, dans laquelle les durées de blocage varient. La chaîne phare ne nécessite pas de résoudre de preuve de travail, mais fonctionne sur la base d'un système de périodes composées de 32 créneaux de 12 secondes pendant lesquels les validateurs peuvent proposer des blocs. C'est pourquoi nous savions exactement quand nous atteindrions l'époque 74 240 et la date de sortie d'Altair !
London
Résumé
La mise à niveau London a introduit l'EIP-1559 (opens in a new tab), qui a réformé le marché des frais de transaction, ainsi que des changements dans la manière dont les remboursements de gaz sont gérés et le calendrier de l'.
Qu'est-ce que la mise à niveau de Londres / EIP-1559 ?
Avant la mise à jour de Londres, Ethereum avait des blocs de taille fixe. En période de forte demande du réseau, ces blocs fonctionnaient à pleine capacité. En conséquence, les utilisateurs devaient souvent attendre que la demande diminue pour être inclus dans un bloc, ce qui entraînait une mauvaise expérience utilisateur. La mise à niveau de Londres a permis d'introduire des blocs de taille variable dans Ethereum.
La manière dont les frais de transaction sur le réseau Ethereum étaient calculés a changé avec la mise à niveau London d'août 2021. Avant la mise à niveau London, les frais étaient calculés sans séparer les frais de base et de priorité, comme suit :
Disons qu'Alice devait payer à Marc la somme d'1 ETH. Dans la transaction, la limite de gaz est de 21 000 unités et le prix du gaz est de 200 gwei.
Le total des frais aurait été de : Unités de gaz (limite) * Prix du gaz par unité, c'est-à-dire 21 000 * 200 = 4 200 000 gwei ou 0,0042 ETH
La mise en œuvre de l'EIP-1559 (opens in a new tab) dans la mise à niveau London a rendu le mécanisme des frais de transaction plus complexe, mais a rendu les frais de gaz plus prévisibles, ce qui a abouti à un marché des frais de transaction plus efficace. Les utilisateurs peuvent soumettre des transactions avec un maxFeePerGas correspondant au montant qu'ils sont prêts à payer pour que la transaction soit exécutée, sachant qu'ils ne paieront pas plus que le prix du marché pour le gaz (baseFeePerGas), et que tout supplément, moins leur pourboire, leur sera remboursé.
Cette vidéo explique l'EIP-1559 et les avantages qu'il apporte : EIP-1559 expliqué (opens in a new tab)
- Êtes-vous un développeur de dapps ? Assurez-vous de mettre à niveau vos bibliothèques et vos outils. (opens in a new tab)
- Lire l'annonce de la Fondation Ethereum (opens in a new tab)
- Lire l'explication d'Ethereum Cat Herders (opens in a new tab)
- EIP-1559 – améliore le marché des frais de transaction
- EIP-3198 – permet le renvoi de
BASEFEEdepuis un bloc - EIP-3529 - réduit les remboursements de gas associés aux opérations de la machine virtuelle d'Ethereum (EVM)
- EIP-3541 - empêche le déploiement de contrats commençant par
0xEF - EIP-3554 – prévoit de repousser l'Ice Age jusqu'au mois de décembre 2021
Berlin
Résumé
La mise à niveau Berlin a optimisé le coût en gaz de certaines actions EVM et augmenté la prise en charge de plusieurs types de transactions.
- Lire l'annonce de la Fondation Ethereum (opens in a new tab)
- Lire l'explication d'Ethereum Cat Herders (opens in a new tab)
- EIP-2565 – revoit à la baisse les coûts en gas ModExp
- EIP-2718 – facilite la prise en charge de plusieurs types de transaction
- L'EIP-2929 – revoit ses tarifs en gas à la hausse, pour les codes d'opération d'accès à l'état
- EIP-2930 – ajoute des listes d'accès facultatives
2020
Genèse de la Chaîne phare
Résumé
La Chaîne phare avait besoin de 16 384 dépôts de 32 ETH mis en jeu pour être lancée en toute sécurité. Cela s'est produit le 27 novembre, et la Chaîne phare a commencé à produire des blocs le 1er décembre 2020.
Lire l'annonce de la Fondation Ethereum (opens in a new tab)
Déploiement du contrat de dépôt de mise en jeu
Résumé
Le contrat de dépôt de mise en jeu a introduit la dans l'écosystème Ethereum. Bien qu'il s'agisse d'un contrat du , il a eu un impact direct sur le calendrier de lancement de la Chaîne phare, une importante mise à niveau d'Ethereum.
Lire l'annonce de la Fondation Ethereum (opens in a new tab)
Muir Glacier
Résumé
La fourche Muir Glacier a introduit un délai pour la . L'augmentation de la difficulté des blocs du mécanisme de consensus de la preuve de travail menaçait de dégrader la facilité d'utilisation d'Ethereum en augmentant les temps d'attente pour l'envoi de transactions et l'utilisation de dapps.
- Lire l'annonce de la Fondation Ethereum (opens in a new tab)
- Lire l'explication d'Ethereum Cat Herders (opens in a new tab)
- EIP-2384 – retarde la bombe de difficulté pour 4 000 000 autres blocs, ou ~611 jours.
2019
Istanbul
Résumé
La fourche Istanbul a :
- A optimisé le coût en de certaines actions dans l'EVM.
- amélioré la résilience face aux attaques par déni de service ;
- A rendu les solutions de mise à l'échelle de couche 2 basées sur les SNARK et les STARK plus performantes.
- permis à Ethereum et Zcash d'interagir ;
- permis aux contrats d'introduire des fonctions plus créatives.
Lire l'annonce de la Fondation Ethereum (opens in a new tab)
- EIP-152 – permet à Ethereum de travailler avec une devise préservant la vie privée comme Zcash.
- EIP-1108 – cryptographie moins chère pour améliorer les coûts du .
- EIP-1344 - protège le réseau Ethereum contre les attaques de relecture en ajoutant
CHAINIDopcode. - EIP-1884 – l'optimisation des prix du gaz opcode basée sur la consommation.
- EIP-2028 - réduit le coût de CallData pour permettre plus de données dans les blocs - bon pour l'évolutivité de la couche 2.
- EIP-2200 – autres modifications du prix du gaz opcode.
Constantinople
Résumé
La fourche Constantinople a :
- A réduit les récompenses de minage de blocs de 3 à 2 ETH.
- A assuré que la blockchain ne se fige pas avant que la preuve d'enjeu ne soit mise en œuvre.
- A optimisé le coût en de certaines actions dans l'EVM.
- Ajouté la possibilité d'interagir avec des adresses qui n'ont pas encore été créées.
Lire l'annonce de la Fondation Ethereum (opens in a new tab)
- EIP-145 – Optimise le coût de certaines actions sur la chaîne.
- EIP-1014 – vous permet d'interagir avec des adresses qui n'ont pas encore été créées.
- EIP-1052 – introduit l'instruction
EXTCODEHASHpour récupérer le hachage du code d'un autre contrat. - EIP-1234 – s'assure que la blockchain ne gèle pas 'avant la preuve d'enjeu et réduit les récompenses de 3 à 2 ETH par bloc.
2017
Byzantium
Résumé
La fourche Byzantium a :
- A réduit les récompenses de minage de blocs de 5 à 3 ETH.
- A retardé la d'un an.
- ajouté la possibilité d'effectuer des appels sans changement d'état vers d'autres contrats ;
- A ajouté certaines méthodes de cryptographie pour permettre la mise à l'échelle de couche 2.
Lire l'annonce de la Fondation Ethereum (opens in a new tab)
- EIP-140 – ajoute le code d'opération
REVERT. - EIP-658 – champ de statut ajouté aux reçus de transaction pour indiquer le succès ou l'échec.
- EIP-196 - ajoute une courbe elliptique et une multiplication scalaire pour permettre ZK-Snarks.
- EIP-197 - ajoute une courbe elliptique et une multiplication scalaire pour permettre ZK-Snarks.
- EIP-198 – permet la vérification de la signature RSA.
- EIP-211 – intègre le support pour les valeurs retournées de longueur variable.
- L'EIP-214 – intègre le code d'opération
STATICCALL, ce qui permettra aux autres contrats de ne pas changer l'état des Calls. - EIP-100 – change la formule d'ajustement de difficulté.
- EIP-649 - retarde la de 1 an et réduit la récompense de bloc de 5 à 3 ETH.
2016
Spurious Dragon
Résumé
La fourche Spurious Dragon a été la deuxième réponse aux attaques par déni de service (DoS) sur le réseau (septembre/octobre 2016). Elle comprend les opérations suivantes :
- Adaptation de la tarification du code d'opération pour éviter de futures attaques sur le réseau ;
- « Dégonflage » de l'état de la blockchain ;
- Ajout de la protection contre les attaques par rejeu.
Lire l'annonce de la Fondation Ethereum (opens in a new tab)
- EIP-155 – empêche les transactions d'une chaîne Ethereum d'être rediffusées sur une chaîne alternative, par exemple une transaction de réseau de test en cours de relecture sur la chaîne principale Ethereum.
- EIP-160 – ajuste les prix de code d'opération
EXP– rend plus difficile le ralentissement du réseau via des opérations de contrat coûteuses sur le plan du calcul. - EIP-161 – permet de supprimer les comptes vides ajoutés via les attaques DOS.
- EIP-170 – modifie la taille de code maximale qu'un contrat sur la blockchain peut avoir – à 24576 octets.
Tangerine Whistle
Résumé
La fourche Tangerine Whistle a été la première réponse aux attaques par déni de service (DoS) sur le réseau (septembre/octobre 2016). Elle comprend les opérations suivantes :
- Résolution des problèmes urgents d'intégrité du réseau concernant les codes d'opération sous-évalués.
Lire l'annonce de la Fondation Ethereum (opens in a new tab)
- EIP-150 – Augmente le coût en gaz des codes d'opération qui peuvent être utilisés dans les attaques anti-spam.
- EIP-158 – réduit la taille de l'état en supprimant un grand nombre de comptes vides qui ont été mis dans l'état à très bas prix en raison de défauts dans les versions précédentes du protocole Ethereum.
Fourche DAO
Résumé
La fourche DAO était une réponse à l'attaque de la DAO de 2016 (opens in a new tab) où un contrat non sécurisé a été vidé de plus de 3,6 millions d'ETH lors d'un piratage. La fourche a déplacé les fonds du contrat défectueux vers un nouveau contrat (opens in a new tab) avec une seule fonction : retrait. Toute personne ayant perdu des fonds pouvait retirer 1 ETH pour chaque tranche de 100 jetons DAO dans son portefeuille.
Ce plan d'action a été voté par la communauté Ethereum. Tout détenteur d'ETH pouvait voter par le biais d'une transaction sur une plateforme de vote (opens in a new tab). Plus de 85 % des votes étaient favorables à la fourche.
Certains mineurs ont refusé la fourche car l'incident DAO ne résultait pas d'un défaut du protocole. Ils ont ensuite formé Ethereum Classic (opens in a new tab).
Lire l'annonce de la Fondation Ethereum (opens in a new tab)
Homestead
Résumé
La fourche Homestead qui regardait vers l'avenir. Elle comprenait plusieurs changements de protocole et un changement de réseau ayant permis à Ethereum de faire d'autres mises à niveau du réseau.
Lire l'annonce de la Fondation Ethereum (opens in a new tab)
2015
Dégel de Frontier
Résumé
La fourche de dégel de Frontier a levé la limite de 5 000 par et a fixé le prix du gaz par défaut à 51 . Cela a permis de réaliser des transactions. Les transactions nécessitent 21 000 unités de gaz. La a été introduite pour assurer une future fourche vers la .
- Lire l'annonce de la Fondation Ethereum (opens in a new tab)
- Lire la mise à jour 1 du protocole Ethereum (opens in a new tab)
Frontier
Résumé
Frontier était une implémentation réelle, mais sans structure, du projet Ethereum. Elle faisait suite à la phase de tests réussie Olympic. Elle était destinée aux utilisateurs techniques, en particulier aux développeurs. Les avaient une limite de de 5 000. La période « Thawing » a permis aux mineurs de démarrer leurs opérations et aux premiers adoptants d’installer leurs clients sans avoir à « se précipiter ».
Lire l'annonce de la Fondation Ethereum (opens in a new tab)
2014
Vente d'Ether
L'ETH a officiellement été en vente pendant 42 jours. Il était possible d'en acheter avec des BTC.
Lire l'annonce de la Fondation Ethereum (opens in a new tab)
Publication du Yellow Paper
Le Livre jaune, rédigé par le Dr. Gavin Wood, est une définition technique du protocole Ethereum.
Voir le Yellow Paper (opens in a new tab)
2013
Publication du livre blanc
Document d'introduction publié en 2013 par Vitalik Buterin, fondateur d'Ethereum, précédant le lancement du projet en 2015.
Dernière mise à jour de la page : 22 avril 2026
