Blog

以太坊 Pectra 网络升级于 2025 年 5 月 7 日 UTC 时间上午 10 时 5 分启动（ 以太坊区块链上始于 epoch 364032），13 分钟后在主网成功激活。本轮升级是 2022 年以太坊完成合并（The Merge）以来，以太坊执行实现的技术改进提案（EIP）最多的一次升级。 Pectra 升级的目标继续着眼于提高以太坊的可用性和可扩展性，同时致力于提升网络效率和用户体验，为下一步引入 Verkle Trees 和 PeerDAS 的 Fusaka 升级奠定技术基础。 Pectra 升级只是以太坊长期发展目标中阶段性的一步。了解升级以太坊官方说明和升级直播，可查阅：  https://ethereum.org/en/roadmap/pectra  https://www.youtube.com/watch?v=NbxaCZYtW-I Pectra 升级如何影响验证者与质押者？ 验证管理更简捷：大型质押者（如质押服务商）无需部署大量小型验证节点，能够降低硬件负载与运营成本。 接入流程更顺畅：新验证者加入网络时容错性更高，尤其在网络拥堵期间。 系统灵活性增强：无论是独立参与质押还是通过资金池参与质押，系统组件将更精简，故障率更低。 🔧 Pectra 升级实施了哪些重要技术提案？ 在 2024 年 3 月的 Dencun 升级（通过 EIP-4844 引入 proto-danksharding）基础上，Pectra 升级主要实现的技术优化项目包括：降低 Layer2 数据可用性成本、引入账户抽象（Account abstraction）增强钱包功能、优化质押服务，提升质押上限等。 ⚙️ Layer2 降本增效，继续提升主网扩展性 EIP-7691：Blob 容量翻倍 Blob 容量提升至 6 个/区块，Rollup 吞吐量翻倍。降低 Layer2 数据发布成本，用户 Gas 费用进一步下降。 EIP-7623：提高 calldata 成本 推动开发者从低效的 calldata 转向 Blob 方案。优化网络数据负载，促进长期扩展性。 EIP-7840：动态配置 Blob 限制 Blob 数量限制可根据网络需求动态调整，无需硬分叉即可适配未来扩展。 🧩 升级钱包功能 EIP-7702：智能钱包赋能 允许钱包外部账户（EOA）在交易期间临时模拟智能合约钱包行为，这是 Pectra 升级中最受用户关注的一项技术改进。核心改进包括：单笔交易内完成兑换、质押、跨链等多步骤操作；支持第三方为交易支付 Gas 费用；无需切换钱包类型或安装插件即可实现高级功能。 🔐 优化质押服务与验证者参与 EIP-7251：提升验证者质押参与上限 减少节点数量，降低硬件成本与运维复杂度，同时在性能上维持以太坊安全模型，优化整体效率。 EIP-6110：加速验证者接入 允许质押存款数据直连共识层，绕过执行层同步延迟，缓解网络拥堵期瓶颈。 EIP-7002：执行层支持直接解除质押 支持通过执行层直接触发质押解除，简化流程并降低操作风险。 EIP-7685：层级协调优化增强执行层与共识层间协调机制，提升质押操作效率与稳定性。 EIP-7549：高效投票聚合优化验证者对链状态的投票聚合流程，降低工作负载，适应验证者规模增长。 🛠️ 优化智能合约与执行效率 EIP-6780：限制 SELFDESTRUCT 指令 限制合约部署后的自毁功能，提升网络安全性与可预测性，保留现有代码兼容性。 EIP-5656：内存复制加速 引入 MCOPY 指令，优化 EVM 内存数据复制效率，以降低复杂 DApp 交互的 Gas 成本，提升执行速度。 🔐 优化零知识（ZK）与跨链支持 EIP-2537：加速密码学证明 支持 BLS 签名与快速证明验证，降低 ZK-Rollup 隐私交易及跨链交换的成本与延迟。 EIP-2935：延长区块历史存储 区块数据存储时长扩展至 27 小时，增强跨链同步可靠性，助力开发者调试与数据追溯。 行业声音：以太坊的下一步 「待 PeerDAS 等技术改进项目在接下来几个月里陆续推出，以太坊未来前景一片大好。我们会看到以太坊 Rollup 扩展性大幅提升，这将进一步巩固以太坊在区块链生态系统中的地位和作用。」[1] —— Gabriel Camargo Fukushima，Consensys 区块链高级工程师 「Pectra 升级可能会减少 ETH 的供应。」 [2] —— Justin Drake，以太坊研究员 「自 Pectra 升级以来，以太坊 Blob 费用已降至最低水平。以太坊的成功取决于基础层可扩展性的提升，这需要进一步改进 Rollup 机制，并最终实现更无缝的用户体验。」[3] —— Noam Hurwitz，Alchemy 公司工程主管 参考文章：[1] https://consensys.io/ethereum-pectra-upgrade[2]https://markets.businessinsider.com/news/stocks/ethereum-surges-with-pectra-upgrade-and-interoperability-breakthrough-1034321345[3]https://cointelegraph.com/news/ethereum-pectra-upgrade-adds-new-features-how-long-before-eth-price-reacts

为让代币管理更便捷，imToken 正式推出全新功能 —— Token Function，实现一键管理与高效交互。 为庆祝这一功能上线，我们特别联合新入驻 Token Function 的 sun.io 与 JustLend（TRON 网络上的热门生态项目），共同发起转发抽奖活动！ 📅 活动时间：即日起至 2025-05-18 15:00（SGT）🎁 奖励总额：1,500 USDT（TRON）🎉 中奖名额：150 名，每人奖励 10 USDT ✅ 如何参与 转发 Token Function 推文 关注 X（Twitter）账号：@sunpumpmeme，@DeFi_JUST 在 Galxe 上提交你的 TRON 钱包地址（用于接收奖励发放） 🏆 满足以上条件后即可参与抽奖！我们将随机抽取 150 名幸运用户，每人奖励 10 USDT（TRON）！ 📍 活动传送门：https://app.galxe.com/quest/imToken/GCZ45tm2VF 📖 关于 Token Function，点此了解更多：https://support.token.im/hc/zh-cn/articles/41600254949145

