MegaETH AI 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.

MIT-0 · Free to use, modify, and redistribute. No attribution required.
0 · 1.1k · 2 current installs · 2 all-time installs
MIT-0
Security Scan
VirusTotalVirusTotal
Benign
View report →
OpenClawOpenClaw
Benign
high confidence
Purpose & Capability
Name/description and the files (wallet operations, RPC methods, gas model, debugging, etc.) align: everything requested and documented is relevant to building on MegaETH. Note: the skill's source/homepage is unknown in registry metadata while README references GitHub/Clawdhub install commands — verify origin before trusting.
Instruction Scope
SKILL.md and companion docs focus tightly on MegaETH tasks (RPC, WebSocket, gas, storage, debugging). However, several recommendations are operationally risky: advising to 'skip local simulation', 'hardcode gas limits', 'pre-sign transactions' and 'nonce pipelining' can lead to lost funds or unsafe deployments if applied blindly. The SKILL also expects the agent to produce diffs and commands (reasonable) but does not request unrelated files/credentials.
Install Mechanism
Instruction-only skill with no install spec or code to download; lowest install risk. README mentions git/ npx/ clawdhub install flows but the registry package itself has no install actions.
Credentials
No required env vars, binaries, or credentials are declared or requested. References to RPC endpoints and third-party services (MegaETH RPC, Kyber aggregator, GitHub repos) are expected for this domain and proportional to the stated functionality.
Persistence & Privilege
Skill does not request persistent or elevated privileges (always:false, no config paths). It is user-invocable and can be used autonomously per platform defaults; nothing here demands forced or system-wide persistence.
Assessment
This skill appears to be what it claims (MegaETH developer playbook), but you should: 1) Verify the skill's origin before trusting it — registry metadata lacks a homepage while README points to external repos; clone/inspect the repo yourself. 2) Review the docs' risky operational advice (skipping local simulation, hardcoding gas limits, pre-signing/pipelining transactions) and do NOT apply those recommendations to high-value wallets or production without thorough testing. 3) Always test on the stated testnet (chain ID 6343 / carrot.megaeth.com) and run mega-evme locally to replay and simulate transactions when possible. 4) Use trusted RPC endpoints (avoid random public RPCs), protect private keys (never allow the agent to access them), and avoid pre-signing with hot keys or shipping pre-signed transactions without manual review. 5) Confirm external URLs (docs.megaeth.com, mainnet.megaeth.com, Kyber aggregator endpoints, and GitHub repos) are legitimate and up-to-date before following install/build commands.

Like a lobster shell, security has layers — review code before you run it.

Current versionv1.0.0
Download zip
latestvk971q15pqz72tjbzz1ka953y2s80jgh6

License

MIT-0
Free to use, modify, and redistribute. No attribution required.

SKILL.md

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
Mainnet4326https://mainnet.megaeth.com/rpchttps://mega.etherscan.io
Testnet6343https://carrot.megaeth.com/rpchttps://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)

Files

11 total
Select a file
Select a file to preview.

Comments

Loading comments…