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

Hoodi 上的 Electra：证明打包

Hoodi 网络成功激活 Electra 分叉，显著改变了证明如何打包到信标块中。EIP-7549 将 `committee_index` 移到签名数据之外，从而允许跨不同委员会的相同投票进行聚合，显著提高了签名验证效率。分析表明，Electra 分叉增强了信标块中包含的证明容量，但也凸显了高效聚合和积极打包策略的重要性。
Electra 分叉  证明  信标块  EIP-7549  委员会索引  聚合 

Web3 新星：Monad 打造 NFT 全解

in  Web3
Web3新星：Monad打造NFT全解Web3浪潮席卷而来，高性能区块链成为开发者的新宠。作为Web3生态的新星，Monad以10,000TPS的超高吞吐量、500毫秒的区块速度和1秒交易确认，重新定义了区块链的可能性。本文将带你走进Monad的世界，通过打造Mo
Web3  Monad  NFT  Solidity  Contract 

Web3 新玩法：用 Sui Move 打造 NFT 抽奖游戏

in  Move on Sui
Web3新玩法：用SuiMove打造NFT抽奖游戏Web3浪潮席卷而来，区块链游戏正在重新定义我们的娱乐方式！想象一下：用NFT当门票，参与一场公平透明的抽奖，赢家还能抱走全部奖池。这不是科幻，而是基于Sui区块链和Move语言打造的NFTicketDraw项目。本文
Sui  Sui Move  Web3  NFT 

借 AI 之力，践十万小时，创多元产品

在个人成长与事业开拓的漫漫长路中，“10万小时定律”宛如一座闪耀的灯塔，照亮前行的方向。作家格拉德威尔在《异类》中提出，天才并非天赋异禀，而是凭借持续10万小时的不懈努力，从平凡走向卓越。如今，我决心将这一定律融入借助AI实现各类产品的实践中，在数字科技的浪潮里，书写新的篇章。
AI  10万小时定律 
  • King
  • 发布于 2025-04-03
  • 阅读 ( 1499 )
  • ( 13 )

OpenZeppelin Defender 集成 - OpenZeppelin 文档

本文介绍了如何将 Hardhat Upgrades 插件与 OpenZeppelin Defender 集成，以便利用 Defender 的气体定价、重新提交和自动字节码及源代码验证等功能。
OpenZeppelin Defender  Hardhat Upgrades  部署  合约升级  API 密钥  气体优化 

到底什么是“社区”？第一部分（用BARD框架来解析）

本文深入探讨了加密货币领域中“社区”一词的滥用现象，并提出了BARD框架（信念Belief、行动Action、韧性Resilience、密度Density）来评估社区的真实质量。强调真正的社区基于共同的信仰而行动，在逆境中展现韧性，并通过紧密的内部联系形成高密度网络，从而区分空洞的炒作和真正有价值的社区。
社区  加密货币  BARD框架  信念  行动  韧性 

将吞吐量与本地构建解耦 - 权益证明/经济学

本文讨论了以太坊 L1 扩容和 blob 扩展的问题，探讨了网络吞吐量与本地构建者能力解耦的可能性，以及如何在保证网络审查抵抗性、目标吞吐量和区块生产活跃性的前提下实现这一目标。提出了通过 FOCIL 机制和改进链下基础设施来增强审查抵抗性，并探讨了 ePBS 在区块生产活跃性方面的作用。
以太坊  L1扩容  Blob  FOCIL  ePBS  本地构建者 

Superchain 互操作性：从碎片化跨链流动性到统一原生流动性层的未来

OP Superchain 在第 7 季的更新中，将“互操作性（Interoperability）”作为超级链产品愿景的核心支柱，旨在解决这一问题。
Mint Blockchain  Superchain  Optimism 

Anchor 中的跨程序调用

in  Solana 学习开发之旅
本文将详细讲解如何在 Anchor 框架中实现 CPI，重点展示调用另一个 Anchor 程序的过程，并以 Alice 调用 Bob 的示例说明。
Solana  Anchor 
  • 0xE
  • 发布于 2025-04-03
  • 阅读 ( 1853 )
  • ( 19 )

关于无状态性的协议设计观点——权益证明/经济学

本文深入探讨了以太坊中“无状态性”的概念及其在解决状态增长问题中的作用。文章分析了完全无状态和部分无状态两种方案，以及在弱无状态和强无状态协议中，区块生产者应如何存储状态。文章还探讨了状态增长对gas限制的影响，以及未来以太坊协议设计中，状态增长与proof-serving节点架构之间的权衡。
无状态性  状态 expiry  区块生产者  Gas限制  证明服务节点  以太坊状态 

在链上读取另一个 Anchor 程序的账户数据