Bankless 的 David Hoffman 连线以太坊研究员 Tim Beiko，在播客节目中对以太坊路线图，如扩展数据可用性、质押机制对以太坊的影响等问题、Pectra 升级硬分叉近况进行了讨论，并介绍了 Pectra 升级后， 以太坊将要进行的 Fusaka 升级和 Glamsterdam 升级的概况。   收看本期播客完整内容，请查阅：https://www.youtube.com/watch?v=WpjcPPrrN2E&ab_channel=Bankless     主持人：David Hoffman（@Bankless） 对话嘉宾：Tim Beiko（以太坊核心开发者电话会议协调员）    Pectra 硬分叉发展情况   “ 主要技术提案： 1. 💡 EIP-7251 ：提升质押上限至 2048 个 ETH   现状：大于 32 个 ETH 的质押者必须拆分成多个验证者，每个验证者都会广播认证信息，这将产生巨大的带宽占用。 升级后：拥有 64 个 ETH 的个人质押者将只需运行 1 个验证者，而非升级前的 2 个；Coinbase 可将约 20 万个验证者压缩为约 2 千个。 为以太坊带来的好处：减少带宽，为更多的 blob 数据释放空间。  为质押参与者带来的好处：实现自动复利。   2. 💡 EIP-7691：Blob 容量增加 50%    现状：每个区块平均包含 3 个 Blob，硬性上限为 6。 升级后：平均 6 个，硬性上限 9 个。 为以太坊带来的好处：定价不变，但实质上降低了 Layer2 数据成本。设置安全护栏，以确保即使 Blob 数量翻倍，整体带宽仍在安全范围内。   3. 💡 EIP-7702 —— 传统外部账户（EOA）抽象技术方案   升级后：传统的外部账户（EOA）可指向一个插件。用户可继续使用同一个地址和私钥，可以更换插件（例如：当前使用 Safe 风格多签，后续可切换为社交恢复钱包）。 为以太坊带来的好处：开启渐进式实现账户抽象的路径，而无需强制用户进行大规模迁移。   4. 💡 其他技术更新   通过设置加密预编译，使签名验证价格更便宜。 实现更快的退出队列处理和执行层 Withdraw 凭据支持。 执行层和共识层漏洞修复。   Pectra 升级测试网进展   2025 年 2 月：测试网 Sepolia 与 Holesky 暴露配置相关错误（存款合约地址不符）。   2025 年 3 月 21 日 ：新公共测试网「Hodie/Holodeck」上线（开放验证者集合 + 正确参数）。   2025 年 3 月 26 日： Pectra 升级在 Hodie 测试网激活。   *大型质押池（如 Lido、Rocket Pool、Coinbase）需要数周时间来演练 MaxEB 流程（退出、重新质押、复利操作）。   后续升级：Fusaka 和 Glamsterdam Fusaka 升级  🗓️ -计划实施时间：2025 年第四季度   主要需要完成的技术改进：   PeerDAS：这是以太坊完成分片（Danksharding）的第一步计划，能提升约 10 倍的以太坊数据扩展能力。初步目标是实现平均支持约 48 个 Blobs，这个数字可能会通过「电梯计划」（Escalator）逐步提升。   目前，PeerDAS 的技术规范已基本稳定，且在开发测试网中活跃超过 12 个月。   EOF 改进： EOF 是现代化以太坊虚拟机（EVM）对象格式。它为 EVM 添加显式的代码和数据分段、新的节头结构、额外操作码，同时禁止多个危险指令（例如 SELFDESTRUCT）。   同时，EOF 为 Solidity、Vyper 等编译器作者和代码审计者提供了极大便利。EOF 相关的技术改进提案原计划在 Pectra 升级时推出，但为避免形成「超级分叉」，被分拆至 Fusaka 升级中执行。   升级决策的探讨   Fusaka 升级仍存在一些设计决策尚未最终敲定。例如，测试网是否应该从支持 48 个 Blobs 起步，还是先从低数量开始并逐步增加。   此外，是否采用「初始 Blob 数为 0 + 启动链上电梯式提升」的机制作为安全阀也亟待探讨。 Glamsterdam  🗓️  - 2026 年及以后   Glamsterdam 升级目前尚未公布以太坊技术改进提案，具体的技术协议将在 Fusaka 升级实施阶段同时启动，以便在 Fusaka 升级推出后能迅速接续进行。   Glamsterdam 升级可能包含的技术改进内容包括：执行层的进一步扩展（如操作码重新定价、历史数据修剪）、原生 Rollup 工具的引入，或对提议者—构建者分离（Proposer-builder Separation）机制的原生实现。       了解更多 Takeaway Points   以太坊合并（Merge）完成之后，以太坊逻辑上分为两部分：执行层（EL）和共识层（CL）。   其中，共识层升级使用星体名称命名；执行层升级使用 Devcon 大会主办城市的名称命名；当两项升级一起发布时，名称采用联合词的方式组合，如：   Pectra = 布拉格 Prague (EL) + Electra (CL)  Fusaka = 福冈 Fukuoka (EL) + 大阪 Osaka (CL) Glamsterdam = 阿姆斯特丹 Amsterdam（EL）+ Galama（CL）   以太坊路线图的讨论   💬 讨论 1： 为什么 Pectra 升级看起来进展较慢 1. 安全性是关键因素。在以太坊核心开发者会议上，每一个潜在功能都会被审查其在最坏情况下的失败模式，因为区块链必须能够「无限期运行而无需社会干预」。   2. 当研究遭遇「未知的未知」时，截止时间是灵活的。   3. 对流程冗余与研发时间的权衡。开发者正在压缩流程（并行处理分叉、提早冻结范围），但不会压缩真正的研究时间。 流程改革与推进速度     过去存在的问题：   规模太大的硬分叉（如「上海升级」时，最初尝试同时包含 EOF 改进、PeerDAS、账户抽象等）导致了两次延迟。   串行化开发流程（规范 → 实现 → 再着手下一个分叉）。  进度规划模糊。   提出的改进措施：   将 PeerDAS 和 EOF 改进计划分拆安排到 Fusaka 升级。 在完成「第 N 次」分叉的同时，为「第 N+1 次」准备规范和开发测试网络。 期望使用更清晰的概率语言，例如「五月是基本情景，有 60% 可能性」，避免在未正式推迟分叉区块高度前就被认为是延迟。    💬 讨论 2： 执行层 Gas 限值扩展讨论 Gas 限值是一个粗粒度的调节手段，但真正限制执行层扩展能力的其实是以下几个深层因素：   状态增长（State growth）：Merkle Tree（默克尔前缀树）在磁盘和内存中的大小。 历史数据体积（History size）：包括区块主体（Block bodies）与票据（Receipts）。 验证时间与 MEV 构建者的区块构建时限之间的矛盾。   为了解决这些问题，社区正在探索若干提案：   对某些操作码（OPcodes）重新定价：让它们在 15M Gas 限额内可以执行更多次数。 「时隙延迟验证」（Slot-delayed verification）：允许高配置的区块构建者在时间点 T 构建区块，而网络节点则在 T+1 时间点进行验证，从而放宽区块构建的时限压力。 在指标显示仍有带宽空间时，继续小幅增加 Gas 限值。   这些手段将有助于从根本上提升执行层的处理能力，而不仅仅是粗放地调高总 Gas 上限。   💬 讨论 3： Layer2 互操作性与原生 Rollup 机制 在短期内，Layer2 之间的互操作性主要通过钱包和应用技术标准来推动，例如 ERC-4337 支持的支付代理（Paymasters）机制，或跨链意图表达（Cross-chain intents）等。这些内容目前尚不属于核心开发者会议的议题范围。   从长期来看，社区正在研究是否可以将一些常用的 Rollup 组件「原生嵌入」（Enshrine）至协议中，例如以太坊研究员 Justin Drake 提出的原生 Rollup 预编译合约（Pre-compiles），使所有 Layer2 的 Rollup 能共用相同的证明与链桥合约（Proof/bridge contracts）。这样可以显著提升跨链 Rollup 的组合能力和互通性。   不过，这项工作属于多年的研发项目。以太坊研究员 Tim Beiko 表示，他对由以太坊基金会独立运营一个原生 Rollup 持保留态度，但如果有清晰的迁移路径，他支持构建共享基础设施的方向。

