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

只读重入攻击

本文介绍了只读重入漏洞的原理、攻击方式和防御方法。该漏洞利用 view 函数在状态改变过程中的返回值，通过重入操纵智能合约并提取价值。文章通过示例合约展示了漏洞的利用方式，并提供了使用 ReentrancyGuard 和 CEI（checks-effects-interactions）模式的防御措施。
只读重入  重入攻击  智能合约安全  以太坊  ReentrancyGuard  CEI模式 
  • Ackee
  • 发布于 2025-02-28
  • 阅读 ( 28 )

分别使用默克尔树和数字签名两种方式给NFT合约添加白名单

前言本文分别采用默克默克尔树和数字签名两种方式给nft合约添加白名单，对比两者的优缺点，本文包含了合约的开发，测试，部署全流程。基础概念默克尔树：也称为哈希树，是一种树形数据结构，主要用于数据验证和同步，默克尔树的特点是每个非叶子节点是其子节点的哈希值，而叶子节点存储的是数据或数据的哈希
  • 木西
  • 发布于 2025-02-28
  • 阅读 ( 925 )
  • ( 6 )

长期建设：让Base更快、更简单、更……

Base 推出 Flashblocks、Smart Wallet Sub Accounts 和 Base Appchains 三个新的构建模块，旨在提高 Base 的速度、可扩展性和易用性。Flashblocks 将区块时间缩短至 200 毫秒，Base Appchains 通过专用区块空间帮助应用扩展，Smart Wallet Sub Accounts 简化了用户体验。
base  Flashblocks  Smart Wallet Sub Accounts  Base Appchains  EVM  Layer-3 
  • base__
  • 发布于 2025-02-28
  • 阅读 ( 168 )

`SELFDESTRUCT` 的务实性销毁

文章讨论了以太坊中`SELFDESTRUCT`操作码的弊端，认为它破坏了重要的不变性，如状态对象的数量、合约代码的不变性以及账户余额的自主性。文章提出了两种解决方案：完全移除`SELFDESTRUCT`，或修改其行为以消除其破坏性影响，同时考虑了现有合约的使用情况和潜在影响。
selfdestruct  以太坊  状态管理  EVM  GasToken  智能合约 

什么是MEV（最大可提取价值）以及如何保护你的Solana交易

本文详细介绍了在Solana上开发DeFi应用和交易机器人时，如何理解和应对MEV（最大可提取价值）的问题。文章涵盖了MEV的基本概念、Solana的MEV类型、交易流程、风险以及保护交易的策略。
MEV  Solana  DeFi  Arbitrage  sandwich attack  Liquidation 
  • QuickNode
  • 发布于 2025-02-28
  • 阅读 ( 1447 )
  • ( 38 )

钻石代理模式详解

文章详细介绍了ERC-2535钻石模式（Diamond Pattern），这是一种代理模式，代理合约可以同时使用多个实现合约。文章深入讨论了钻石模式的实现原理、优势、以及与透明可升级代理（Transparent Upgradeable Proxy）和UUPS的区别。还介绍了钻石模式的应用场景和最佳实践，包括如何实现不可变钻石和可升级钻石，并提供了相关代码示例。
Diamond Pattern  ERC-2535  代理模式  delegatecall  Solidity  EIP-2535 

bip-anyprevout 项目中的 bips/bip-0340.mediawiki 文件

该文档提出了一个基于椭圆曲线 secp256k1 的 64 字节 Schnorr 签名标准，详细阐述了 Schnorr 签名的设计、规范、公钥生成、签名、验证以及批量验证过程，并探讨了其在多重签名、适配器签名和盲签名等方面的应用，旨在替代比特币当前使用的 ECDSA 签名方案，提升安全性和效率, 并且提供了测试向量和参考代码。
Schnorr 签名  secp256k1  数字签名  多重签名  盲签名  适配器签名 
  • ajtowns
  • 发布于 2025-02-27
  • 阅读 ( 512 )

Web3 极客日报 #1684

  • rebase
  • 发布于 2025-02-27
  • 阅读 ( 761 )
  • ( 9 )

Web3 极客日报 #1683

Web3 极客日报 #1683
极客日报 
  • rebase
  • 发布于 2025-02-27
  • 阅读 ( 834 )
  • ( 7 )

Holesky事件情况汇报，2025年2月26日 - 协议调用与进展

Holesky测试网在启动后区块生产受限，导致链运行不稳定。当前目标是恢复验证器操作、计划Sepolia分叉，并准备新的测试基础设施。采取的措施包括恢复验证器、评估Holesky恢复情况、确认Sepolia分叉，并讨论主网准备要求。采用控制批量的惩罚策略，从核心开发者验证器和创世验证器开始，逐步进行，解决Holesky测试网的问题。
Holesky  以太坊  测试网  分叉  验证器  惩罚  Sepolia 

智能账户加密内存池

