Infrastructure

Transaction Status Code in Receipts

Transaction receipts include explicit success (1) or failure (0) status — no more guessing from gas usage. Design implications: show clear green checkmark/red X for transaction outcomes, display revert reason when available, distinguish between 'transaction included but failed' vs. 'transaction not included'. Design decisions: how to present failed transactions (some users expect failed = not charged, need education); whether to auto-expand failure details or keep UI clean.

Stages: Status & Confirmation

Skinny CREATE2

Contract addresses are predictable before deployment — enables 'pay to future address' patterns. Design implications: show users their contract address upfront during deployment flows, enable deposit UIs for addresses that don't exist yet, support counterfactual wallet onboarding where users can receive funds before activating their wallet. Design decisions: balance showing predictable addresses (builds trust) vs. complexity of explaining 'this address exists but has no code yet'. Multi-Chain Checklist recommends CREATE2 at Medium priority for consistent addresses across L2s ('one address everywhere'). Cross-chain address consistency is a designer-facing decision — users expect the same address on every network.

Stages: Infrastructure

Minimal Proxy Contract

Many contracts share identical code via lightweight clones — same interface, different addresses. Design implications: when displaying contract info, detect clones and show the 'master' contract's verified source/audit status, group clone contracts in portfolio views, indicate 'Clone of [verified contract]' badges. Design decisions: whether to surface clone relationships prominently (transparency) or hide complexity (simplicity); how to handle trust signals when master contract upgrades.

Stages: Infrastructure

Fee Market Change

Gas fees have a predictable base fee plus optional priority tip — wallets can auto-estimate reliably. Design implications: show base fee (burns) separately from priority fee (to validator), display 'max fee' cap for user peace of mind, auto-suggest priority fees based on urgency ('Slow/Normal/Fast'), show real-time base fee trends. Design decisions: whether to expose full fee breakdown (transparency) or single 'estimated fee' (simplicity); how to handle fee spikes without alarming users. Live and universal. Gas & Fees Checklist rates fee breakdown display as Medium priority for 'transparency when fees spike.' Mainnet at ~3 gwei but the UX problem persists: users can't predict costs before committing.

Stages: Gas & Fees

Proxy Storage Slots

Proxy contracts have standardized slots revealing implementation address and admin — enables reliable upgrade detection. Design implications: show 'Upgradeable' badges on proxy contracts, display both proxy and implementation addresses in contract details, alert users when implementation changes, show admin address for governance transparency. Design decisions: how prominently to warn about upgradeability risks vs. normalizing the pattern; whether to show upgrade history timeline.

Stages: Infrastructure

Diamonds, Multi-Facet Proxy

Diamond contracts can have unlimited functionality via multiple facets, all at one address. Design implications: show facet breakdown in contract explorers (which functions come from which facet), display upgrade history per-facet, indicate 'Diamond Contract' with expandable facet list. Design decisions: how to present complex multi-facet contracts without overwhelming users; balance between showing full architecture (power users) and simplified 'single contract' view (regular users).

Stages: Infrastructure

Shard Blob Transactions

L2 rollups can post data cheaply via blobs — dramatically lower L2 fees but blob data is temporary. Design implications: on L2 UIs, show 'Secured by Ethereum blobs' badge, indicate blob fee separately from execution gas on L2 fee breakdowns, for data-heavy L2 txs show potential savings vs. calldata. Design decisions: whether to expose blob mechanics to users (educational) or abstract as 'L2 data fee' (simple); how to communicate temporary blob availability for archival use cases. Live on all major L2s. Slashed L2 fees 10-100x. Unpredictable Gas Fees (Medium) remains a prediction and transparency UX gap despite dramatically lower costs.

Stages: Gas & Fees

Blueprint Contract Format

Blueprint contracts store deployment code on-chain but cannot be called directly — they're templates. Design implications: mark blueprint contracts distinctly in explorers ('Blueprint - Not Callable'), prevent interaction UI from rendering for blueprints, show 'deployed from blueprint' lineage for contracts. Design decisions: whether to hide blueprints from regular contract lists (cleaner) or show them with clear non-interactive status (complete).

Stages: Infrastructure

Namespaced Storage Layout

Storage is organized into named namespaces preventing upgrade collisions — enables safer contract evolution. Design implications: in developer tools, show storage namespace annotations, display namespace IDs in storage explorers, indicate namespace-safe upgrades. Design decisions: mostly invisible to end users but critical for developer UX; surface namespace conflicts as clear errors during upgrade simulations rather than cryptic storage collision warnings.

Stages: Infrastructure