大家好，我是 imToken Labs 的 Jason Cui。很高兴今天能和大家分享账户抽象如何解锁全新的应用场景。 今天的分享分为四个部分：首先，我会解释什么是账户抽象；接着，我们将通过它的三个核心模块——验证抽象、执行抽象和费用抽象——来探讨它如何重塑区块链交互方式。 账户抽象 区块链账户是用户与区块链之间的桥梁，它回答了三个关键问题：   谁可以使用这个账户？—— 这是验证逻辑 账户能做什么？ —— 这是执行逻辑 如何支付交易费用？ —— 这是费用逻辑   传统账户（EOA）的局限性显而易见：它依赖固定的 ECDSA 签名验证，只能直接触发单一合约的单一方法，且必须提前用 ETH 支付 gas 费用。 而账户抽象打破了这些限制，赋予账户更高的灵活性和可编程性：   验证逻辑可编程：不再局限于私钥签名 执行逻辑可扩展：支持跨合约、多方法的复杂操作 费用支付更灵活：可以延迟支付、非原生代币支付，甚至完全免支付（由赞助商承担） 这种变革不仅提升了用户体验，还为开发者打开了无限可能。 验证抽象 验证抽象让身份验证方式不再局限于 ECDSA 签名验证，而是支持多种方式进行验证：   Passkey：提供硬件钱包级别的安全性，但无需管理助记词，用户体验更友好 邮箱验证：通过用户熟悉的 Web2 工具管理账户，降低进入门槛   此外，验证抽象还支持 AI 代理账户，让 AI 成为独立的数字实体，自主管理资产并执行交易。 在权限管理方面，验证抽象技术带来了更多的灵活性。用户无需每次都授予应用程序完整权限，而是可以利用会话密钥或子账户，向应用程序授予有限或临时权限。这使得应用程序能够在用户授权的范围内，代表用户执行特定任务，而无需用户对每一次操作都进行单独确认。 这一机制对于链上游戏和自动化 DeFi 应用尤为重要，因为它避免了频繁的用户提示，从而极大地提升了用户体验。 同时，验证抽象还具备强大的账户恢复功能。由于验证逻辑是可编程的，开发者能够构建在密钥丢失或被盗时恢复账户的方法。这一功能是传统 EOA 所无法实现的，为用户提供了更高的安全保障，解决了用户在使用区块链技术时的一大痛点。 执行抽象   执行抽象为账户带来了更强大的执行能力，改变了交易的模式： 跨链交易：当前，多数跨链协议仅能实现资产的转移，原因在于 EOA 无法被外部触发。然而，执行抽象的出现打破了这一限制。它不仅允许发送资产，还能发送指令。执行者能够在目标链上触发用户的账户，并代为完成交易，极大地拓展了跨链交互的可能性。 批量交易：过去，用户需要分别发送多个独立交易，例如先批准一个代币，再进行交换。如今，执行抽象允许用户将这些操作整合为一个交易。这不仅节省了 gas 费用，还提升了交易的可组合性和用户体验。 跨 DApp 功能组合：以往，用户只能使用单个 DApp 提供的功能。执行抽象则允许用户自由组合不同协议的功能。这将催生一个全新的市场——批量策略市场。用户可以创建或采用批量交易来执行复杂的策略，实现真正的去中心化协作。 通过执行抽象，交易不再局限于单一合约，而是能够跨越多个协议，开启全新的去中心化协作时代。 费用抽象   费用抽象让费用支付方式变得更加灵活多样，带来了诸多创新： 按需支付：费用支付不再局限于用户自身，应用方或赞助商也可承担费用，甚至可根据用户的行为和需求进行动态调整，为不同用户群体提供定制化的支付方案。 非原生代币支付：突破了传统仅用 ETH 支付费用的限制，支持使用稳定币（如 USDC）等非原生代币支付 gas 费用。这一改变降低了新用户的入门门槛，减少了他们对加密货币知识的学习成本，使更多人能够轻松参与区块链交易。 延迟支付：改变了费用支付的时序，允许交易先完成，费用后结算。对于新用户来说，这意味着无需提前准备 ETH，他们可以通过一个链接先获取代币，再用这些代币支付 gas 费用。 隐私保护：目前，从隐私池中提取资金需要提前向目标地址发送 ETH，这可能会暴露用户身份。但有了费用抽象，用户可以先提取资金，然后用部分提取的资产支付费用，从而保持身份隐私 这些改进让交易的费用支付更加灵活，同时提升了隐私性和用户体验。 总结 账户抽象不仅是技术升级，更是对区块链交互方式的全面重构。通过验证、执行和费用抽象，它让区块链账户更安全、更灵活、更易用，同时为开发者提供了无限的创新空间。 

