cryptosnif
FR ↗
EnglishFrançaisPortuguês (Brasil)EspañolLa langue conserve ce sujet. Le pays se choisit séparément sur les pages de services.
Crash test / Plateforme de contrats intelligents / CT-ETH-001

Ethereum (ETH)

Ethereum · Actif natif · pilot-1
Le verdict

Non noté · 0% Couverture des preuves

Promesse documentée. Vérification indépendante en attente.

Les preuves disponibles sont insuffisantes pour attribuer une note globale. La description du mécanisme demande une vérification de son fonctionnement actuel.

Consulter les preuves
Non notéNote globale / 100
0%Couverture des preuves
13 contrôles en attente85% de couverture et 3 contrôles essentiels requis pour une note
2026-10-03Documentation vérifiée · Méthode candidate 0.1.0

Revue documentaire · Relecture · translation-1-ad7623418890

La revue des sources explique les mécanismes documentés. Les contrôles indépendants du réseau restent à réaliser.

Promesse et périmètre

Ce dossier examine l'ETH natif sur le réseau principal Ethereum (eip155:1) à travers les mécanismes documentés pour les frais de calcul, le staking et la gouvernance hors chaîne. Le périmètre est limité à la documentation du projet et aux spécifications historiques. Il ne vérifie pas l'état actuel du réseau, la concentration de la propriété ou les métriques de déploiement en direct.

Structure de gouvernance

Ethereum.org décrit un modèle de gouvernance hors chaîne (discussion et décisions en dehors de la blockchain) où les auteurs de propositions, les développeurs de clients, les opérateurs de nœuds, les validateurs, les développeurs d'applications, les utilisateurs et les détenteurs d'ETH participent via la discussion et l'adoption logicielle. Une proposition d'amélioration Ethereum (EIP) décrit un changement proposé. L'acceptation, l'implémentation et l'activation réseau sont des étapes distinctes. Les développeurs peuvent refuser d'implémenter des changements, et les opérateurs peuvent refuser les mises à niveau. Détenir de l'ETH n'accorde pas un vote automatique permanent sur le protocole. La documentation cite la réponse de 2016 concernant l'application DAO comme exemple historique de coordination sociale menant à des chaînes incompatibles, spécifiquement Ethereum Classic. Ce record décrit le processus mais ne mesure pas l'influence actuelle ni ne garantit que les pertes de contrats seront inversées lors d'incidents futurs.

Frais de calcul et gas

Le gas est défini comme une mesure de l'effort de calcul requis pour exécuter des opérations sur le réseau. Les frais sont payés en ETH. Le frais de base est brûlé, ce qui signifie qu'il est retiré de la circulation, tandis qu'un frais de priorité va au validateur traitant le bloc. Une transaction échouée peut encore consommer du gas. Ces mécanismes décrivent comment les coûts sont structurés mais n'établissent pas les changements nets de l'offre, les coûts actuels pour les utilisateurs, les taux d'adoption ou les revenus pour les détenteurs de tokens.

Staking et sécurité

Les validateurs mettent en jeu de l'ETH pour vérifier ou proposer des blocs. Un comportement incorrect par un validateur peut entraîner la destruction de leur ETH mis en jeu. Cela identifie un rôle de sécurité pour l'ETH au sein du mécanisme de consensus proof-of-stake. Cependant, ces descriptions ne mesurent pas la concentration actuelle des validateurs, le nombre d'opérateurs indépendants, la diversité logicielle parmi les clients, les récompenses réalisées ou la résilience globale du réseau.

Calcul hypothétique des frais

La spécification EIP-1559 détaille les frais de gas d'exécution. Le frais de priorité est plafonné à maxFee moins baseFee. Le gas inutilisé est remboursé au prix effectif du gas. Pour les blocs continus, la cible est la moitié de la limite de gas du parent, avec un ajustement entier du frais de base utilisant le dénominateur 8 et un incrément minimal vers le haut de 1. Le traitement initial de la fourche diffère de ce calcul standard.

Toutes les entrées ci-dessous sont des exemples hypothétiques fournis par l'arithmétique Cryptosnif (platform-mechanisms-1). Elles ne représentent pas les conditions actuelles du réseau.

