跳到主要内容
知识地图Base:用一个实例理解 Ethereum L2外部项目

你在这里。看看这个问题与其他知识怎样相连。

选择节点前往页面 · 展开后可留在地图中阅读

知识地图沿着连接,读懂一个问题
← 区块链与共享状态

一个问题

Base:用一个实例理解 Ethereum L2

沿着一笔 L2 交易,看到它与 Ethereum 的关系。

Base 是 Ethereum 上的 Rollup。排序器把交易排入 L2 区块,批量提交服务再把交易数据发布到 Ethereum。其他节点可以依据这些数据重建 L2 历史;协议也会检查关于 L2 状态的声明,例如这些交易执行后,余额和合约数据应当是什么。

收到早期交易响应、数据已发布到 Ethereum、完成一笔提现,是不同的进度。支付应用需要明确达到哪一步才能交付商品。具体证明和提现条件应查看当前网络文档,不能假设所有 L2 的等待时间都一样。

以一笔转账为例:最初的结果告诉发送方,L2 已处理这笔交易;公布的交易数据让其他节点重新计算余额变化。如果之后要把资产提回 Ethereum,那是另一次操作,需要满足自己的验证条件。

账户、权限与费用

先读 Ethereum 账户与签名。Base 采用 Ethereum 风格的账户和合约执行方式。签名请求指明目标网络与操作,被调用的合约仍会检查权限。同一地址在 Ethereum 和 Base 上,不会让两边余额或合约状态自动合并。

Base 的费用文档区分 L2 执行费用与向 Ethereum 发布数据的费用。所以,一次合约操作本身计算量小,并不意味着费用只由它决定。估算时应查看当前费用参考,不要沿用旧例子中的固定价格。

可以沿 Base 学习路径把授权、费用、L2 确认与提现连起来。

与 ArcBlock 有什么区别和联系?

Base 提供依托 Ethereum 的扩展与结算环境。ArcBlock Chain 是面向应用的 L1;ARC 则是应用运行时。比较之前,先确定讨论的是链上执行、结算,还是应用服务。

一个应用可以将界面、身份和私有数据,与链上资产分开处理。这是一种架构选择,并不证明某个 ARC 应用已经接入 Base。继续阅读 Ethereum 与 ArcBlock:应用与资产的分工,可以了解这一分工,以及已有文档记录的 ArcBridge 连接。

参考资料