大家好，我是 Nic，目前在 imToken Labs 担任区块链开发者。今天我将和大家分享如何通过 Validation Centric Design 构建更安全且用户友好的 AA 钱包。 今天的分享将分为三个部分： 当前 AA 钱包的构建方式 Validation Centric Design 技术挑战与解决方案 一、当前 AA 钱包的构建方式 ​AA 钱包，即​通过账户抽象（Account Abstraction）技术实现的智能合约钱包，其核心功能包括： ​多元交易验证：支持多签（Multi-Sig）、Passkey、Email 授权等验证方式 ​灵活 Gas 支付：可用 USDC、USDT 等稳定币、信用卡支付 Gas 费，或由第三方赞助交易 ​账户控制权恢复机制：密钥丢失或被盗后，可通过预设规则恢复账户控制权 ​第三方代理操作：可授权第三方执行自动化操作 然而，目前的 AA 钱包普遍采用 Account Centric Design，它具有以下特点： ​账户即交易主体：账户合约作为交易发起者，持有用户资产并集成验证逻辑（如多签、Passkey）、支付逻辑（USDC 支付、赞助交易）、恢复逻辑等。 ​可升级性：开发者可持续迭代升级同一账户合约（如 v0.1→v1.0→v2.0） 模块化：可采用 ERC-6900、ERC-7579 等模块化标准 这种设计导致用户在使用不同 AA 钱包时面临诸多不便。在使用普通 EOA 钱包时，用户可以通过导入私钥或助记词，在不同的钱包之间无缝切换。然而，在 AA 钱包的世界中，由于各钱包公司自行设计合约，用户无法在不同钱包间使用同一账户。每次使用新钱包，用户都需创建新账户，并将资产从旧账户迁移到新账户，过程繁琐且可能丢失部分资产，严重影响用户体验。 此外，合约的可升级性虽然为功能的丰富和更新提供了便利，但也引入了潜在的风险。以 2024 年 Ronin Bridge 被盗事件为例，该事件凸显了可升级合约可能带来的安全隐患。当时，Ronin Bridge 的合约定义了 v3 和 v4 两个版本的初始化函数，但在实际操作中，仅 v4 初始化函数被执行，v3 被遗漏，导致合约漏洞，造成约 1200 万美元的资产损失。 此类失误的发生，往往源于可升级合约在版本迭代过程中面临的复杂挑战。设想一下，当某个钱包的最新版本已升级至 v2.0.0，而用户 Bob 的钱包仍停留在 v0.1.0 这样的低版本时，如何将他的钱包安全地升级至最新版本？ 这要求在钱包从旧版本逐步升级至最终的 v2.0.0 版本的过程中，每一次升级的参数初始化都必须被准确无误地执行。对于开发者而言，这是一个巨大的挑战，因为任何一步的疏忽都可能导致严重的安全漏洞。 这也解释了为什么即使是像 Ronin Bridge 这样由庞大专业开发者团队维护的项目，也难以完全避免因可升级合约的复杂性而导致的失误。 二、Validation Centric Design Validation Centric Design 构建的 AA 钱包，其核心理念在于将验证逻辑、支付逻辑、可升级性等复杂功能从账户合约中剥离，仅保留账户合约最基础的功能：资产持有和 DApp 交互。 通过这种方式，极大地简化了账户合约，降低了其复杂性和维护难度。而其他复杂的功能则被整合到 AccountEntry 合约中，它作为账户合约的「入口点」，承担所有复杂的逻辑处理工作。开发者可以专注于设计 AccountEntry 合约，而用户则无需意识到它的存在，可以轻松在不同钱包之间切换，无需转移资产。 这种设计方案的优势在于： ​安全迭代：开发者可随时部署新版本验证合约（如从简单签名验证升级到多签+生物识别），无需迁移用户账户。 ​敏捷开发：支持快速适配新标准或框架，避免旧版本技术债务限制。 ​用户无感切换：用户通过钱包界面无缝使用新功能，无需感知底层验证合约变更。 但需要注意的是，如果开发者将 AccountEntry 合约设计为可升级合约，而该可升级合约本身存在漏洞，通过 Validation Centric Design 构建的 AA 钱包依然会受到因漏洞导致的黑客攻击。 除了上述优势外，Validation Centric Design 还引入了多账户管理功能，进一步提升用户体验和开发灵活性。 多账户管理 通过 Validation Centric Design，用户可以轻松管理多个账户。由于账户合约非常简单，用户可以创建多个账户，并在这些账户之间灵活切换，甚至在同一笔交易内同时控制多个帐户。 三、技术挑战与解决方案 1. Gas 费支付难题 AccountEntry 作为交易发起者需支付 Gas 费，但资金却存储在用户的 Account 合约中，因此如何支付 Gas 费成为了一个问题。当前可选的​解决方案有 3 种： 直接将用户资金放在 AccountEntry 合约中：这样当 AccountEntry 合约需要支付 Gas 费时，可以直接使用其中的资金。但这种方法的缺点是用户需要知道 AccountEntry 合约的存在，并且需要手动将资金转移到 AccountEntry 合约中。 在需要支付 Gas 费时，从 Account 合约转账到 AccountEntry 合约：这种方法的优点是用户不需要知道 AccountEntry 合约的存在，但缺点是违反了 ERC-4337 规则，可能导致部分 Bundler 不支持。 通过 Paymaster 合约预先为用户交易付款：这是目前 imToken 采用的方法。Paymaster 合约会在用户交易之前预先支付 Gas 费，然后在交易完成后从用户的 Account 合约中扣除相应的费用。这种方法可以绕过规则限制，但需要额外的合约管理和安全审计。 2. 区块链浏览器兼容性 链上的交易记录会显示 AcountEntry 为交易的发送者，而用户并不知道 AccountEntry 的存在，因此难以将其关联到自身账户。这个问题在 Meta Transactions， Safe 这类智能合约钱包，以及子账户等相关的交易中同样存在。目前需要钱包进行定制化的解析和呈现才能解决这个问题。 以上就是我的分享，感谢大家的聆听！

