以太坊的Pectra升级结合了Prague和Electra两个升级,带来了11个EIP提案,旨在提升钱包的智能化,提高Layer2的可扩展性,并改进Staking机制。
2025 年 5 月 7 日,以太坊启动了迄今为止最具雄心的硬分叉:Pectra 升级。Pectra 结合了 Prague(执行层)和 Electra(共识层)升级,带来了 11 个改变游戏规则的以太坊改进提案 (EIP)。从将你的钱包转变为“智能”强力工具,到削减 Layer-2 (L2) 费用和为 Staking 增压,Pectra 是以太坊朝着更快、更友好和更安全的区块链迈出的重要一步。无论你是编写下一个大型 dApp 的开发者、Staking ETH 的验证者,还是探索 Web3 的用户,本指南都会详细介绍你需要了解的关于 Pectra 的所有信息 —— 此外还有如何安全地管理你的私钥而无需冒风险的 .env
文件,特别是对于兼容 ERC-2337 的智能账户。 让我们开始吧!
Pectra 是以太坊在 EIP 方面最大的硬分叉,在 epoch 364032(大约 2025 年 5 月 7 日 UTC 上午 10:05)激活。它建立在 Dencun 升级(2024 年 3 月)的基础上,该升级引入了 proto-danksharding,并遵循了具有里程碑意义的 Merge(2022 年),该升级将以太坊转移到 Proof-of-Stake。 Pectra 的 11 个 EIP 解决了三个核心领域:
Pectra 在 Holesky、Sepolia 和 Hoodi 测试网上经过严格测试,是以太坊迈向 Verkle Trees 和 full Danksharding 的里程碑,承诺提供更具可扩展性和用户友好的区块链。 但这对你来说意味着什么? 让我们来分解一下。
Pectra 的 11 个 EIP 触及以太坊生态系统的每个角落。 以下是每个 EIP 的详细介绍,重点关注其技术影响和实际意义。
EIP-7702:EOA 的临时智能合约超能力
EIP-7702 由 Vitalik Buterin 参与编写,是 Pectra 的明星,通常被称为以太坊钱包的“iPhone 时刻”。 它允许 EOA(你的标准钱包,如 MetaMask)通过包含 contract_code
字段在交易期间临时执行智能合约代码。 这弥合了 EOA 和智能合约钱包之间的差距,与 ERC-2337(使用类似 EIP-3074 身份验证的帐户抽象)保持一致。 主要功能包括:
ERC-2337 连接:ERC-2337 虽然不是 Pectra 的直接组成部分,但与 EIP-7702 具有灵活钱包身份验证的相同愿景。 它使用类似 EIP-3074 的机制(AUTH
和 AUTHCALL
)将交易执行委托给智能合约,从而实现类似的功能。 EIP-7702 将这些功能集成到以太坊的核心协议中,使其比 ERC-4337 的外部基础设施更易于访问。
开发者影响:
tx.origin == msg.sender
或 EXTCODESIZE == 0
(对于 EOA)等旧假设不再成立,因为 EOA 现在可以执行复杂的逻辑。 更新合约以避免重入或机器人预防问题。 例如:// 旧的检查(Pectra 之后容易受到攻击)
require(tx.origin == msg.sender, "没有合约调用者");
// 新方法:使用更强大的访问控制
require(hasRole(msg.sender, USER_ROLE), "未经授权");
用户影响:期望更顺畅的 dApp 交互、更低的成本和更高的安全性。 像 MetaMask 这样的钱包正在推出 EIP-7702 支持,因此请更新你的钱包以利用这些功能。
Pectra 通过多个 EIP 使 Staking 更加高效和易于访问:
将最大有效余额从 32 ETH 提高到 2,048 ETH,允许验证者合并股份。 好处包括:
允许验证者使用提款凭据从执行层启动退出,从而减少了对 BLS 密钥的依赖,并提高了 Staking 池的控制力。
将验证者存款转移到执行层,将激活时间从大约 9 小时缩短到大约 13 分钟,从而鼓励更多验证者。
将 BLS 签名验证减少大约 60 倍,每个区块最多打包 8 个Slot的投票,从而提高共识效率。
标准化执行层到共识层的请求,为未来的升级奠定基础。
开发者影响:Staking 池和节点运营商必须更新客户端(例如,Geth、Nethermind)以支持更高的股份、新的退出机制和简化的证明。 使用 Crypto APIs 等工具来监控验证者性能。
验证者影响:期望更简单的设置、更快的加入和更好的奖励,但请更新你的节点以避免中断。
Pectra 通过构建在 Dencun 的 proto-danksharding (EIP-4844) 之上来增强 L2:
将每个区块的目标 blob 从 3 个增加到 6 个,将最大 blob 从 6 个增加到 9 个,并通过更平稳的费用调整(满时费用增加大约 8.2%,稀缺时费用减少大约 14.5%)。 这提高了 L2 吞吐量并降低了 Arbitrum、Optimism 和 Base 等 Rollup 的费用。
提高calldata Gas 成本以推动 Rollup 朝着 blob 发展,从而减少块大小的可变性并提高效率。 使用 Calldata 的较小 Rollup 可能会面临更高的成本。
将 blobSchedule
对象添加到客户端配置中,从而实现面向未来的调整:
"blobSchedule": {
"cancun": { "target": 3, "max": 6 },
"prague": { "target": 6, "max": 9 },
"osaka": { "target": 12, "max": 16 }
}"blobSchedule": { "cancun": { "target": 3, "max": 6 }, "prague": { "target": 6, "max": 9 }, "osaka": { "target": 12, "max": 16 } }
开发者影响:Rollup 开发者必须完全迁移到 blob 才能保持成本竞争力。 更新 L2 客户端以处理增加的 blob 容量并使用 QuickNode 等工具监控费用动态。
用户影响:更便宜的 L2 交易(例如,Base,每月有 1030 万活跃用户)使 dApp 更实惠,但跨 L2 桥接仍然是一个挑战。
添加 BLS12–381 曲线预编译,从而降低了签名验证和 zk-SNARK 的成本。 这为隐私应用程序、zk-Rollup 和无需信任的桥梁提供支持。
在链上存储 8,192 个区块哈希(27 小时),而不是 256 个(1 小时),从而实现无需信任的预言机和欺诈证明。
开发者影响:构建高级密码学 dApp(例如,具有 BLS 签名的 DAO)并利用历史数据进行随机性或验证。 例子:
// 访问历史区块哈希以获得随机性
bytes32 hash = blockhash(block.number - 1000);
require(hash != bytes32(0), "无效区块哈希");
标准化字节码表示,优化合约部署和执行。 这简化了 EVM 性能,使 dApp 开发者受益。
随着 EIP-7702 和 ERC-2337 启用类似智能合约的钱包,保护私钥比以往任何时候都更加重要。 将密钥存储在 .env
文件中是灾难的根源 —— 想到意外的 Git 提交或恶意软件暴露。 以下是针对 Pectra 的智能帐户安全保护密钥的方法:
使用 AWS Secrets Manager、HashiCorp Vault 或 Google Cloud Secret Manager 等服务来存储使用访问控制加密的密钥。 用于签署 EIP-7702/ERC-2337 交易的示例:
const { SecretsManagerClient, GetSecretValueCommand } = require("@aws-sdk/client-secrets-manager");
async function getPrivateKey() {
const client = new SecretsManagerClient({ region: "us-east-1" });
const response = await client.send(new GetSecretValueCommand({ SecretId: "my-erc2337-key" }));
return response.SecretString; // 安全地签署交易
}
它为何安全:加密存储、审计日志和密钥轮换最大程度地减少了暴露。
提示:使用 IAM 角色来限制访问并避免硬编码凭据。
Ledger 或 Trezor 等设备使密钥保持离线状态,从而安全地签署交易。 它们与 MetaMask 集成以进行 EIP-7702/ERC-2337 操作。
它为何安全:不受软件攻击的影响; 密钥永远不会离开设备。
提示:定期更新固件并验证设备真实性。
使用 Foundry 的 cast 等工具创建加密的 JSON 密钥库:
cast wallet new --unsafe-password "strong-passphrase"
将文件存储在加密驱动器上,仅在签名时解密。
它为何安全:强大的加密和本地控制可降低第三方风险。
提示:将密钥库和密码短语备份在单独的安全位置。
为何避免 .env
?
.env
文件容易泄漏(例如,GitHub 暴露)并且不提供加密。 对于 ERC-2337 的智能合约钱包,安全的密钥管理可防止未经授权访问委托的交易或社交恢复机制。
tx.origin
和 EXTCODESIZE
检查以支持 EIP-7702。 浏览 Mitosis 的 EIP-7702 指南 以获取提示。Pectra 通过以下方式加强以太坊的安全性:
风险:如果未标准化,EIP-7702 的消息签名可能会使钱包容易受到网络钓鱼的攻击。 开发者必须实施强大的钱包 UI,用户应验证 dApp 权限。
Pectra 为以下方面奠定了基础:
以太坊专注于 L2 扩展和 UX 使其能够与 Solana 和 BNB Chain 竞争,但跨 L2 互操作性和标准化仍然是障碍。
Pectra 不仅仅是一项技术升级 —— 它是对更易于访问、高效和安全的以太坊的愿景。 从感觉像智能手机应用程序的钱包到可以与中心化平台媲美的 L2,Pectra 使开发者能够构建下一代 Web3。 对于验证者来说,这是一个更智能地 Staking 的机会。 对于用户来说,这是一种更顺畅、更便宜的方式来探索 DeFi、NFT 及其他领域。
参与其中:
Pectra 是以太坊的大胆飞跃。 让我们一起构建未来!
- 原文链接: medium.com/@ankitacode11...
- 登链社区 AI 助手,为大家转译优秀英文文章,如有翻译不通的地方,还请包涵~
如果觉得我的文章对您有用,请随意打赏。你的支持将鼓励我继续创作!