cryptosnifEthereum (ETH)
Ethereum · Native asset · pilot-1Unrated · 0% Evidence coverage
Documented promise. Independent verification pending.
The evidence coverage is insufficient for an overall score. A documented mechanism alone cannot establish current resilience or expected returns.
Inspect the evidenceThe source review explains documented mechanisms. Independent network checks remain pending.
Promise and Scope
This dossier examines native ETH on the Ethereum mainnet (eip155:1) through documented mechanisms for computational fees, staking, and offchain governance. The scope is limited to project documentation and historical specifications. It does not verify current network state, ownership concentration, or live deployment metrics.
Governance Structure
Ethereum.org describes an offchain governance model (discussion and decisions outside the blockchain) where proposal authors, client developers, node operators, validators, application developers, users, and ETH holders participate through discussion and software adoption. An Ethereum Improvement Proposal (EIP) outlines a proposed change. Acceptance, implementation, and network activation are distinct steps. Developers can decline to implement changes, and operators can decline upgrades. Holding ETH does not grant a standing automatic protocol vote. The documentation cites the 2016 response concerning the DAO application as a historical example of social coordination leading to incompatible chains, specifically Ethereum Classic. This record describes the process but does not measure present influence or guarantee that contract losses will be reversed in future incidents.
Computational Fees and Gas
Gas is defined as a measure of computational effort required to execute operations on the network. Fees are paid in ETH. The base fee is burned, meaning it is removed from circulation, while a priority fee goes to the validator processing the block. A failed transaction can still consume gas. These mechanisms describe how costs are structured but do not establish net supply changes, current user costs, adoption rates, or income for token holders.
Staking and Security
Validators stake ETH to check or propose blocks. Misbehaviour by a validator can lead to the destruction of their staked ETH. This identifies a security role for ETH within the proof-of-stake consensus mechanism. However, these descriptions do not measure today's validator concentration, the number of independent operators, software diversity among clients, realized rewards, or overall network resilience.
Hypothetical Fee Calculation
The EIP-1559 specification details execution gas fees. The priority fee is capped at maxFee minus baseFee. 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 differs from this standard calculation.
All inputs below are hypothetical examples provided by Cryptosnif arithmetic (platform-mechanisms-1). They do not represent current network conditions.
Inputs: Gas used: 21000 Gas limit: 30000 Base fee: 30 gwei Max fee: 40 gwei Max priority fee: 2 gwei
Calculated Outputs: Total cost: 672000000000000 wei (0.000672 ETH) Burned amount: 630000000000000 wei (0.000630 ETH) Priority fee: 42000000000000 wei (0.000042 ETH) Refund for 9000 unused gas: 288000000000000 wei (0.000288 ETH), excluding other refund mechanisms.
Conversion notes: 1 gwei equals 1000000000 wei. 1 ETH equals 10^18 wei.
Base Fee Adjustment Example: 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. The next base fee is 26.25 gwei after an empty one.
These figures illustrate the specification logic. No present fees or net ETH issuance are inferred from this example.
Unknowns and Limitations
Current ownership concentration, privileged control powers, independently measured usage, incident remediation history, and locally executable liquidity remain unverified in this pilot review. The evidence coverage is insufficient for an overall score. A documented mechanism alone cannot establish current resilience or expected returns.
Verdict
Documented promise. Independent verification pending. The available sources confirm the existence of specific governance processes, fee structures, and staking roles. They do not validate the operational status, economic outcomes, or security posture of the live network. Different fee inputs cannot establish a cost winner without broader comparative data.
What Would Change This
Reproducible network observations, current control maps, documented supply rules, and independent incident records would allow the pending checks to be evaluated. Until such evidence is supplied, the assessment remains limited to the described mechanisms.
Established facts
The linked primary document is available. Its existence establishes what the project describes, while the operational checks remain open.
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]
What remains unknown
Current ownership concentration, privileged control powers, independently measured usage, incident remediation and locally executable liquidity remain unverified in this pilot.
The evidence coverage is insufficient for an overall score. A documented mechanism alone cannot establish current resilience or expected returns.
Each check earns its result.
| Check | Weight | Result |
|---|---|---|
| Exact asset identityEssential | 3% | Verification pending |
| Observable use | 15% | Verification pending |
| Economic role of the token | 10% | Verification pending |
| Supply mechanismsEssential | 10% | Verification pending |
| Ownership concentration | 8% | Verification pending |
| Value capture | 7% | Verification pending |
| Control powersEssential | 10% | Verification pending |
| Security verification | 7% | Verification pending |
| Decision process | 8% | Verification pending |
| Accountability | 7% | Verification pending |
| Incident history | 6% | Verification pending |
| Operational continuity | 4% | Verification pending |
| Execution conditions | 5% | Verification pending |
Family-specific checks: Validator independence, upgrades, execution and fees.
Inspect the evidence
Sources behind this analysis
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.
Inspect the primary source ↗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.
Inspect the primary source ↗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.
Inspect the primary source ↗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.
Inspect the primary source ↗[1] Ethereum primary documentationProject claim
The project publishes the mechanism described above.
Observed 2026-10-03 · Valid until 2026-11-02
Inspect the primary source ↗Only original summaries are distributed. Licensed raw market data stays private.
What would change this verdict
Reproducible network observations, current control maps, documented supply rules and independent incident records would allow the pending checks to be evaluated.
No correction recorded for pilot-1. Future revisions retain their sources and prior verdicts.