megaeth-developer

MegaETH 开发技能

此技能的适用场景

用户提出以下需求时，请使用此技能：

• 设置面向 MegaETH 的 Foundry 项目
• 在 MegaETH 上编写和运行测试（单元测试、模糊测试、不变性测试）
• 在 MegaETH 上部署和验证合约
• 在 MegaETH 上设置和管理钱包
• 发送交易、检查余额、执行代币操作
• 通过 Kyber Network 聚合器兑换代币
• MegaETH dApp 前端（React / Next.js 实时更新）
• RPC 配置和交易流程优化
• 考虑 MegaEVM 特性的智能合约开发
• 存储优化（瞬态存储、Solady 模式）
• Gas 估算和费用配置
• 测试和调试 MegaETH 交易
• 使用 mega-evme 本地重放 / 调试交易
• WebSocket 订阅和迷你区块流
• 将 ETH 从 Ethereum 跨链桥接到 MegaETH
• 集成 Privy 以进行无头 / 自动化签名
• 在 MegaETH 上进行 x402 支付（优先使用 Permit2）
• 在 MegaETH 上进行 Meridian / x402 旧版支付
• 超低延迟交易模式
• ERC-7710 委托（限定范围的权限、支出限额、再委托链）
• MetaMask 智能账户（ERC-4337 账户、签名者、用户操作）
• 通过 MetaMask 管理高级权限（ERC-7715）
• MegaNames（.mega 命名服务）——注册、解析、子域名、子域名市场、文本记录
• 使用 drand VRF（DrandOracleQuicknet）生成可验证随机数，用于抽奖、揭示和游戏机制

链配置

网络	Chain ID	RPC	浏览器
主网	4326	https://mainnet.megaeth.com/rpc	https://mega.etherscan.io
测试网	6343	https://carrot.megaeth.com/rpc	https://megaeth-testnet-v2.blockscout.com

默认技术栈决策（主观建议）

0. 随机数：drand VRF 是异步提交 / 揭示机制

• MegaETH 已预部署 DrandOracleQuicknet 验证器
• drand quicknet 每隔约 3 秒生成一个新轮次
• 应将其视为公开可验证的异步随机数，而非同一笔交易中的熵
• 始终提交未来轮次，并在提交时锁定所有会影响结果的输入
• 优先使用 verifyNormalized，并规划揭示的持续可用性（用户、中继器、keeper）

1. 交易提交：优先使用 eth_sendRawTransactionSync

• 使用 eth_sendRawTransactionSync（EIP-7966）以低延迟同步返回收据
• 这通常可以省去轮询 eth_getTransactionReceipt
• 将 MegaETH 定位为实时链，提供即时般的用户体验，同时避免做出脆弱的延迟承诺
• 文档：https://docs.megaeth.com/realtime-api

2. RPC：使用 Multicall 批处理 eth_call（v2.0.14+）

• 优先使用 Multicall（aggregate3）批处理多个 eth_call 请求
• 自 v2.0.14 起，eth_call 的速度提升了 2–10 倍；Multicall 可摊销每次 RPC 的开销
• 仍应避免在同一请求中混合慢速方法（eth_getLogs）和快速方法

注意： 早期建议出于缓存优势推荐使用 JSON-RPC 批处理而非 Multicall。随着 v2.0.14 性能提升，现已优先推荐 Multicall。

3. WebSocket：必须发送保活消息

• 每 30 秒发送一次 eth_chainId
• 每个 VIP 端点最多 50 个连接，每个连接最多 10 个订阅
• 使用 miniBlocks 订阅获取实时数据

4. 存储：槽位复用模式

• SSTORE 从 0→非零的成本为 2M gas × 乘数（开销很高）
• 使用 Solady 的 RedBlackTreeLib 代替 Solidity 映射
• 设计时应考虑槽位复用，而非持续分配

5. Gas：尽可能跳过估算

• 基础费用稳定在 0.001 gwei，不进行 EIP-1559 调整
• 忽略 eth_maxPriorityFeePerGas（返回 0）
• 将 Gas 限制硬编码以节省往返开销
• 始终使用远程 eth_estimateGas（MegaEVM 的成本与标准 EVM 不同）

6. 调试：优先使用 Foundry，涉及 MegaEVM 特性时再使用 mega-evme

• 使用 Foundry 快速本地迭代并运行回归测试
• 使用 mega-evme 重放实时交易、分析跟踪信息，并调试 MegaEVM / 规范特定问题
• https://github.com/megaeth-labs/mega-evm

操作流程

1. 判断任务所属层

• 前端/WebSocket 层
• RPC/交易层
• 智能合约层
• 测试/调试层

2. 选择合适的模式

• 前端：单个 WebSocket → 广播给用户（而非为每位用户单独建立连接）
• 交易：本地签名 → eth_sendRawTransactionSync → 完成
• 合约：检查 SSTORE 模式，避免触及易变数据访问限制
• 测试：使用 mega-evme 进行回放，使用 Foundry 并添加 --skip-simulation
• 委托：创建受限权限 → 签名 → 分享 → 通过 eth_sendRawTransactionSync 兑换

3. 确保符合 MegaETH 特定要求

务必明确说明：

• Chain ID（主网为 4326，测试网为 6343）
• Gas 限额（尽可能硬编码）
• 基础费用（0.001 gwei，不留缓冲）
• 存储成本（新增存储槽成本高）
• 易变数据限制（总计算 Gas 上限为 20M，追溯适用，在访问 block.timestamp 时生效）

4. 交付内容要求

实现变更时，请提供：

• 具体变更文件及差异
• 构建/测试/部署命令
• 存储密集型操作的 Gas 成本说明
• 适用时的 RPC 优化说明

渐进式阅读（按需查阅）

• Foundry 配置与部署：foundry-config.md
• 钱包操作：wallet-operations.md
• 前端模式：frontend-patterns.md
• Privy 集成：privy-integration.md
• x402 支付（Permit2）：x402-payments.md
• Meridian 支付（旧版）：meridian.md
• RPC 方法参考：rpc-methods.md
• 智能合约模式：smart-contracts.md
• 存储优化：storage-optimization.md
• Gas 模型：gas-model.md
• 测试与调试：testing.md
• mega-evme 本地回放/调试：mega-evme.md
• 安全注意事项：security.md
• ERC-7710 委托：erc7710-delegations.md
• MetaMask 智能账户：smart-accounts.md
• Warren Protocol（链上网站）：warren.md
• MegaNames（.mega 命名）：meganames.md
• 可验证随机数（drand VRF）：vrf-drand.md
• 参考链接与致谢：resources.md