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

Uniswap 流动性机制及相关数学原理分析

摘要我在研究Uniswap白皮书和合约代码时，产生了很多疑问。例如，为什么向池子内添加流动性时必须要保证添加的资产数量维持一个固定的比例？UniswapV3中，为什么不同价格区间的流动性，重叠部分可以加在一起进行交易的计算？等等。这篇文章是我对Uniswap有关流动性机制及数学原理的
Uniswap 

跨程序调用和 PDAs——Anchor 上两种强大机制的结合

本文主要介绍了 Solana 上 Anchor 开发中跨程序调用（CPIs）的概念、使用场景和方法。CPIs 允许 Solana 程序在执行期间调用其他程序，实现不同程序之间的交互，从而实现诸如 token 转移等功能。同时介绍了如何使用程序派生地址（PDAs）使程序能够作为签名者。
Solana  Anchor  跨程序调用  CPI  程序派生地址  pda 
  • aseneca
  • 发布于 2025-08-13
  • 阅读 ( 1879 )
  • ( 38 )

有限域F p上的MiMC-Feistel（双分支Feistel网络）

本文介绍了MiMC-Feistel密码，它是一种对称密钥加密方法，基于Feistel网络，并在有限域上进行操作。MiMC-Feistel在多方计算、全同态加密和零知识证明等领域具有应用前景，并且相比AES，其复杂度更低。
MiMC-Feistel  Feistel网络  对称密钥加密  有限域  零知识证明  密码学 

区块链101：波卡共识

in  区块链101
本文深入探讨了波卡（Polkadot）区块链架构的关键组成部分，包括作为平行链（Parachains）共识基础的Relay链、负责生成区块和提供有效性证明的Collator节点、通过ELVES协议实现的共识验证过程，以及实现链间互操作性的XCM消息传递格式。文章还讨论了波卡如何通过技术创新，构建一个互连区块链生态系统的坚实基础设施。
Polkadot  Relay链  Collator  ELVES协议  XCM  平行链 

理解静默支付（二）

本文是关于静默支付（Silent Payments）技术原理及其在硬件签名器（如BitBox）中实现的深入探讨。文章详细解释了在硬件签名器中生成交易输出的流程，以及如何使用离散对数相等（DLEQ）证明来确保交易的安全性，并介绍了BitBoxApp的最新版本中该功能的应用。
静默支付  硬件签名器  BitBox  离散对数相等证明  DLEQ  比特币交易 
  • BTCStudy
  • 发布于 2025-08-13
  • 阅读 ( 820 )
  • ( 3 )

“仅当开源时才支持”应该成为更普遍的观点

文章探讨了“仅当开源时才支持”技术发展的观点，认为开源是应对技术加剧权力不平等和滥用风险的一种方式。文章分析了开源在促进平等访问、提高可验证性和消除厂商锁定方面的优势，并讨论了开源与滥用风险之间的平衡。最后，文章强调开源是降低技术集中财富、权力和不对称信息的风险的最强有力的协调点。
开源  技术  权力不平等  滥用风险  开放科学  厂商锁定 

关于理念驱动型理念

文章探讨了“理念驱动型”与“数据驱动型”思想的区别，并分析了在复杂决策中意识形态、原则的重要性及其潜在的负面影响。作者认为，在个人和社会层面，有效的决策需要在“理念驱动型”与“务实型”模式之间取得平衡，并提出了通过数据驱动选择理念，以及侧重于原则而非意识形态的折衷方案。
意识形态  数据驱动  理念驱动  决策  原则  社会协调 

React Native DApp 开发全栈实战·从 0 到 1 系列（expo-router）

前言基于上篇文章《ReactNativeDApp开发全栈实战·从0到1系列（开篇）》，本文聚焦ReactNative路由方案：从导航架构选型到实战落地，带你一次配好、随处复用；项目结构目录如下RnDApp/├──android/
React Native  expo  Web3 DApp 
  • 木西
  • 发布于 2025-08-12
  • 阅读 ( 687 )
  • ( 7 )

016：如何识别和防范钓鱼链接（Phishing Links）

in  Web3 敲门砖计划
Web3 钓鱼攻击通过伪装网站、假公告等方式，引诱用户点击链接并签署恶意交易，资产可瞬间被盗。本文介绍识别钓鱼域名、验证信息来源、使用 revoke 工具撤销授权等防护方法，帮助用户规避风险。
钓鱼攻击  钓鱼链接  风险识别  安全  Web3 
  • Henry
  • 发布于 2025-08-12
  • 阅读 ( 998 )
  • ( 32 )

传统金融许可型资本市场智能合约协议中的漏洞