从电信标准到区块链的启示 在全球化的今天，无论是旅游还是商务出行，人们都希望能够在不同的国家和地区无缝接入网络。各国通过制定统一的技术标准，让不同品牌的手机和网络能够无缝对接。 尽管技术标准或使用频段有所不同，但它们都遵循一定的规范，从而实现了全球范围内的网络兼容性。在区块链领域，我们也需要类似的标准化努力。 以太坊的现状：用户体验的割裂 2020 年，以太坊的联合创始人 Vitalik 提出了以 Rollup 为核心的生态发展路线图，此后 Layer2 技术蓬勃发展，极大地降低了用户的交易手续费，提升了交易速度。这一技术的出现，为以太坊网络的交易拥堵问题提供了关键解决方案。 以太坊主网就像一条繁忙的主路，承载着所有交易的核心逻辑和安全保障。随着交易量的增加，主路可能会拥堵。为解决这一问题，Layer2 技术应运而生，它就像在主路之上搭建的高架桥，通过扩展额外的交易处理能力，帮助缓解主路的拥堵。Layer2 网络能够快速处理大量交易，同时将最终结果安全地返回到主网，确保整个系统的高效运行。 然而，目前不同 Layer2 网络之间的交互并不顺畅。这就好比多个高架桥之间缺乏有效的连接，导致车辆（交易）无法高效切换，影响了用户体验，也限制了以太坊生态的进一步发展。 以太坊 Layer2 生态图 新技术解决孤岛问题 以太坊社区正在积极推动各种技术方案，如 Interop（跨链通信协议）和 Open Intents Framework（开放意图框架），以实现不同 Layer2 网络之间的无缝连接。通过这些技术，用户可以在一个钱包内完成跨链资产转移，甚至可以在秒级别内完成交易，就像在交易所中进行交易一样便捷。 imToken 作为以太坊生态的老牌钱包，也与以太坊社区积极合作，通过技术创新打造更友好的用户体验。在近期举办的 ETHTaipei 大会上，imToken 邀请了约 200 位区块链开发者体验了 imToken Web 的 Send via Link 功能。 发送方可创建「链上红包」，无需知晓接收方地址，即可向红包中存入指定数额的 Token，并通过微信、推特、TG 等社交渠道分享给接收方。接收方点击链接后会触发智能合约钱包生成，利用通行密钥（Passkey）完成钱包账户的生成，实现「无助记词」的即时资产接收，且无需支付矿工费。 过往一个用户想要进入以太坊生态创建账户，必须先了解助记词的概念，这无疑给用户造成了较高的门槛。而在进行 Token  交易时（如领取空投），用户又必须支付相应的交易费用，且只能使用 ETH 进行支付。这种限制给用户带来了不便，尤其是对于那些不持有 ETH 或 ETH 余额不足的用户。 而 imToken Web 通过费用抽象技术打破了这一限制。用户无需支付领取 Token 的交易费用，即可直接一键领取，极大地提升了用户体验，降低了参与门槛。此外，Send via Link 的功能，让 Token 流转不再受制于发送者必须知晓接受者地址这一条件，而是紧密依托发送者的社交关系链，使 Token 更加具备「社交货币」的属性，可将其嵌入红包打赏、社区激励等真实社交行为。 在跨 Layer2 的 Token 转账方面，imToken Web 也提供了极大的便利。用户可以通过两种方式指定转账地址所在的网络： 地址+前缀，如 op.imtoken.eth 表示 imtoken.eth 这个 ENS 域名在 Optimism 网络的地址 在输入 imtoken.eth 这个域名后，手动选择域名对应要发送的网络 过往，用户如果要发起跨 Layer2 的交易，如将 Arbitrum 网络上的 Token 发送至 Optimism 网络，需要先选择一个跨链桥 DApp，并确保其 Arbitrum 账户上有 ETH 来支付矿工费，才能发起这笔交易。 而在 imToken Web 上，用户可以通过账户中的任意 Token 进行矿工费支付（在 ETHTaipei 活动期间，由 imToken 帮助用户支付矿工费，用户可免矿工费发起转账），且在转账页面直接选择接收方地址所在网络即可。 未来，我们将继续巩固现有技术优势，并在 UI 上进行创新，为用户提供更好的体验。 为什么选择以太坊？ 尽管面临诸多挑战，但以太坊仍然是区块链领域中最重要的生态之一。目前，整个加密货币市场的总锁仓量（TVL）约为 2860 亿美元，其中以太坊（主网+Layer2 网络）占据了约 60% 至 70% 的份额。这说明了，当前市场上的绝大部的资产仍然是沉淀在以太坊上。 区块链的 TVL 分布 目前，以太坊上的稳定币资产已达到 1200 亿美元，占整个稳定币市场（2240 亿美元）的近 54%，并且呈现持续上升趋势。无论从资产规模还是用户数量来看，以太坊依然是当前区块链领域最大的生态。我们相信，这种市场地位将为以太坊带来巨大的机遇。 同时，随着 Layer2 网络的手续费不断降低，稳定币在以太坊网络中的使用场景有望进一步扩大。目前，以太坊在 DeFi 和 DApps、Layer2 以及钱包之间存在一定的割裂现象，但通过引入跨链通信协议（Interop），可以将这些关键组件串联起来。这种整合将使整个生态的运作更加流畅，提升用户体验并推动更广泛的采用。 展望未来 技术的意义在于降低门槛，而非制造壁垒。从 imToken 的「链上红包」到免矿工费转账，从费用抽象到社交化 Token 流转，通过这些创新，我们希望让区块链从极客工具转变为大众可用的普惠金融基础设施，正如互联网曾经历从技术极客到全民普及的蜕变。当技术真正融入人们的社交、支付与协作，区块链的普惠金融才可能从理想照进现实。