in  Solana 学习开发之旅
本文展示如何在链上通过一个 Solana 程序读取另一个程序的账户数据。
Solana  Anchor 
  • 0xE
  • 发布于 2025-04-03
  • 阅读 ( 1812 )
  • ( 20 )

在 Anchor 中的 #[derive(Accounts)] 不同类型的账户

in  Solana 学习开发之旅
本文详细讲解了 Solana Anchor 框架中 #[derive(Accounts)] 宏的作用及其四种常见账户类型（Account、UncheckedAccount、Signer、Program），通过代码示例阐明其功能与应用场景，并分析了 Solana 交易中账户预指定的必要性。
Solana  Anchor 
  • 0xE
  • 发布于 2025-04-03
  • 阅读 ( 2346 )
  • ( 13 )

OpenZeppelin：安全高效智能合约的秘密武器

本文介绍了OpenZeppelin，一个为以太坊和其他区块链平台提供安全、可重用智能合约库的公司和开源平台。文章概述了OpenZeppelin提供的关键产品和服务，并展示了如何通过npm安装OpenZeppelin，以及如何使用OpenZeppelin的ERC20代币合约。
OpenZeppelin  智能合约  以太坊  ERC20  npm  Solidity语言 

Across与原生互操作性：走向统一以太坊的下一步

本文讨论了Across与原生互操作性结合的优势，强调其在以太坊多链生态系统中优化资金流动的潜力。通过提供低成本、快速的跨链交易，Across弥补了传统桥接方案的不足，为构建一个统一的流动性网络奠定了基础，从而推动以太坊向更高效和信任最小化的方向发展。
原生互操作性  跨链  流动性网络  以太坊  资金效率  桥接 
  • across
  • 发布于 2025-04-03
  • 阅读 ( 699 )
  • ( 16 )

请求向导：像专家一样掌握速率限制的艺术

本文深入探讨了速率限制算法，包括固定窗口计数器、滑动窗口日志、Token桶和漏桶算法，提供了Node.js代码示例，并讨论了每种算法的适用场景和优缺点。同时，文章还分析了在生产环境中Token桶算法成为最常用选择的原因，以及与其他算法相比的优势，例如灵活性、可扩展性和用户体验。
速率限制  算法  令牌桶  滑动窗口  固定窗口  Node.js 

解开 EigenLayer 的 Slashing 记账中一个奇特的边缘案例

本文深入探讨了 EigenLayer 的 slashing 机制中一个有趣的边缘案例，该案例涉及信标链 slashing factor 的计算，并可能导致提款份额计算的不一致性。文章通过一个实际例子详细阐述了在不同时间点验证验证器可能导致不同提款份额的情况，并分析了 EigenLayer 对此的回应，强调了频繁执行 EigenPod 检查点的重要性。
EigenLayer  slashing机制  信标链  EigenPod  Validator  restaking 

零知识证明：综合资源

该文档是关于零知识证明（Zero-Knowledge Proofs）的综合资源列表，涵盖了从入门介绍到高级应用、开源项目、安全审计等多个方面。它整理了数学知识、课程、编程语言、库、Layer1和Layer2项目、谜题、书籍、论文、应用案例、开源项目、工具、社区和安全资源，旨在帮助读者掌握零知识证明技术。
零知识证明  zk-SNARKs  密码学  zkEVM  zkRollup  安全审计 

go语言结合kafka、etcd、elasticsearch、kibana搭建分布式日志收集系统

在分布式场景下，日志的收集和检索变得额外困难。本文将利用go的协程实现高吞吐量的分布式日志收集，结合etcd做到配置热更新、利用kafka异步发送日志内容到elasticSearch中。实现日志内容的类实时刷新，方便分布式系统的查看和检索日志内容。log-agent仓库地址log-collec

向量承诺（VCs）

本文定义了向量承诺（VC）方案，并详细介绍了相关的算法和结构，包括Vanilla VCs、SVCs以及交叉聚合SVCs的具体实现与验证过程。内容包括算法的工作流程以及认证数据的用法，还涉及了相关算法的应用场景，为理解向量承诺提供了深入的技术资料。
向量承诺  算法  Merkle树  KZG  认证数据  证明 
  • alinush
  • 发布于 2025-04-02
  • 阅读 ( 1521 )
  • ( 18 )

延迟执行层状态根

该EIP提议将每个区块n的ExecutionPayload中的state_root引用区块n-1的post-state。这将从区块传播的关键路径上移除昂贵的state root计算，从而减少区块生产的端到端延迟，并可能提高吞吐量。此更改降低了顶端的延迟，使我们能够提高吞吐量并简化区块生产流程，还可以显著加快以太坊实时ZK证明的时间表。
state_root  ExecutionPayload  区块传播  延迟  吞吐量  ZK证明