本文探讨了使用智能账户来验证加密内存池规则是否被遵守，从而加强了对抢跑保护和审查抵抗的保证。用户发送加密交易，并在链上以公共约束的形式发布。智能账户通过验证UserOp的执行顺序和位置来防止抢跑，并通过欺诈证明游戏来确保交易包含。该设计在无需大量共识修改的情况下，为加密内存池提供强大的反抢跑和反审查保证。
加密内存池  智能账户  ERC-4337  抢跑保护  审查抵抗  欺诈证明 

塑造现代zkVM的项目——第一部分：ZKSECURITY

本文介绍了零知识虚拟机（zkVMs）的概念，zkVMs 利用零知识证明（ZKPs）来验证在特定指令集架构上执行的计算的正确性。文章回顾了zkVMs的基本原理，并讨论了多个对zkVMs的设计和发展产生重大影响的项目，包括vnTinyRAM、Cairo、RISC Zero zkVM、Jolt等，并且 zkSecurity 正在开发 zkVM 的形式化验证框架。
零知识虚拟机  zkVM  零知识证明  ZKP  RISC-V  STARK  Cairo 

比特币 - bips/bip-tap-ms-smt.mediawiki，位于Roasbeef/bips - Roasbeef

本文档描述了一种Merkle Sum Sparse Merkle Tree (MS-SMT)数据结构，它是稀疏Merkle Tree的增强版本，包含一个在内部分支散列操作期间组合的sum值。这种树允许有效的非包含证明，同时也支持无效的Merkle Sum承诺的有效故障证明。MS-SMT 用于 Taproot 资产协议中，以实现资产所有权转移和多资产交换的验证。
Merkle Sum Sparse Merkle Tree  MS-SMT  Taproot 资产  非包含证明  默克尔树  密码学 

Uniswap V4 完全指南

文章详细介绍了Uniswap协议从V1到V4的演进过程，重点讨论了V3和V4在流动性管理、自动做市商（AMM）机制、手续费优化等方面的新特性和挑战。
Uniswap  AMM  Liquidity  Gas  Concentrated Liquidity  Hooks 

EIP3670: EOF 代码验证

本文介绍了在合约创建时对EOF格式（EIP-3540）合约代码进行验证的新特性，以确保代码的正确性，拒绝包含不完整PUSH数据或未定义指令的合约。该项更改旨在将代码有效性纳入共识，同时提供向前兼容性，允许未来新指令的定义，并简化EVM的执行路径。
EIP-3540  EOF格式  合约创建  字节码验证  EVM  安全性 
  • ethereum
  • 发布于 2025-02-27
  • 阅读 ( 826 )
  • ( 2 )

区块链硬件和基础设施：节点最佳设置

本文探讨了区块链节点的硬件和基础设施配置，包括对不同节点类型的解释，以及提高区块链网络性能所需的CPU、GPU、存储和内存等组件的建议。文章还比较了本地、云和混合托管的选择，强调了安全基础设施的重要性，并提供了有效设置和运行区块链节点所需的关键要素。
区块链节点  硬件配置  存储解决方案  云托管  安全基础设施  性能优化 

区块链分叉详解--软分叉与硬分叉的演进及影响

区块链是一种去中心化的分布式账本技术，它依赖于全网共识来维护数据一致性。然而，在网络升级或规则变更时，可能会出现“分叉”（Fork）现象。分叉意味着区块链从某个区块高度开始出现分歧，网络上的节点可能运行不同的协议版本，从而形成不同的区块链分支。
软分叉  硬分叉 

可升级智能合约与智能合约代理模式指南

这篇文章详细介绍了可升级智能合约代理模式的原理和用途。通过将功能与存储分开，开发者可以在保持合约地址和存储不变的情况下，升级合约的功能。文章还比较了几种不同的代理模式，包括透明代理、UUPS代理和信标代理，分析它们的优缺点，并提出了相应的安全考虑。
智能合约  代理模式  可升级  透明代理  UUPS代理  信标代理 
  • Cyfrin
  • 发布于 2025-02-27
  • 阅读 ( 853 )
  • ( 8 )

Pectra 中 PeerDAS 的实现之路

本文讨论了在Pectra升级中部署PeerDAS以扩展以太坊数据吞吐量的方案，并提出了两项具体建议，以减少增加blob数量时的决策面。建议包括移除EL中的硬编码数据gas限制，以及让CL通过Engine API向EL发送数据gas限制，从而解耦两个协议层。
PeerDAS  Pectra  数据吞吐量  Engine API  Blob  共识层 

快速实现一个去中心交易所的智能合约

前言本文借鉴uniswapv2实现一个简化版的去中心化交易所的智能合约,交易所的核心恒定乘积自动做市商（CPAMM）去中心化交易概念以及特征去中心化交易：在没有中心化中介机构的情况下进行的交易活动；特征：去中心化控制：所有交易都是通过区块链上的智能合约自动执行，避免了中央机构的操控
  • 木西
  • 发布于 2025-02-27
  • 阅读 ( 1056 )
  • ( 9 )