l2s
Use when choosing an Ethereum L2, deploying the same app across chains, or moving funds between an L2 and mainnet — which chain fits the binding constraint…
Skill by BuidlGuidl
Install
Works with Claude Code, Claude apps, Codex, Cursor, Gemini CLI, GitHub Copilot, VS Code, OpenCode, Goose, Windsurf. Read the repository before you give any tool access to your data.
npx agentmarket install skill/buidlguidl-l2s
Asks which of your tools to add it to (Claude Code, Codex, Cursor, VS Code, Windsurf, Gemini CLI, Claude Desktop) and shows the change first. See https://agentmart.dev/cli.
Get the weekly diff
The weekly diff: one email a week with new agent tools, notable updates and grade changes, plus security alerts for tools you follow. Double opt-in, one-click unsubscribe.
About
Use cases: devops
Reviews
Write a reviewNo reviews yet. Installed it? Reviews come from verified installers only. How reviews work
Permissions
What this skill can do and what it asks for, from its SKILL.md. Checked Oct 25, 2026.
- Tools
- No tools found
- Secrets
- None asked for
- Install scripts
- None found
Network hosts it talks to 1
codeload.github.com· found in install command
Files it touches
~/.claude/skills/l2s
What's inside
- Skill name
l2s- Description
- Use when choosing an Ethereum L2, deploying the same app across chains, or moving funds between an L2 and mainnet — which chain fits the binding constraint, what each chain does differently at deploy time, and which widely-held facts about the L2 landscape are now false.
- License
- MIT
- Instructions
- 47 lines in SKILL.md · view on GitHub
Files (1)
- SKILL.md
SKILL.md (first lines)
# Ethereum Layer 2s Anything datable about an L2 rots fast: fees, block times, finality windows, TVL, which alliance a chain belongs to, whether it still produces blocks. Read the current value off the chain or its own docs before it reaches a plan, an estimate or a runbook. Below is only what a 2026 prior gets backwards, plus the mechanics that are easy to get wrong the first time. ## Where the common prior is wrong **Base is no longer on the OP Stack.** Announced February 2026, live on mainnet since the **Azul** upgrade (May 2026): Base runs its own Base Stack with `base-reth-node` as its only client, and shipped **Beryl** (June 2026) on its own cadence. It is still an Ethereum L2 and still fine to deploy on — chain id 8453, addresses, deployments and canonical bridge all unchanged. What no longer holds is the shared-governance premise, so do not couple Base to OP Mainnet through anything that assumes a shared stack: Superchain interop, `SuperchainERC20`, a shared upgrade schedule. **Superchain native interop is not shippable yet.** `SuperchainERC20` crosschainMint/crosschainBurn, `L2ToL2CrossDomainMessenger`, `CrossL2Inbox` and the `SuperchainTokenBridge` are in active development on devnets and testnets, not live on OP Mainnet. A token that has to move between two chains this quarter needs a layer that exists today — LayerZero OFT, Chainlink CCIP, Hyperlane, Wormhole NTT, or a canonical round trip through L1 — and the design has to say who relays the message and what must be trusted for a transfer to settle. **Celo is an Ethereum L2, not an L1** (migrated to the OP Stack 2025-03-26). Its canonical route to mainnet is the chain's own L2→L1 withdrawal, not a third-party wrapped-asset bridge, and CELO is both the L2 gas token and a plain ERC-20 on L1. Gas there can also be paid in an approved ERC-20 — USDC, USDT, the Mento stablecoins — through the fee-currency field (CIP-64), with no paymaster, bundler or ERC-4337 stack. For users who hold no gas token that is the first thing to reach for. **Polygon zkEVM is switched off.** The Mainnet Beta sequencer stopped around 2026-07-01: no new blocks, submitted transactions never confirm, AggLayer withdrawals no longer process — while reads keep answering a frozen final state, which is what a stuck dashboard looks like from outside. Nothing new gets planned there, and an existing deployment is a fund-recovery problem, not a migration: the sunset snapshot and claims interface cover wallet-held balances, so a balance inside a contract has no routine exit. **Unichain orders by priority fee, not by arrival time.** Its TEE block builder (Rollup-Boost) enforces priority ordering deterministically, alongside a private mempool and revert protection. The fee still buys the position; what the TEE removes is the auction around it. Flashblocks confirm roughly every 200ms. ## Exiting to L1 An optimistic-rollup withdrawal is three transactions across two chains, not one send: initiate on the L2, **prove** on L1 once an output root or dispute game covering that block is posted, **finalize** on L1 after the challenge window. Both L1 steps are submitted by the operator or their tooling — nothing lands by itself — and the clock starts at prove, not at initiation. The window is per-chain, and usually composite — which is why quoting any single remembered number goes wrong. Celo, read off the portal 2026-08-24: `proofMaturityDelaySeconds` is 604,800, i.e. 7 days from your prove transaction, while the OP Succinct game's `maxChallengeDuration` is 302,400 (3.5 days) with a further 302,400 of `disputeGameFinalityDelaySeconds` after the game resolves. Whichever gate falls later wins, so the real wait is about 7 days — "Celo exits in 3.5 days" is the challenge window quoted on its own. Celo produces a block every 1s. Read both gates live rather than either number: viem's `getTimeToProve` / `getTimeToFinalize` do it against the chain's own contracts. ZK rollups settle in minutes to hours. A fast or intent bridge (Across, Squid, CCIP, LayerZero routes, an exchange hop) buys that wait back for a fee plus a trust assumption beyond Ethereum. Name the assumption when recommending one, and check the route's depth for the actual asset at the actual size — a long-tail gas token at seven figures is where relayer inventory runs out. ## Deployment differences - **Optimistic rollups** deploy like mainnet: same bytecode, change the RPC URL and chain id. Use `block.timestamp`, not `block.number`, for time — it advances at a different rate, and on Arbitrum returns the L1 block. - **zkSync Era** has two execution paths, and the choice belongs in the estimate before anyone starts: standard `solc` bytecode through Era's EVM interpreter with stock Foundry or Hardhat, or native EraVM via `zksolc` — cheaper, and the only path where no `EXTCODECOPY`, the 65K instruction limit and pre-deployed non-inlinable libraries apply. Era also has native account abstraction: every account is a contract, paymasters without bundlers. Scroll and Linea are bytecode-compatible — standard `solc`, deploy like mainnet. - **Arbitrum Stylus** runs Rust, C and C++ compiled to WASM alongside the EVM, callable from Solidity and able to call back, sharing state — the reason to pick Arbitrum when a team already has a Rust routine it will not reimplement. The program must be **activated** in a second onchain transaction (the `ArbWasm` precompile) before anything can call it. It is roughly 10-100x on execution speed for compute-heavy work; the gas saving is much smaller, on the order of 26-50% against optimised EVM code, with storage priced as the EVM. Quote those two separately or not at all. - **The same address on several chains** comes from CREATE2/CREATE3 with one factory, salt and bytecode. Two independent deployments do not land there on their own, and a shared address is not what makes a messaging layer work. ## Choosing a chain Start from the constraint that actually binds, not a TVL ranking. Mainnet is still right for anything composing with mainnet liquidity — see `gas/SKILL.md` for that cost call, and `addresses/SKILL.md` before any token, router or venue address is hardcoded per chain. | The binding constraint | Where it points | | --- | --- | | Existing Rust/C the team will not reimplement | Arbitrum (Stylus) | | Gasless UX with no bundler stack to run | zkSync Era (native AA), or Celo where paying gas in a stablecoin is enough | | Mobile / real-world payments, users holding no gas token | Celo (CIP-64 fee currency) | | Consumer reach and a direct fiat on-ramp | Base | | No multi-day exit to L1 | a ZK rollup (zkSync Era, Scroll, Linea) | | Deepest liquidity for a specific pair | measure it — quote that pair per chain; do not rank chains | Whatever the table says, confirm the chain is live and the feature is on mainnet before it becomes a commitment. Both have failed inside the last year.
From BuidlGuidl/ethskills-evals, MIT.
More from BuidlGuidl/ethskills-evals
- 0.547score
wallets
BuidlGuidl
Use when deciding who or what may sign for funds: an agent or script signing unattended, a treasury's custody, a multisig's owners and threshold, a private…
SkillBFreshness: B★ 1Claude Code +9 - 0.547score
benchmark-major-refine
BuidlGuidl
Run the major-refine benchmark (issue #119) for one skill on one of its four stacks — no skill vs the first vendored skill text vs the refined one, every live…
SkillBFreshness: B★ 1Claude Code +9 - 0.547score
ship
BuidlGuidl
Use before implementation, or when a build lacks these decisions: what goes onchain, the minimal contract surface, who triggers each state transition and why…
SkillBFreshness: B★ 1Claude Code +9 - 0.547score
standards
BuidlGuidl
Use when a design needs agent identity or reputation, pay-per-call HTTP payments, USDC transfers from a wallet that holds no ETH, or contract abilities on an…
SkillBFreshness: B★ 1Claude Code +9 - 0.547score
tools
BuidlGuidl
Use when picking or installing packages, versions, or a scaffold for an Ethereum project, when wiring an agent to read onchain data, or when asking what to…
SkillBFreshness: B★ 1Claude Code +9 - 0.547score
audit
BuidlGuidl
Use when asked to audit or security-review EVM smart contracts: find vulnerabilities, judge exploit impact, or produce a ranked audit report.
SkillBFreshness: B★ 1Claude Code +9 - 0.547score
concepts
BuidlGuidl
Use when designing or explaining anything onchain that has to keep working with nobody running it: who calls each function and why they would, where…
SkillBFreshness: B★ 1Claude Code +9 - 0.547score
frontend-playbook
BuidlGuidl
Use when working inside a Scaffold-ETH 2 app: running it against a local chain or a fork of a real chain, demoing on that fork, or shipping it as a static…
SkillBFreshness: B★ 1Claude Code +9 - 0.547score
frontend-ux
BuidlGuidl
Use when building, fixing, or reviewing how an Ethereum dApp frontend behaves for its users: product identity, address inputs that resolve names, token…
SkillBFreshness: B★ 1Claude Code +9 - 0.547score
gas
BuidlGuidl
Use when quoting a gas or dollar cost for a transaction or deployment, when cost is the reason to pick mainnet over an L2, when setting EIP-1559 fee fields or…
SkillBFreshness: B★ 1Claude Code +9 - 0.547score
indexing
BuidlGuidl
Use when building anything that reads past onchain activity: feeds, leaderboards, dashboards, analytics.
SkillBFreshness: B★ 1Claude Code +9 - 0.547score
noir
BuidlGuidl
Use when building, reviewing, or shipping a privacy app with Noir circuits verified onchain.
SkillBFreshness: B★ 1Claude Code +9
Signals
- Stars
- 1
- Forks
- 1
- Open issues
- 4
- Last commit (this folder)
- Aug 24, 2026 (2 months ago)
From GitHub (fetched Oct 24, 2026).
Details
- License
- MIT
- Repository
- github.com/BuidlGuidl/ethskills-evals
- Website
- ethskills-evals.vercel.app
- First seen
- Oct 24, 2026
- Last checked
- Oct 24, 2026
- Source
- GitHubgithub-graphql
More from BuidlGuidl
- 0.547score
benchmark-major-refine
BuidlGuidl
Run the major-refine benchmark (issue #119) for one skill on one of its four stacks — no skill vs the first vendored skill text vs the refined one, every live…
SkillBFreshness: B★ 1Claude Code +9 - 0.547score
audit
BuidlGuidl
Use when asked to audit or security-review EVM smart contracts: find vulnerabilities, judge exploit impact, or produce a ranked audit report.
SkillBFreshness: B★ 1Claude Code +9 - 0.547score
concepts
BuidlGuidl
Use when designing or explaining anything onchain that has to keep working with nobody running it: who calls each function and why they would, where…
SkillBFreshness: B★ 1Claude Code +9 - 0.547score
frontend-playbook
BuidlGuidl
Use when working inside a Scaffold-ETH 2 app: running it against a local chain or a fork of a real chain, demoing on that fork, or shipping it as a static…
SkillBFreshness: B★ 1Claude Code +9 - 0.547score
frontend-ux
BuidlGuidl
Use when building, fixing, or reviewing how an Ethereum dApp frontend behaves for its users: product identity, address inputs that resolve names, token…
SkillBFreshness: B★ 1Claude Code +9 - 0.547score
gas
BuidlGuidl
Use when quoting a gas or dollar cost for a transaction or deployment, when cost is the reason to pick mainnet over an L2, when setting EIP-1559 fee fields or…
SkillBFreshness: B★ 1Claude Code +9
Cite this page
l2s skill. Agent Mart. https://agentmart.dev/skills/buidlguidl-l2s (last updated 2026-10-24)