全部 通识 以太坊 比特币 Solana 公链 Solidity Web3应用 编程语言 安全 密码学 AI 存储 其他

Layer2简单总结

1.statechannelAlice和Bob创建一个多签钱包，共同存入一定的金额，每次交易，都保留最后的金额分配状态，两边都要签名。两个b人要结束交易了，就把最后的状态上链。优点：把多个交易合并为一笔交易缺点：双方要保存中间状态信息2.SideChain把资金锁在Layer1,同时
Layer2 

Sei V2：EVM 和 Wasm 互操作性

Sei V2 升级引入了高性能并行化 EVM，结合了 Solana 和 Ethereum 的优势，提高了用户体验，为开发者解锁了全新的设计空间。通过指针合约和预编译合约，实现了 EVM 和 CosmWasm 的互操作性，解决了流动性碎片化和钱包碎片化的问题，使得用户可以使用任何钱包与 Sei 上的任何代币交互。
Sei V2  EVM  CosmWasm  互操作性  指针合约  预编译合约 

Lighthouse 用户调查结果

本文总结了 Lighthouse 客户端用户调查的结果，调查内容包括用户使用时长、使用的其他客户端、用途、节点位置、硬件配置、更新频率、资源使用、支持反馈、操作系统、容器化、云服务提供商、CPU核心数、内存大小、验证器数量、备用节点、MEV-boost使用情况和中继选择等方面。调查结果为 Lighthouse 的未来发展方向提供了参考。
Lighthouse  以太坊  客户端  验证器  mev-boost  中继  共识客户端 

Starknet和zkSync 详细比较分析

本文从各维度详细对比 Starknet和zkSync， 如两者验证成本构成与差异、每个用户操作的差异与操作成本、分析 Rollup 的收益及 DA 成本，思考在 4844 升级后，可能给谁带来更多的收益。
Starknet  zkSync  EIP4844 
  • 张小风
  • 发布于 2024-03-07
  • 阅读 ( 4355 )
  • ( 40 )

Shutter 2024年及未来发展路线图

本文介绍了Shutter Network在2024年及以后的发展计划，重点在于通过阈值加密技术提升交易隐私和安全性，应对MEV问题和审查制度。Shutter计划集成EigenLayer、Mode和Espresso等平台，并探索FHE和MPC等先进加密技术，以实现更安全、公平的交易环境，并扩展到DAO治理、NFT发行等领域。
阈值加密  MEV  EigenLayer  FHE  MPC  Layer2 
  • shutter
  • 发布于 2024-03-07
  • 阅读 ( 225 )

如何在你的 Web3 Dapp 中实现 EIP-6963 支持

本文介绍了如何在 Web3 DApp 中实现 EIP-6963 标准，以提供更无缝的多钱包连接体验。EIP-6963 旨在解决用户同时使用多个钱包时，DApp 检测和管理钱包连接的难题。文章详细讲解了如何定义支持的接口和类型，订阅事件以检测新连接，并动态显示每个检测到的 Web3 钱包供应商的按钮，并提供了 React 和 TypeScript 代码示例。
EIP-6963  Web3 DApp  多钱包  MetaMask  以太坊  钱包连接 

告别 Goerli，迎接 Sepolia！

本文宣布以太坊生态系统将从 Goerli 测试网过渡到 Sepolia 测试网，并提供了 Goerli 在不同网络上的弃用时间表。建议开发者使用 Sepolia 进行测试和开发，并提供了 Sepolia 的优势，如改进的可扩展性和更低的 gas 费用，以及如何通过 Alchemy 的 faucet 获取 SepoliaETH 测试币。
Sepolia测试网  Goerli测试网  以太坊  测试币  gas 费用 
  • Alchemy
  • 发布于 2024-03-06
  • 阅读 ( 1268 )

Scout：自动化节点设置/维护服务（2024年2月）

本文探讨了区块链领域中去中心化的重要性，并分析了当前协议在降低节点准入门槛方面的努力。文章介绍了NodeOps和Dappnode等项目，它们通过简化节点设置和操作，旨在提高生态系统的去中心化程度，并为普通用户提供更好的质押回报。
去中心化  节点运营  DVT  质押  NodeOps  Dappnode 

如何创建和部署 ERC-1155 NFT

本文详细介绍了如何创建和部署 ERC-1155 代币标准，包括创建 NFT 集合、部署智能合约以及与 OpenSea 兼容的步骤。
ERC-1155  NFT  智能合约  OpenZeppelin  IPFS  OpenSea 

在RPC配置正确，代码无误的时间，已经可以获得预估GAS，但是就是一直交易失败

in  智能合约实战技巧归集
我们知道，在使用estimateGas进行gas预估的时间，如果得到预估结果，其实意味着这笔交易逻辑基本是没有问题的：但是在bsc测试网开发的时间，就遇到了一次意外。在拿到预估gas之后，前端一直上链交易失败。查了区块链浏览器，发现根本没有上链。看了代码逻辑，也没有问题。使用remix

