OpenSkillIndex← back to search
claude-codeopenclawdevelopment

Skills megaeth-developer

End-to-end MegaETH development playbook (Feb 2026). Covers wallet operations, token swaps (Kyber Network), eth_sendRawTransactionSync (EIP-7966) for instant receipts, JSON-RPC batching, real-time mini-block subscriptions, storage-aware contract patterns (Solady RedBlackTreeLib), MegaEVM gas model, WebSocket keepalive, bridging from Ethereum, and debugging with mega-evme. Use when building on MegaETH, managing wallets, sending transactions, or deploying contracts.

install
source · Clone the upstream repo
git clone https://github.com/openclaw/skills
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/openclaw/skills "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/0xguardbot/megaeth" ~/.claude/skills/openclaw-skills-megaeth-developer-c2d74a && rm -rf "$T"
OpenClaw · Install into ~/.openclaw/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/openclaw/skills "$T" && mkdir -p ~/.openclaw/skills && cp -r "$T/skills/0xguardbot/megaeth" ~/.openclaw/skills/openclaw-skills-megaeth-developer-c2d74a && rm -rf "$T"
manifest: skills/0xguardbot/megaeth/SKILL.md
tags
#blockchain#smart-contracts#megath#evm#web3
source content

MegaETH Development Skill

What this Skill is for

Use this Skill when the user asks for:

  • Wallet setup and management on MegaETH
  • Sending transactions, checking balances, token operations
  • Token swaps via Kyber Network aggregator
  • MegaETH dApp frontend (React / Next.js with real-time updates)
  • RPC configuration and transaction flow optimization
  • Smart contract development with MegaEVM considerations
  • Storage optimization (avoiding expensive SSTORE costs)
  • Gas estimation and fee configuration
  • Testing and debugging MegaETH transactions
  • WebSocket subscriptions and mini-block streaming
  • Bridging ETH from Ethereum to MegaETH

Chain Configuration

NetworkChain IDRPCExplorer
Mainnet4326
https://mainnet.megaeth.com/rpc
https://mega.etherscan.io
Testnet6343
https://carrot.megaeth.com/rpc
https://megaeth-testnet-v2.blockscout.com

Default stack decisions (opinionated)

1. Transaction submission: eth_sendRawTransactionSync first

2. RPC: Multicall for eth_call batching (v2.0.14+)

  • Prefer Multicall (
    aggregate3
    ) for batching multiple 
    eth_call
    requests
  • As of v2.0.14, 
    eth_call
    is 2-10x faster; Multicall amortizes per-RPC overhead
  • Still avoid mixing slow methods (
    eth_getLogs
    ) with fast ones in same request

Note: Earlier guidance recommended JSON-RPC batching over Multicall for caching benefits. With v2.0.14's performance improvements, Multicall is now preferred.

3. WebSocket: keepalive required

  • Send 
    eth_chainId
    every 30 seconds
  • 50 connections per VIP endpoint, 10 subscriptions per connection
  • Use 
    miniBlocks
    subscription for real-time data

4. Storage: slot reuse patterns

  • SSTORE 0→non-zero costs 2M gas × multiplier (expensive)
  • Use Solady's RedBlackTreeLib instead of Solidity mappings
  • Design for slot reuse, not constant allocation

5. Gas: skip estimation when possible

  • Base fee stable at 0.001 gwei, no EIP-1559 adjustment
  • Ignore 
    eth_maxPriorityFeePerGas
    (returns 0)
  • Hardcode gas limits to save round-trip
  • Always use remote 
    eth_estimateGas
    (MegaEVM costs differ from standard EVM)

6. Debugging: mega-evme CLI

Operating procedure

1. Classify the task layer

  • Frontend/WebSocket layer
  • RPC/transaction layer
  • Smart contract layer
  • Testing/debugging layer

2. Pick the right patterns

  • Frontend: single WebSocket → broadcast to users (not per-user connections)
  • Transactions: sign locally → 
    eth_sendRawTransactionSync
    → done
  • Contracts: check SSTORE patterns, avoid volatile data access limits
  • Testing: use mega-evme for replay, Foundry with 
    --skip-simulation

3. Implement with MegaETH-specific correctness

Always be explicit about:

  • Chain ID (4326 mainnet, 6343 testnet)
  • Gas limit (hardcode when possible)
  • Base fee (0.001 gwei, no buffer)
  • Storage costs (new slots are expensive)
  • Volatile data limits (20M gas after block.timestamp access)

4. Deliverables expectations

When implementing changes, provide:

  • Exact files changed + diffs
  • Commands to build/test/deploy
  • Gas cost notes for storage-heavy operations
  • RPC optimization notes if applicable

Progressive disclosure (read when needed)