本文整理自 imToken Labs 的 Alfred 在 ETHTaipei 大会中的分享 大家好，我是 Alfred。目前在 imToken Labs 担任区块链开发者，今天我将分享关于 ERC-4337 在 Layer2 上的实现挑战与解决方案。   核心差异 我们常默认 ERC-4337 在不同 Layer2 上的实现应与以太坊主网一致。然而，由于协议差异和跨链同步的复杂性，实际情况并非如此。 协议差异：各链的 EIP/RIP 支持、硬分叉节奏、操作码实现、Gas 结构和费用机制不同。   异步特性：无法通过单笔交易同步影响所有链上的账户状态。 多链账户的本质   传统 EOA vs. 智能合约钱包   EOA（外部账户）：地址和私钥天然跨链一致，仅资产状态异步 智能合约钱包（AA 账户）：   不同链上的合约地址可能不同（因部署逻辑差异）   授权方式（如签名机制）和所有权状态可能不一致 导致的问题不仅是资产碎片化，更是账户控制权的碎片化 所有权同步的问题   若在链 X 上修改账户所有权（如更新状态变量），如何确保链 Y 同步更新？ 当 transferOwnership() 在一条链成功而另一条链失败时，会导致： ​所有权状态分裂：同一账户在不同链的实际控制权归属不同。 ​衍生问题： ​签名验证变更：若想从 ECDSA 切换为 Passkey 或多签时，需全链同步更新验证逻辑。 ​密钥丢失：用户若丢失控制密钥，无法统一恢复所有链上的账户权限。 这揭示了多链环境下智能合约钱包（AA）的核心难题： ​同步机制缺失：需设计原子化的跨链状态更新协议。 ​安全与恢复矛盾：去中心化环境下如何平衡即时性与最终一致性。 解决方案   是否存在能够自动化多链授权更新或简化管理流程的协议？ 多链签名：一次签名，全链执行 该方案允许用户仅需对单个用户操作（userOp）签名一次，即可将签名广播至多条链，无需逐链单独签名。目前主要有两种实现方式： 1. Coinbase 方案 直接修改 userOp 签名结构 要求全局统一的 Nonce 策略（确保所有链上的 Nonce 正确递增） 签名中不包含 Chain ID，使同一签名可跨链通用 ​局限性：仅适用于特定操作（如所有权变更、合约升级），且需所有链同时执行成功，否则可能导致 Nonce 不同步 2. Zerodev 默克尔树方案 将不同链的特定操作分组至默克尔树中 聚合多条链的 userOpHash 生成单一默克尔根 用户只需对默克尔根签名一次，即可实现多链执行 两种方案均绕过了签名验证时的 Chain ID 限制 Coinbase 方案完全忽略 Chain ID Zerodev 方案通过默克尔根内嵌所有可能的Chain ID 钱包服务商支持方案 另一种解决方案是依托钱包服务商来管理多链授权体系。基于网页的钱包需建立数据库实时追踪各链认证方式，例如： X 链使用 PassKeyX B 链使用 PassKeyB C 链使用 ECDSA 通过这种方式，既能保障用户体验的无缝衔接，又避免用户手动查询区块链浏览器确认签名机制。 此外，钱包还应具备以下功能 ​跨链状态预警系统：当检测到不同链间授权机制不一致时主动触发告警 ​一键同步功能：通过单次操作统一所有链的授权方式 该方案的实施将显著降低多链 AA 账户的使用复杂度，提升用户体验。 地址一致性问题   跨链保持相同地址至关重要，否则可能引发严重问题： 用户体验受损 从外部账户（EOA）角度看，用户期望其账户地址在所有 EVM 兼容链上保持一致。 资产转移风险 发送者可能无意中将资产转入接收者在另一条链上无法控制的地址，导致资金永久丢失。 跨链桥的潜在隐患 部分跨链桥默认用户地址在目标链上存在且由用户控制。若用户未核实目标链地址状态，可能将资产转入他们没有控制权的地址。 ENS 域名风险 在 EVM 兼容链上使用相同地址注册 ENS 域名的用户可能面临意外风险。 ENS 系统默认注册地址与以太坊主网地址一致，但在 L2 上可能并不成立。 根源：硬分叉差异各链合约地址差异主要由协议分歧导致，具体包括： L2 是否及时同步 L1 的硬分叉升级 L2 是否完整支持 L1 的预编译合约及 EIP/RIP 标准 L2 协议的特殊设计，例如： zkSync 对 CREATE/CREATE2 操作码采用不同编码规则，影响地址生成逻辑 以太坊主网不支持某些 L2 专属功能（如 RIP-7212 的 P256 预编译合约） 为何之前不是问题？ 过往的硬分叉（如 The Merge 升级中的 EIP-4399：DIFFICULTY 操作码改为 PREVRANDAO）仅影响少数合约，未引发广泛讨论。 但新的升级（如 PUSH0 指令）几乎影响所有合约，使得地址一致性成为当前关键挑战。ERC-4337 标准与智能合约钱包近年来的普及，进一步放大了跨链地址一致性的重要性。 过往与未来硬分叉的影响 上海（Shapella）升级 - PUSH0 操作码上海升级引入的 PUSH0 操作码后，部分链（如 Arbitrum、Optimism）初期未支持该指令。为确保地址控制权，开发者需明确指定 EVM 版本及 Solidity 编译器版本。目的在于保持代理工厂（Proxy Factory）地址不变。 解决方案：使用 --evm-version paris 和 --use 0.8.19，避免编译器生成 PUSH0 操作码。 坎昆（Dencun）升级 - TSTORE/TLOAD 操作码坎昆升级中的瞬态存储指令 TSTORE 影响可能弱于 PUSH0，因为目前 ​Solidity 编译器禁止在高级代码中直接使用瞬态存储： 当前限制：瞬态存储仅能通过内联汇编（TSTORE/TLOAD 操作码）操作。 未来风险：一旦 ​EOF（EVM 对象格式）​ 正式上线，类似地址一致性挑战或将重现。 解决方案 如何确保同一合约在不同链上生成相同地址？答案：​必须同时固定 EVM 版本与 Solidity 版本。 然而，随着硬分叉不断引入新操作码，兼容性维护将愈发复杂： 当前聚焦 PUSH0，需权衡 0.8.20 vs. 0.8.19 及 Shanghai vs. Paris 版本差异 未来坎昆升级引入 TSTORE/TLOAD 后，开发者或需具备选择性启用能力​（如启用 PUSH0 但禁用 TSTORE，或同时禁用两者） 选项组合与决策标准将随时间呈指数级增长 开放性问题 如何制定选择策略？是否存在普适性的选择方法或决策指南？ 关键要点 切勿假设账户在所有链上地址相同——这是根本性的思维转变 善用 ​ENS 域名系统，通过更一致且用户友好的寻址方式提升体验 费用（PVG）问题 对钱包服务商而言，​L2 预验证 Gas（PVG）计算的复杂性源于需同时覆盖 L2 执行成本与 L1 数据提交成本。下面会解析 PVG 的核心逻辑与计算框架： PVG 解析 Bundler 将用户操作（userOp）发送到入口点合约（Entry Point）的行为是一个常规交易（也称为打包交易 bundleTransaction），它是验证阶段（Verification Phase）和执行阶段（Execution Phase）的超集。具体来说，此操作中部分 gas 成本并未在 VerificationGasLimit 和 CallGasLimit 中被定义。 换句话说，​PreVerificationGas 覆盖了所有无法通过链上 gasleft() 变化来验证的 gas 成本，这部分费用由 Bundler 支付。 在 Tenderly 的 Gas 分析图中，你可以看到那些不被包含在 _validatePrepayment()（验证阶段）和 _executeUserOp()（执行阶段）中的 gas 消耗量，这部分应由 Bundler 承担。 PVG 构成 ​处理 EntryPoint 合约中 userOp 的成本​（即打包交易 bundleTransaction 的固有开销） 例如：以太坊基础交易成本 21,000 Gas 以及 handleOps 函数中其他操作的额外开销（这些开销不包含在验证阶段或执行阶段的循环内） ​Calldata 存储成本：当需要处理的 calldata 增加时（例如从 1 笔 ERC-20 转账扩展到 30 笔调用），以下费用会上升： 内存扩展成本（由 MLOAD/MSTORE 等操作引发，计算公式为 (perWord + 31) / 32） 交易固有 Gas（Intrinsic Gas） ​额外费用 ​内存池优先打包费：为从内存池（mempool）中优先打包 userOp 支付的费用 ​区块构建者优先权费用：Bundler 为让区块构建者（Block Builder）优先处理其打包交易（bundleTx）支付的费用（最终转嫁给 userOp 的发送者） ​Layer2 交易费用需覆盖 Layer1 的安全成本：这是当前的核心焦点。 当前讨论重点是如何在 Layer 2 上合理计算 PVG，而非 Bundler 的盈利模式 ​如何在 Layer2 上计算 PVG（预验证 Gas）？ 在 Layer2 上，Bundler 提交打包交易（bundleTx）的总成本需涵盖 ​Layer1 安全成本和 ​Layer2 处理成本，即：TotalCostForBundleTx = L1Cost + L2Cost ​L1 Cost（Layer 1 安全成本）​包括 Rollup 合约在 Layer 1 上的处理费用和 calldata 存储费用。这是为了确保交易数据最终在 Layer 1 上得到验证和存储。​ 计算公式：L1Cost = L1GasPrice * L1CalldataSize ​L2 Cost（Layer 2 处理成本）​即交易在 Layer 2 上执行所需的 Gas 费用（打包交易 bundleTx 的费用）。 ​计算公式：L2Cost = L2GasPrice * L2GasUsed 总 Gas 消耗需包含 ​Layer 2 执行成本和 ​Layer 1 安全成本的等效 Gas 折算： TotalGasUsed = L2GasUsed + L1SecurityFee 其中： ​L1SecurityFee：将 Layer 1 的 calldata 成本转换为 Layer2 的 Gas 消耗量。 ​计算公式：L1SecurityFee = (L1GasPrice * L1CalldataSize) / L2GasPrice ​逻辑：Layer 1 的 calldata 存储费用（以 ETH 计价）需按 Layer 2 的 Gas 价格折算为等效 Gas 量。例如，若 L1 存储 1 KB calldata 需支付 10，而 L2GasPrice 为 0.001 per gas，则等效 Gas 消耗为 10 / 0.001 = 10,000 gas。 ​PVG 的组成 PVG 是预验证 Gas，覆盖 ​L2 处理成本和 ​L1 安全成本中无法通过验证/执行阶段动态计算的部分： PVG = PVGForL2 + PVGForL1 ​PVGForL1：即 Layer 1 安全成本的等效 Gas（L1SecurityFee）。 ​PVGForL2：Layer 2 上除验证阶段（VerificationGasLimit）和执行阶段（CallGasLimit）外的固定开销，例如： 交易固有成本（如 L2 基础 Gas） 内存扩展（MLOAD/MSTORE 操作） 其他链下处理开销（如 Bundler 的调度成本） 完整公式推导 TotalGasUsed = (VerificationGasLimit + CallGasLimit) + PVG                = (VerificationGasLimit + CallGasLimit + PVGForL2) + PVGForL1                = L2GasUsed + L1SecurityFee 最终，​PVG 的完整计算公式为： PVG = PVGForL2 + (L1GasPrice * L1CalldataSize) / L2GasPrice 解决方案：基于 RIP-7560 的 builderFee 重构 PVG 计算 为解决 Layer 2 上 PVG 计算的复杂性，RIP-7560 提出原生跨 Rollup 账户抽象标准，引入 builderFee 概念，将 PVG 拆分为更清晰的模块化费用结构。以下是其核心逻辑： 在 RIP-7560 中，userOp（或称为 RIP-7560 交易）的字段定义中，​PVG 被替换为 builderFee，明确指向 ​Layer1 数据提交成本​（即 L1 安全费用）。其他固定开销则通过 AA_BASE_GAS_COST 等常量定义，简化计算模型。 maxPossibleGasCost = AA_BASE_GAS_COST + validationGasLimit + paymasterValidationGasLimit + callGasLimit + paymasterPostOpGasLimit 用户操作建议 由于 PVG 计算的复杂性可能导致不合理收费，建议用户可以​自建 Bundler 或​与 Bundler 服务商建立合作。 合约可访问性 基础设施 可能影响合约逻辑 大多数 EVM 兼容的 Layer2 支持以太坊的所有预编译合约，但部分链（如 Scroll）因电路限制可能无法完全支持某些预编译。例如： P256 验证器：在 RIP-7212 提案落地前，我们常依赖 Daimo 的 P256 验证器，要求目标链需部署该验证器；而 RIP-7212 实施后，需链上直接支持 P256 预编译合约。 服务 不影响合约逻辑，但可能影响产品稳定性 许多服务（如 Bundler、Paymaster、Relayer）都依赖于节点，它们在实际发送交易或执行签名前，通常需先在链上进行模拟操作。例如 ​Alchemy Bundler​（广泛使用的服务商）预计在 2025 年 Q2 才支持 P256 预编译，这意味着从 Layer2 部署 RIP-7212 到服务商全面支持之间，存在超过半年的空窗期。 🚢 OP 主网已通过 Fjord 升级支持RIP-7212，Superchain 生态现可调用新功能：https://t.co/LM3UHnx53R— OP Labs (@OPLabsPBC) 2024 年 7 月 10 日 从产品角度来看，若需规模化运营并紧跟最新技术，最佳方案是自建 Bundler 与Paymaster。 开发者仍需面对复杂选择，比如‘该选哪种Bundler和Paymaster组合？’当前工具尚可，但仍有百倍优化空间。— Georgios Konstantopoulos (@gakonst) 2025 年 2 月 20 日 工具 不影响合约逻辑，但可能影响 SDK 或脚本 除服务支持外，还需关注开发框架和工具（如 Foundry、Slither）是否适配新特性。硬分叉前后常存在生态工具适配的过渡期，此时部署合约、上线产品或升级合约均存在风险。例如 ​Foundry 的 Create2 Factory 和 MultiCall3 合约若未在目标链部署，可能导致部署脚本或测试用例失效。因此建议等待工具生态稳定后再上线关键功能。 总结 本次探讨聚焦 ERC-4337 在 Layer2 的复杂性，涵盖账户同步、授权机制、地址一致性、PVG 计算等核心挑战，关键结论如下： ​跨链账户需新型同步与授权机制 多链签名 钱包供应商支持 ​地址分叉不可避免但可管理 勿假设跨链地址一致 采用 ENS 等通用解决方案 ​Layer2 的 PVG 计算复杂度超预期 关注 RIP-7560 标准化进展 自建 Bundler 以优化成本 ​生态协作决定 AA 未来 基础设施（Bundler/Paymaster服务商） 钱包开发商 Rollup 团队 ERC-4337 在 Layer2 的落地不仅是技术挑战，更是全生态的协作适应过程。唯有各方紧密配合，账户抽象才能真正成为跨链标准。