如何提高 gas limit，第一部分：状态增长

本文探讨了以太坊的状态增长及其对网络可扩展性的影响。通过数据驱动的方法，指出现代消费者硬件可以支持当前的状态增长率长达十年，并提出了解决状态增长问题的多种技术方案，包括Rollups、Verkle Tries和状态过期等。文章深入分析了状态增长的来源、速度及合理的接受范围，强调以科学方法推进以太坊的可扩展性是必要的。
状态增长  以太坊  可扩展性  rollups  Verkle Tries  状态过期 

每周以太坊 2024/03/02

本周发布的二个开发指南非常好：EIP4844 Blob 开发使用指南和从零开始构建 EVM 指南
每周以太坊 
  • EthWeekly
  • 发布于 2024-03-03
  • 阅读 ( 2218 )
  • ( 11 )

如何使用ApeWorX/ape创建一个质押资金池智能合约

这篇指南详细介绍了如何使用ApeWorX框架在以太坊Sepolia测试网部署ERC4626合规的质押储蓄合约。文章深入讲解了创建和部署ERC20代币和铁定盈利的储蓄合约的整个过程，包括必要的依赖、代码实现以及如何进行智能合约测试和部署，适合有一定基础的智能合约开发者。
ApeWorX  ERC20  ERC4626  Vyper  智能合约  测试网 

8.5 亿 OP 用于追溯性公共产品资助的演进 - Optimism

文章介绍了Optimism的追溯性公共产品资助（Retro Funding）计划的最新进展，该计划旨在奖励对Optimism和Superchain生态系统做出贡献的开发者、企业和教育者。2024年的Retro Funding将更加侧重于特定类别的贡献，包括Onchain Builders、OP Stack、Governance和Dev Tooling，每个类别都有明确的目标和申请时间。
retro funding  Optimism  Superchain  OP Stack  链上建设者  治理  开发者工具 

将Uniswap V4集成到你的智能合约中：逐步指南

Uniswap V4 通过引入 Hooks 特性、单例合约架构、闪电会计系统、无限费用层和直接以 ETH 进行交易等功能，显著提升了去中心化交易所的灵活性和效率。文章详细阐述了 Uniswap V4 的新特性，以及如何将其集成到智能合约中，包括代币交换的具体实现步骤和代码示例。
uniswap v4  智能合约  去中心化交易所  流动性池  代币交换 

从 EIP 到以太坊主网：4844 的集体胜利 - Optimism

EIP-4844是以太坊社区历时两年多研发的重要里程碑，旨在提升以太坊的吞吐量和效率。文章回顾了EIP-4844从早期分片提案到最终在以太坊主网上实施的历程，并展望了未来在完全 Danksharding、数据可用性解决方案以及MEV抵抗等方面的计划。
EIP-4844  Danksharding  数据可用性  KZG  分片  以太坊 

以太坊和Solana的对比分析

本文对比分析了以太坊和Solana两大区块链平台。以太坊作为较早的智能合约平台，拥有庞大的DeFi生态和广泛的应用，但交易费用高、吞吐量低。Solana则以其高性能、低费用和快速的交易速度著称，通过Proof of History机制实现了更高的效率，但在生态系统成熟度方面仍有提升空间。文章还对比了两者在智能合约、虚拟机、代币经济学、共识机制等方面的差异。
以太坊  Solana  区块链  智能合约  DeFi  Proof of History 
  • tobs.x
  • 发布于 2024-03-02
  • 阅读 ( 1875 )

重新思考PBS的市场结构

本文主要探讨了以太坊中PBS（Proposer-Builder Separation）的市场结构，特别是关于验证者作为提议者（validator-as-proposer）的合理性，以及Execution Tickets等替代方案。
PBS  mev-boost  ePBS  Execution Tickets  验证者  提议者 

激励 OP Stack 故障证明系统中的诚实行为和参与 - Optimism

本文介绍了OP Stack的故障证明系统中的争议游戏机制，重点讨论了债券激励在确保诚实行为和鼓励参与中的作用。文章深入探讨了债券设计的考量因素，包括隔离抵押不足的影响和分离子游戏结果与抵押，以及如何将债券整合到故障争议游戏中，最后介绍了Big Bonds™这一初始债券设计。
OP Stack  故障证明系统  争议游戏  债券  激励兼容  抵押 

Aleo (ALEO): Aleo 区块链的技术架构

本文介绍了 Aleo 的技术架构，Aleo 是一个 Layer 1 的、以隐私为中心的区块链和云计算网络，它使用零知识证明技术。文章详细阐述zkCloud、snarkOS、snarkVM、AleoBFT等关键组件，以及Aleo网络中的验证者、证明者和权益人，最后还介绍了 Aleo 的软件开发工具包和 Leo 编程语言。
Aleo  零知识证明  zkCloud  snarkOS  SnarkVM  Leo编程语言 
  • DAIC
  • 发布于 2024-03-02
  • 阅读 ( 359 )