Entrées : Gas utilisé : 21000 Limite de gas : 30000 Frais de base : 30 gwei Frais maximum : 40 gwei Frais de priorité maximum : 2 gwei

Sorties calculées : Coût total : 672000000000000 wei (0,000672 ETH) Montant brûlé : 630000000000000 wei (0,000630 ETH) Frais de priorité : 42000000000000 wei (0,000042 ETH) Remboursement pour 9000 gas inutilisés : 288000000000000 wei (0,000288 ETH), excluant les autres mécanismes de remboursement.

Notes de conversion : 1 gwei égale 1000000000 wei. 1 ETH égale 10^18 wei.

Exemple d'ajustement du frais de base : Au frais de base parent de 30 gwei, limite de gas parent de 30000000 et cible de 15000000 : Le prochain frais de base est de 33,75 gwei après un bloc parent complet. Le prochain frais de base est de 26,25 gwei après un bloc vide.

Ces chiffres illustrent la logique de la spécification. Aucun frais actuel ni émission nette d'ETH ne sont déduits de cet exemple.

Inconnues et limitations

La concentration actuelle de la propriété, les pouvoirs de contrôle privilégiés, l'utilisation mesurée indépendamment, l'historique de remédiation des incidents et la liquidité localement exécutable restent non vérifiés dans cette revue pilote. La couverture des preuves est insuffisante pour un score global. Un mécanisme documenté seul ne peut établir la résilience actuelle ou les rendements attendus.

Verdict

Promesse documentée. Vérification indépendante en attente. Les sources disponibles confirment l'existence de processus de gouvernance spécifiques, de structures de frais et de rôles de staking. Elles ne valident pas le statut opérationnel, les résultats économiques ou la posture de sécurité du réseau en direct. Différentes entrées de frais ne peuvent établir un gagnant en termes de coût sans données comparatives plus larges.

Ce qui changerait cela

Des observations réseau reproductibles, des cartes de contrôle actuelles, des règles d'approvisionnement documentées et des dossiers d'incidents indépendants permettraient d'évaluer les vérifications en attente. Jusqu'à ce que de telles preuves soient fournies, l'évaluation reste limitée aux mécanismes décrits.

01 / Faits établis

Faits établis

Le document primaire ci-dessous est accessible et décrit la promesse du projet. Les contrôles indépendants de fonctionnement restent à réaliser.

Affirmation du projet

Extrait du rapport en anglais

The original Ethereum paper describes programmable contracts, software that executes predefined rules. The foundation marks that paper as historical and directs readers to current documentation. [1]

02 / Inconnues

Ce qui reste inconnu

La concentration des détenteurs, les pouvoirs de contrôle, l’usage actuel, les incidents et la liquidité locale restent à vérifier.

Preuves insuffisantes

Les preuves disponibles sont insuffisantes pour attribuer une note globale. La description du mécanisme demande une vérification de son fonctionnement actuel.

03 / Crash test

Chaque contrôle demande ses preuves.

Méthode candidate 0.1.0. Les résultats inconnus sont exclus du calcul de la note.
ContrôlePoidsRésultat
Identité exacte de l’actifEssentiel3%Vérification en attente
Usage observable15%Vérification en attente
Rôle économique du token10%Vérification en attente
Mécanismes d’offreEssentiel10%Vérification en attente
Concentration des détenteurs8%Vérification en attente
Captation de valeur7%Vérification en attente
Pouvoirs de contrôleEssentiel10%Vérification en attente
Vérification de la sécurité7%Vérification en attente
Processus de décision8%Vérification en attente
Responsabilités7%Vérification en attente
Historique des incidents6%Vérification en attente
Continuité du fonctionnement4%Vérification en attente
Conditions d’exécution5%Vérification en attente

Contrôles propres à la famille: Indépendance des validateurs, mises à jour, exécution et frais.

04 / Preuves

Consulter les preuves

Les sources de cette analyse

Les titres et résumés des sources sont en anglais.

Ethereum.org: pinned protocol governance overview