以太坊生态未来将更关注消费者应用构建。imToken 推出「Home of Tokens」理念，通过 imToken Web 网页应用和 Devcon7 现场的 Web3 Coffee 活动，围绕 Token 打造面向消费者的体验，让用户轻松融入 Web3 日常，推动加密技术与现实生活的融合。 对加密行业缺乏创新叙事的诟病由来已久，尤其是诞生了 ICO、DeFi、NFT 等主导过去两个周期的核心叙事的以太坊生态，在这次周期中似乎不够吸睛。 我们认为，在谈论加密生态的创新时，比特币价格再创新高不是关键（当然它也重要），MEME 一次次出圈也不是。那么，什么才是真正具有持久生命力的叙事呢？ 从 2024 年初开始，以太坊社区逐渐意识到，基础设施或许已经比较完善，但面向消费者的实际应用还不够。经历了过去周期中基建不足带来的性能问题，这轮周期以太坊生态聚焦于扩容技术，于是我们看到各种 Rollup 方案百花齐放。基础设施固然重要，但应用才是让加密从小众走向日常生活的关键。 正如 Vitalik 在 EDCON 2024 大会上所说的，“过去十年，以太坊更注重理论发展，而未来十年将专注于构建有实际影响的应用。”加上监管环境预期好转，生态需要集中精力打造消费者应用，从 Web3 向 Web2 渗透，不论是流动性结合还是用例的涌现，都令人期待。 甚至在 Devcon7 现场，如果你留心观察，会发现大家对于消费者应用的焦虑与创意在此汇聚。 从钱包的视角看，理想的消费者应用该是什么样的呢？ 区块链本质是不可篡改的公开账本，而 Token 是其上信息的载体。这一点是它生命力的根源。正因为链上记录不可篡改，区块链被称为价值互联网。当 Token 遇到传统互联网，价值的自由流动也会像信息自由流动一样成为必然。 以太坊为加密行业引入了智能合约，当 Coin 变成 Token，其含义便远不止于价值载体，点石成金，Token 成为继文本、图片、音视频后的全新数据格式，不断产生新的属性，并具备几乎不受限的可组合性。Token 既是连接密钥和 Web3、Web2 的媒介，也是用户和区块链交互的载体。在 Token 中，隐含着加密行业的核心价值。 随着 Token 含义的不断延伸，我们需要更精确地区分 Token 及其附加价值，imToken 将其归纳为 Token Function，它是区块链赋予互联网的新功能。因此，基于加密行业独有的 Token，以此为核心设计产品、服务和系统来满足用户需求，就顺理成章了。因此我们认为，理想的消费者应用应围绕 Token 展开，相较于简单的口号，以 Token 为中心的理念应该真正在思维方式、产品设计和叙事模式中体现出来。 举例来说：过去，用户通常要从下载钱包开始接触 Web3，对新手来说这是一个不小的门槛。用户需要迅速理解加密世界的「Not your keys, Not your coins」理念，否则可能会面临资产风险，甚至放弃使用。基于代币为中心的理念，我们意识到，用户可以先从 0 到 0.1，而不必直接到 1。用户可以延续 Web2 的体验，通过结合 AA 技术的加密 Web App 获得代币的所有权，并通过可视化界面了解代币的用途与价值。当用户愿意进一步探索时，再从 0.1 到 1，平滑地完成从 Web2 到 Web3 的过渡。 全新探索：imToken Web imToken 称这一理念为 Home of Tokens，并基于此打造了新产品 imToken Web：https://web.token.im 注：imToken Web 目前是测试版，让用户预览以代币为中心的新体验。产品还在快速迭代的过程中，可能包含错误或漏洞，请谨慎使用。imToken 期待你的反馈，共同探索未来的 Token 旅程。

