Sorry, your browser cannot access this site
This page requires browser support (enable) JavaScript
Learn more >

资产桥的作用Rollup 的主要流程中,实际上不包含资产桥,也就是说即使没有资产桥,L2依然能正常运行但是此时L1与L2在数据上是完全独立的两条链,L1不理解L2上的数据(L1只保存L2压缩后的数据,不理解数据),L2上也不知道L1上发生了什么(只能拿到区块高度等一些基本信息)。完全可以把L2做是另外一条链。 在这种情况下如果需要做资产转移,就和普通的一层链之间的资产转移没什么区别. 而有了...

上回我们聊到了合约升级的原理(所依赖的solidity特性),一个是代理调用,他运行我们加载其他合约的逻辑来修改当前合约的数据,以及fallback函数,他可以出来未知的函数调用,让我们能够把请求转发到逻辑合约里面去,而逻辑合约的升级就是直接更换代理合约中的逻辑合约地址。这一回,将讲述常见的几种标准化的合约升级方案。 合约升级方案通用合约升级通用合约升级实际上没有提出什么有建设性的技术,...

为什么要做合约升级就以太坊理想图景而言,合约升级是违背最初的“代码即法律”的构思的. 但是在生产环境中,我们不可不免的需要对已有的代码进行细微的改动(甚至有时候会有较大的改改动),就连以太坊自身也需要不断的迭代和升级,所以合约升级的问题实际上是《合约升级管理办法》 的问题 合约升级的需求一般有两种需求 合约bug修复 对于一个稍微复杂的dapp系统而言,在合约代码中,几乎不可避免的会存在一...

这篇博客主要介绍了Arbitrum验证节点的架构及其工作原理,重点讨论了验证节点的功能、AVM(Arbitrum虚拟机)的状态机结构、操作码及数据结构的细节,并深入解释了交互式证明的分割协议和单步证明的实现机制。通过图示,作者详细说明了验证节点如何通过二分协议来证明某个区块的正确性,并在必要时提交单步证明。这种验证机制确保了区块链系统的安全性,避免了恶意节点的欺骗行为。

这篇博客讲述了如何在Solidity中使用VRF编写一个可以生成随机红包的智能合约,详细介绍了红包的核心数据结构、创建红包的流程、如何通过VRF生成随机数来分配红包金额,以及如何使用Chainlink VRF完成随机数订阅和获取,最后通过部署在测试网络上的合约进行验证。

这篇文章深入探讨了以太坊的交互机制,强调通过以太坊支持的工具链实现链上合约与链下应用(如Chainlink和Arbitrum)的有效交互,特别是在合约调用、事件监控及交易构造等方面的具体实现和注意事项。

这篇文章深入探讨了Rollup的概念及其在以太坊扩容中的作用,特别是Arbitrum的实现方式。Rollup作为Layer 2扩容解决方案,通过将交易数据汇总到独立的Rollup链中,减轻了以太坊主链的负担。文章对两种主要的Rollup类型进行了对比:Optimistic Rollup(如Arbitrum)和ZK Rollup,分别介绍了它们在交易验证上的不同方法。

这篇文章探讨了区块链应用中密钥管理的重要性,特别是在持续向区块链发送交易的场景下,如Arbitrum的Sequencer和Chainlink的数据馈送,强调了安全使用和管理私钥的方法,包括通过配置文件和文件密钥,同时分析了密钥的安全等级以及如何在程序中有效保护密钥,最后以Arbitrum的具体实现为例,详细阐述了密钥的生成、使用和存储过程。

本博客探讨了以太坊为何使用MPT树及其在世界状态中的恢复机制,并解释了合约数据删除对MPT树负担的影响,强调了MPT树如何通过更新与回滚机制保障以太坊的状态管理。

这篇博客分析了TheDAO漏洞的机制,阐明了如何利用Solidity合约的特性进行攻击,具体展示了黑客合约如何通过重入攻击提取TheDAO合约中存储的以太坊,强调了在合约中处理资金转账和状态更新时需要遵循的安全原则。