The pinned Ethereum.org overview describes offchain protocol governance: proposal authors, client developers, node operators, validators, application developers, users and ETH holders participate through discussion and software adoption. An EIP describes a proposed change; acceptance, implementation and network activation are separate steps. Developers can decline implementation and operators can decline an upgrade. Holding ETH does not provide a standing automatic protocol vote. The overview discusses the 2016 DAO response and disagreement leading to Ethereum Classic, showing that social coordination can produce incompatible chains. This project documentation describes the process and a historical example; it does not independently measure present influence, beneficial ownership, validator concentration or client adoption. It does not establish that every participant has equal influence or that a contract bug will be reversed today.

Collecte . Périmètre : documentation. Le fonctionnement actuel du réseau reste à vérifier.

Consulter la source primaire ↗

Empreinte SHA-256: b884f8254e9b5442ba110f407924552b6bba1a857f33689ae9fd21deba3772ba

Ethereum documentation: gas

Ethereum documentation defines gas as a measure of computational effort. Fees are paid in ETH. The base fee is burned and a priority fee goes to the validator. A failed executed transaction can still consume gas. These mechanisms do not establish net supply change, current user costs, adoption or a holder’s income.

Collecte . Périmètre : documentation. Le fonctionnement actuel du réseau reste à vérifier.

Consulter la source primaire ↗

Empreinte SHA-256: 5af7b13e15072d45f38e6fd48e414324c7229b6110d6f8f7fc14100e5153509d

Ethereum documentation: proof of stake

Ethereum documentation describes validators staking ETH and checking or proposing blocks. Misbehaviour can lead to destruction of staked ETH. These descriptions identify a security role for ETH but do not measure today’s validator concentration, independent operators, software diversity, realized rewards or resilience.

Collecte . Périmètre : documentation. Le fonctionnement actuel du réseau reste à vérifier.

Consulter la source primaire ↗

Empreinte SHA-256: 54450f20b10562f7b1094f3ba79aee51512206e45aeccabb636e1c533a70f9cd

EIP-1559: pinned fee market specification

The pinned EIP-1559 specification describes execution gas fees: the priority fee is capped at maxFee minus baseFee, the base portion is burned, and unused gas is refunded at the effective gas price. For ongoing blocks the target is half the parent gas limit, with integer base-fee adjustment using denominator 8 and a minimum upward increment of 1. Initial fork handling is different. This historical specification uses miner terminology; current validator roles are described separately by Ethereum proof-of-stake documentation. Blob fees, issuance and current network observations are outside this calculation. Original Cryptosnif arithmetic (platform-mechanisms-1), all hypothetical: gas used 21000, gas limit 30000, base fee 30 gwei, max fee 40 gwei and max priority fee 2 gwei give total 672000000000000 wei (0.000672 ETH), burned 630000000000000 wei (0.000630 ETH) and priority 42000000000000 wei (0.000042 ETH). The refund for 9000 unused gas is 288000000000000 wei (0.000288 ETH), excluding any other refund mechanism. One gwei equals 1000000000 wei; one ETH equals 10^18 wei. At parent base fee 30 gwei, parent gas limit 30000000 and target 15000000, the next base fee is 33.75 gwei after a full parent block and 26.25 gwei after an empty one. These inputs are examples and no present fees or net ETH issuance are inferred.

Collecte . Périmètre : documentation. Le fonctionnement actuel du réseau reste à vérifier.

Consulter la source primaire ↗

Empreinte SHA-256: 4460ad966a22d8501e12d75165c2c784c61748d8128229f115ebac1bfccac59f

[1] Ethereum documentation primaireAffirmation du projet

Extrait du rapport en anglais

The project publishes the mechanism described above.

Observation 2026-10-03 · Valide jusqu’au 2026-11-02

Consulter la source primaire ↗

Seuls les résumés originaux sont distribués. Les données de marché brutes sous licence restent privées.

05 / Prochaine révision

Ce qui modifierait ce verdict

Des observations reproductibles du réseau, une cartographie des pouvoirs et une vérification des règles d’offre permettraient de compléter les épreuves.

Aucune correction enregistrée pour pilot-1. Les révisions conservent leurs sources et les verdicts précédents.

Poursuivre la recherche