imToken Web Beta 版本上线！点击链接立即体验 👉 https://web.token.im 2024 年，距比特币诞生已有 15 年。加密市场在此期间迅猛发展，数万种加密货币涌现。虽然许多代币或将被淘汰，但 imToken 坚信，代币化的真正繁荣尚未来临。代币正逐步融入人们的生活，像金钱、电力和互联网一样不可或缺。 因此，imToken 致力于打造一款简洁易用的产品，让代币世界更加有序、触手可及，帮助用户掌握重要信息。我们希望，无论身在何处、年龄大小，只需接入互联网，人人都能轻松参与代币经济，享受其带来的自由与便利。 什么是 imToken Web？ imToken Web 是一个非托管, 以代币为核心的网页应用，旨在简化代币探索，快速且安全创建或登录账户，无需设置或备份私钥或助记词，让用户可以随时随地享受多样化的代币功能。 其主要特点如下： 无需下载：传统代币管理通常需要下载应用并进行复杂注册，imToken Web 可以直接在浏览器中使用，操作更简便。 支持 AA 账户：imToken Web 支持创建或恢复 AA（Account Abstraction）账户，结合了 EOA 账户和智能合约账户的优点，无需备份助记词，让代币管理更灵活。 支持用通行密钥创建账户：账户可用通行密钥创建，密钥存储在设备上并受生物识别保护，能有效防御网络钓鱼和常见攻击。 支持 Paymaster 合约：通过 imToken Paymaster，交易者可使用 ERC-20 代币等支付交易费用，而非原生加密货币（如 ETH），使交易更顺畅。 丰富的代币功能：内设代币探索页面，让你无需持有代币也可以了解其价格、安全性等详细信息。同时，你也可点击任意代币进入详情页，轻松实现探索、领取、转账、收款和兑换等操作。 如何使用 imToken Web？ 打开浏览器，访问 https://web.token.im 使用通行密钥创建或登录账户（目前仅支持 Arbitrum 和 Optimism 网络） 账户设置完成后，点击任意代币，进入详情页即可进行转账、收款和兑换等操作 如果你想探索更多代币功能，可以点击菜单栏进入主页查看更多不同类别的代币，了解详细信息并点击「Token Function」进行更多操作 Devcon7 imToken Web 特别活动 2024 年 11 月 12 日至 15 日，Devcon7 在泰国曼谷举行！imToken 在 Devcon7 期间举办了一系列丰富多彩的活动。你可以前往「imToken Web3 Coffee 奇遇」活动现场体验 imToken Web，免费领取代币并参与抽奖。同时，你也可以点击这里参与线上活动来赢取奖励！ 了解更多活动详情：📢 imToken Devcon7 活动公告 注：imToken Web 目前是测试版，让用户预览以代币为中心的新体验。产品还在快速迭代的过程中，可能包含错误或漏洞，请谨慎使用。感谢你的支持和欢迎任何反馈。