大家好,又见面了,我是你们的朋友全栈君。
在用户认为交易被确认之前,交易经历了许多不同的阶段,从保证交易顺序开始,到保证交易执行结束。我们从用户将交易提交给定序器(可能通过另一个节点转发)的那一点开始。
ArbOS 是 Arbitrum 操作系统,位于 AVM 之上,负责将不受信任的合约相互隔离,使用ArbGas跟踪和限制它们的资源使用,并管理向用户收取费用以资助链的运营的经济模型验证器。ArbOS 通过将在 L1 智能合约中完成的工作卸载到更便宜的 L2 代码中,为 Arbitrum 提供了极大的灵活性。要了解更多信息,请参阅ArbOS部分。
为什么需要8天,因为为了安全基本要求;它确保验证者有足够的时间与链同步以在需要时发出争议。换句话说,由于我们没有在 L1 验证交易,我们需要给 L2 时间来检测和证明欺诈行为(就是利用这8天得时间检测你得所有交易记录的流水,确保你得账本是没问题的,然后在发布到L1链上同步数据)
希望在 Arbitrum 上构建的以太坊 dApp 开发人员通常会发现经验、工具和协议原理非常熟悉;也就是说,开发人员应该注意一些重要的考虑因素和“陷阱”。对于许多智能合约应用程序,以下内容均不适用,但建议开发人员进行调查
block.timestamp
(block.number
即平均每 15 秒将产生一个新块)不会在 Arbitrum 上成立。新“L2 块”的产生/描绘的速率是不可靠预测的;block.timestamp
是在 Arbitrum 上测量时间的更好方法,但即便如此,仅应在较大的时间范围内完成依赖 L2block.timestamp
或L2 来测量时间。block.number
有关更多信息,请参阅块编号和时间msg.sender
不是返回 L1 合约,而是返回地址别名发布者:全栈程序员栈长,转载请注明出处:https://javaforall.cn/144017.html原文链接:https://javaforall.cn