分享百科

Ethereum

在以太坊的合约编程中，映射的存储槽通过计算Ketchak 256哈希值来确定。以一个简单的例子说明，假设我们有一个从地址到Uint 256的映射，其中每个值占用32字节的一个槽。映射的存储槽由映射键的Ketchak 256值和映射声明的槽（例如槽0）共同决定。通过一个汇编函数，我们可以获取存储在映射中的值。该函数接受一个地址作为参数，计算出对应值的存储槽，并使用Sload指令加载该槽的值。通过调用该函数，我们可以验证不同地址对应的值，例如地址1返回11，地址2返回22，地址3返回33。此过程展示了如何在以太坊合约中有效地存储和检索映射数据。
433
0
0
2025-01-27 08:58
本文讨论了动态数组在存储槽中的存储方式，特别是如何计算数组元素的存储位置。以动态数组类型为例，元素的存储位置由数组声明的槽位加上元素大小和元素索引的乘积决定。以uint256类型的动态数组为例，0号元素存储在声明槽位的256位置，1号元素则在该位置加上元素大小和索引的乘积。接着，文章通过uint128类型的动态数组示例，详细说明了元素的存储过程及其在EVM存储槽中的位置。最后，介绍了如何使用汇编语言编写函数来获取这些元素，包括获取数组长度和元素值的过程。通过示例调用函数，展示了如何提取动态数组中的元素及其32字节表示，帮助理解数据在存储中的布局。
454
0
0
2025-01-27 08:58
本文介绍了固定大小数组在存储槽中的元素存储方式。以一个大小为3的uint256数组为例，数组元素的存储位置由数组声明的槽加上元素的索引决定。第一个元素存储在槽0，第二个元素在槽1，第三个元素在槽2。对于另一个大小为3的uint256数组，起始槽为3，元素分别存储在槽3、槽4和槽5。若数组元素小于32字节，则可以打包存储，例如uint128数组的元素可以在同一槽中存储两个。通过汇编语言实现获取数组元素的函数，分别针对不同数组的起始槽和索引进行计算。最后，通过调用这些函数验证了元素的正确性，展示了如何通过索引访问数组元素及其存储机制。
446
0
0
2025-01-27 08:57
在Solidity智能合约中，常量和不可变变量不占用存储槽。例如，定义了两个状态变量s0和s1，分别赋值为1和2。在这两个状态变量之间，定义了一个常量x和一个不可变变量owner。常量在合约代码中被硬编码，不占用存储槽；而不可变变量在合约构造函数中初始化后，也以占位符形式硬编码，部署时替换为实际值。通过创建一个函数读取存储槽，可以验证s0和s1分别存储值1和2，而常量x和不可变变量owner则不占用任何存储槽。最终结果表明，常量和不可变变量的值直接嵌入合约字节码中。
453
0
0
2025-01-27 08:57
本视频讲解了如何为存储单个结构体的状态变量分配存储槽。状态变量的存储遵循声明顺序，且小于32字节的数据会尽可能打包到一个槽中。例如，名为single的结构体包含一个uint128类型的字段x（占16字节），接下来的两个uint64类型字段y和z也会存储在同一个槽中。另一个名为multi-slots的结构体则从槽1开始存储，字段a、b和c分别占用槽1、2和3。视频还展示了如何使用汇编语言读取存储在不同槽中的数据，包括如何通过位运算提取各字段的值。通过调用相应的函数，可以验证存储的值是否正确。整体上，视频深入探讨了以太坊虚拟机（EVM）中状态变量的存储机制及其实现方式。
446
0
0
2025-01-27 08:57
在EBM存储中，数据小于32字节时可以打包到一个槽中。视频中介绍了如何读取和写入打包在单个槽中的状态变量，使用了位掩码技巧。首先，声明了一些状态变量以适应单个槽，例如uint128、uint64、uint32等。接着，展示了如何通过位掩码清除和更新这些状态变量的值。通过创建适当的位掩码，可以在不影响其他变量的情况下更新特定的状态变量。最后，介绍了如何使用状态变量的.slot和.offset属性来替代硬编码的槽和偏移量，从而简化代码。通过这些方法，可以有效地管理和操作存储在单个槽中的多个状态变量。
441
0
0
2025-01-27 08:57
本视频介绍了如何将小于32字节的状态变量打包到单个插槽中，并介绍了位掩码的基本技巧，以便手动读取和写入这些状态变量。首先，讲解了状态变量如何在单个插槽中存储，例如一个4字节的状态变量和一个2字节的状态变量可以一起存储在一个32字节的插槽中。接着，介绍了如何使用位掩码来更新或读取这些变量。通过示例，展示了如何创建一系列1和0的位掩码，并通过位移操作将其调整到所需位置。此外，还讲解了如何反转位掩码以满足不同的需求。最后，预告了下一期视频将使用这些位掩码技巧来读取和写入打包在单个插槽中的状态变量。
437
0
0
2025-01-27 08:56
本视频系列将介绍EBM存储，重点学习状态变量在EBM存储中的存储位置及如何使用汇编语言读写这些变量。首先，我们将了解EO语言，它是Solidity中的内联汇编语言，主要用于读写状态变量。EO支持的唯一数据类型是bytes32。接着，我们将探讨如何在Solidity中使用EO进行变量赋值，并了解状态变量在EBM中的存储方式。状态变量以32字节为单位存储，每个合约最多有2的256次方个槽位，槽位按声明顺序分配。对于小于32字节的状态变量，它们会被打包存储。我们将通过sstore和sload函数进行示例，sstore用于将值存储到指定槽位，而sload用于从槽位读取值。通过这些示例，我们将掌握如何在EBM存储中读写状态变量。
1541
0
0
2025-01-27 08:56
在一次关于统一以太坊L2生态系统竞争的讨论中，参与者们探讨了如何减少L2之间的碎片化问题。Vitalik Buterin和其他行业领袖回顾了以太坊的扩展历程，强调了当前面临的挑战，包括用户体验的复杂性和开发者在选择构建平台时的困惑。与会者们一致认为，尽管L2之间存在竞争，但通过建立统一的标准和接口，可以实现更好的互操作性。讨论还涉及了如何在保持去中心化的同时，推动技术创新和用户友好的解决方案。总体而言，参与者们对以太坊未来的互操作性和用户体验持乐观态度，认为通过合作和技术进步，可以克服当前的挑战。
120
0
0
2025-01-23 10:37
在 DEFCON 7 的演讲中，讲者分享了智能合约开发者应关注的编程语言特性，尤其是基于其在 OpenZeppelin Contracts 项目的经验。OpenZeppelin Contracts 的初衷是提供可重用的合约库，以减少开发者引入错误的风险。然而，随着时间推移，开发者需要在库的基础上添加自定义行为，因此确保安全性和可扩展性成为了关键。 讲者以 ERC20 代币为例，强调了安全抽象的重要性。通过提供一个安全的 mint 函数，确保了代币合约的基本属性得以保持，避免了开发者在实现时犯错。此外，讲者指出，继承机制虽然是实现可扩展性的主要方式，但也可能导致不一致的行为，增加了出错的风险。 随着以太坊网络的拥堵，开发者对 gas 效率的关注日益增加，手写汇编代码成为一种趋势。尽管这种做法在某些情况下能提高效率，但讲者警告说，过度依赖低级细节可能会分散开发者的注意力，影响合约的安全性。 最后，讲者呼吁探索新的编程语言设计，尤其是借鉴函数式编程语言的特性，以期在未来的智能合约开发中实现更高的安全性和效率。这一探索不仅有助于解决当前的局限性，也为智能合约的未来发展开辟了新的可能性。
82
0
0
2025-01-23 10:37
在这场引发争议的演讲中，演讲者以其在以太坊上十余年的建设经验，批判了现有工具和以太坊核心路线图。他指出，尽管 Coinbase 的 Jesse 和团队在推动以太坊发展方面做出了贡献，但他们声称将“下一个十亿人带入以太坊”的说法并不准确，实际上是将用户引入 Base 平台。演讲者强调，Base 作为一个中心化平台，可能会在未来收取高额费用，损害用户利益。 他进一步分析了以太坊的安全性，认为许多二层解决方案并未真正继承以太坊的安全特性，反而可能导致用户资金的风险。他提到，链的抽象化可能会掩盖潜在的风险，用户在不知情的情况下可能会面临资金损失。 演讲者提出，以太坊应开发和部署 ZK 证明的 EVM Rollups，以确保真正的安全性和互操作性。他认为，只有通过建立本土的 Rollups，才能维护以太坊作为最重要经济区的地位，避免其逐渐沦为“检查点”系统。 最后，他呼吁以太坊社区共同决定未来的发展方向，强调每个人都可以为以太坊的未来贡献力量。
97
0
0
2025-01-23 10:37
本次会议围绕区块链技术在金融领域的应用展开，特别是传统金融（TradFi）与去中心化金融（DeFi）之间的互动与融合。与会者包括来自不同背景的专家，讨论了CBDC（中央银行数字货币）及其对金融市场的影响。专家们认为，CBDC与商业银行货币是互补的，能够提升支付效率，但不会根本改变现有支付方式。会议还探讨了隐私保护与合规性之间的矛盾，强调了零知识证明（ZKP）等技术在确保交易隐私方面的重要性。此外，专家们分享了各自的项目如何支持开发者和创业者，推动区块链技术的应用与发展。最后，会议鼓励与会者积极参与未来的区块链项目，推动金融包容性与技术创新。
96
0
0
2025-01-23 10:37
当前去中心化金融（DeFi）主要在以太坊上蓬勃发展，日新月异的新应用层出不穷。以太坊的开发者通过构建可组合的工具，形成了强大的网络效应，使其在智能合约平台中具备竞争优势。比特币作为全球最具流动性的价值储存项目，虽然在DeFi中角色较为简单，但其价值的代币化和流动性提供将促进以太坊上的新金融应用发展。未来，像Polkadot、Cosmos和Binance Smart Chain等区块链也将推出自己的DeFi应用，提供更多互操作性解决方案。尽管目前大多数替代区块链仍与以太坊的活动隔离，但通过像Solana的Wormhole等桥接技术，跨链价值转移的机会正在增加。总的来说，尽管其他平台正在崛起，以太坊仍将主导DeFi的发展，推动创新和网络效应的持续增长。
94
0
0
2025-01-22 16:36
Ethereum虚拟机（EVM）是以太坊系统的核心，负责计算状态转变并处理交易。以太坊的世界状态包含所有账户、NFT、代币和DeFi信息，只有一个当前状态，随着每个新块的挖掘而更新。EVM通过处理交易中的操作码（opcodes）来计算新的世界状态，确保所有节点在处理相同交易时得到一致结果。EVM是一个虚拟机，抽象了底层硬件，允许在不同平台上运行。它使用Merkle Patricia树结构来存储账户信息，并通过栈和内存进行计算。EVM的设计确保了以太坊的去中心化和一致性，尽管它的计算能力受到每个块最大气体限制的约束。
140
0
0
2025-01-21 12:01
在一场关于Solana与Ethereum未来潜力的辩论中，Avicil代表Ethereum主张其技术的成熟性、开发者和用户的广泛性使其更具未来保障，而Santiago则认为Solana在低延迟和高吞吐量方面的优势使其更适合未来的金融资产交易。Avicil强调Ethereum的网络效应和历史韧性，而Santiago则指出Solana在新兴应用和用户体验方面的快速增长。双方都承认各自链的挑战，如Solana的MEV问题和Ethereum的扩展性限制，最终辩论围绕技术、应用和用户活动的未来发展展开。
123
0
0
2025-01-21 12:00
登链社区