本文深入探讨了传统金融（TradFi）机构的许可型资本市场（PCM）智能合约协议中存在的独特漏洞，这些协议用于在受监管的环境中进行代币化真实世界资产（RWA）的链上交易和结算。文章揭示了审计中发现的多种漏洞类别，包括数据跟踪损坏、不一致的状态管理、权限配置错误、以及跨链问题等，强调了与DeFi协议相比，TradFi协议因其合规性和监管要求而面临的特殊安全挑战，并提出了Gas优化建议。
智能合约  漏洞  权限控制  合规性  真实世界资产  RWA  DeFi 
  • Cyfrin
  • 发布于 2025-08-12
  • 阅读 ( 598 )
  • ( 12 )

React Native DApp 开发全栈实战·从 0 到 1 系列（开篇）

前言作为系列开篇，本文将带你完成四项任务：先俯瞰整体架构，再敲定技术选型，接着梳理应用功能，最后手把手初始化项目技术架构客户端•ReactNative+Expo：一套代码同时出iOS/Android双端包•必备库：ethers.js（签名/合约交互）、@wall
React Native  DApp 
  • 木西
  • 发布于 2025-08-12
  • 阅读 ( 713 )
  • ( 8 )

EigenLayer 奖励计算 - 基础激励

该文档详细介绍了 EigenLayer 的奖励计算方法，包括数据提取、数据转换和奖励计算三个阶段。重点包括快照的生成以及对 Staker 和 Operator 的奖励分配，尤其是AVS奖励分配和所有参与者的奖励分配。
EigenLayer  奖励计算  SQL查询  数据管道  AVS  Operator  Staker  快照 

Golang Gin 中间件与监控服务健康控制器

本文介绍了如何使用 Gin 框架实现 Golang HTTP 服务器，重点介绍了健康检查控制器和超时中间件的集成，以增强系统可靠性和安全性。健康检查控制器通过 `/api/v1/health` 端点返回 “OK” 响应来确认服务的运行状态。超时中间件通过终止超过 60 秒的请求来缓解潜在的拒绝服务攻击。
golang  Gin框架  HTTP服务器  中间件  超时  健康检查 

使用Ink!在PolkaVM上进行开发

文章介绍了在Polkadot上使用Rust语言的ink!框架在PolkaVM虚拟机上开发智能合约的方法。PolkaVM支持以太坊的JSON-RPC接口，使得使用ink! (version 6) 编写的智能合约可以在PolkaVM上运行。文章还提供了一个简单的步骤指南，包括安装ink! v6、实现flipper合约并编译，创建viem项目与PolkaVM交互，以及进行测试。
Polkadot  ink!  PolkaVM  Rust语言  智能合约  WASM 

你应该运行个人全节点的六个理由

本文解释了运行比特币节点的重要性，包括保护隐私、免信任地确认交易、保护比特币规则、帮助网络、赢得声誉和更深入地理解比特币。强调了运行节点可以减少对第三方节点的信任，并为比特币网络的安全和稳健做出贡献。
比特币节点  Bitcoin Core  隐私  免信任  区块链  分叉 

Web3 极客日报 #1786

  • rebase
  • 发布于 2025-08-12
  • 阅读 ( 608 )
  • ( 6 )

简单的 Golang HTTP 服务器

本文介绍了如何使用 Go 语言构建一个简单的 HTTP 服务器，采用了三层架构：路由器、控制器和数据库。文章从初始化 Go 模块、设置 GitHub 仓库开始，逐步介绍了使用 `net/http` 包构建基本服务器、添加平滑关机处理、编写单元测试，以及集成 Gin 框架以实现更好的路由和中间件支持的过程。
Go语言  HTTP服务器  Gin框架  net/http  路由  中间件 

理解以太坊交易和消息：从状态变更到链下消息 - 第二部分

本文深入探讨了以太坊交易的未来发展方向，包括信标链（Beacon Chain）、EIP-4844 Blob交易、EIP-7702 Set Code交易和EIP-712 Typed Structured Data Signing。
以太坊  交易  信标链  EIP-4844  EIP-7702  EIP-712 

015: 如何正确授权与撤销授权（Approve / Revoke）

in  Web3 敲门砖计划
链上授权是代币交互的前提，但无限授权可能带来巨大风险。本文介绍授权机制、撤销授权的重要性，以及通过分仓、定期检查、限额授权等方法，降低资产被盗的可能性。
安全授权  取消授权  钱包  Web 3 
  • Henry
  • 发布于 2025-08-11
  • 阅读 ( 948 )
  • ( 28 )

编译器缺陷引发编译器缺陷：一个存在 12 年的 G++ 缺陷如何摧毁 Solidity

Solidity 编译器在特定环境下 (G++ < 14, Boost < 1.75, 启用 C++20) 编译包含长度表达式的 Solidity 代码时会因编译器缺陷而崩溃。这是由于 G++ 的一个长期存在的重载解析bug，加上 C++20 的对称比较特性以及旧版本的 Boost 库中的代码共同作用导致的无限递归问题。
Solidity  编译器  G++  Boost  C++20  编译错误 
  • osecio
  • 发布于 2025-08-11
  • 阅读 ( 657 )
  • ( 19 )