登链社区

Solana Web3js V3 预览

视频介绍了 Solana Web3.js 版本 3 发行候选版的更新。作者首先回顾了 Solana 开发工具从 Web3.js v1 到 v2（Solana Kit）再到 v3 的演变，指出 v3 将 Kit 的高效内部架构与用户熟悉的 v1 接口结合，以解决社区不愿迁移的问题。随后，作者通过实际代码演示展示了 v3 的主要变化，如将 `pubKey` 改为 `address`、增加 `await` 关键字、使用 `uint8Array` 代替 `Buffer`、支持 BigInt 等。作者还对比了 v1 和 v3 的性能，发现 v3 在打包大小（644KB 对 740KB）和执行速度（约 6ms 对 30ms）上均有显著提升。最后，作者认为 v3 是值得升级的版本，且与 Kit 更加兼容。关键信息：Solana Web3.js v3 发布候选版；迁移注意点（pubKey→address、async、uint8Array、BigInt）；性能提升（更小包、更快执行）；与 Kit 内部架构兼容。

143 0 0 3 天前

Chainlink VRF：安全随机数生成方案

视频 AI 总结：视频核心介绍了在区块链上生成安全随机数的方法，重点对比了传统链上哈希/时间戳方法（易被矿工操纵）和承诺-揭示方法（项目方可作弊）的缺陷，然后详细讲解了 Chainlink VRF 的工作原理——通过节点质押、私钥加种子生成可验证且不可预测的随机数，唯一作恶风险是节点离线但会受罚。此外还介绍了 Chainlink Functions 服务，使智能合约能安全调用链下 API（如 OpenAI）和外部数据，并探讨了 DeFi 中 RWA（现实资产上链如股票代币化）的应用场景及监管现状。关键信息： - 传统随机数方法（基于链上数据）易被矿工或验证者操纵。 - 承诺-揭示方法存在项目方作弊风险（拥有上帝视野）。 - Chainlink VRF 通过节点质押和私钥+种子生成随机数，可验证且不可预测，节点离线是唯一可能作恶方式。 - Chainlink Functions 允许合约调用链下 API 和外部计算（如 AI），增强链上合约功能。 - DeFi 中 RWA（如股票、美元代币化）可实现抵押借贷、7x24 小时交易，提高资产流动性和编程性。 - 监管滞后但正逐步明确（如美国 Genius 等法案），不同国家政策差异大。

15 0 0 2026-06-09 09:04

VibeCoing: permit 默克尔树 multicall 组合实现NFT优惠购买

视频 AI 总结：该视频是一节区块链智能合约开发课程，主要讲解了如何修改合约实现白名单优惠购买NFT，涉及默克尔树、permit授权和multicall等技术。老师分析了作业要求，演示了代码实现，并指出了常见错误和优化思路，强调理解每个技术的作用和代码简洁性对审计的重要性。视频中提出的关键信息： - TokenBank合约将前三名修改为前十名，并使用链表存储。 - NFTMarket合约需新增白名单功能，通过默克尔树存储白名单，用户需提供证明验证。 - 购买流程包括：用户先进行permit离线签名完成ERC20授权，再通过multicall将授权和购买合并为一次交易。 - 白名单用户可享受半价优惠，但需明确描述给AI以免误解。 - 使用OpenZeppelin库（如Multicall和MerkleProof）可减少手写代码，降低审计成本。

7 0 0 2026-06-05 09:26

以太坊合约地址推导与创建

视频 AI 总结：这段视频详细讲解了以太坊上合约地址的推导原理、不同创建合约的方式（CREATE、CREATE2、CREATE3）及其应用场景，并介绍了最小代理（Minimal Proxy）如何通过代码复用大幅降低批量部署成本。核心目标是实现可预测、多链一致的合约地址，同时优化Gas消耗。 **关键信息：** 1. **CREATE**：地址由创建者地址与交易 nonce 决定，nonce 不同会导致不同链上相同合约得到不同地址，且地址与合约代码无关。 2. **CREATE2**：引入 salt 和 init code 哈希，地址与 nonce 无关，代码和 salt 相同即可在不同链上得到同一地址；重复创建同一地址会失败（合约已存在）。 3. **CREATE3**：是一个库，先通过 CREATE2 部署部署器合约，再用部署器通过 CREATE 部署最终合约，彻底解除了地址与 nonce 和合约字节码的绑定，适用于字节码可能在不同链上不一致的场景。 4. **最小代理（EIP-1167）**：部署一个极小的代理合约，利用 delegatecall 将调用转发给固定实现合约，实现代码复用，大幅降低批量部署成本；但无法使用构造函数，需额外调用 init 方法初始化。 5. **多链一致性应用**：如 Safe 钱包工厂，使用 CREATE2 和固定 salt（用户地址）确保钱包地址在所有 EVM 链上相同，未部署时也可接收资产。 6. **EVM 合约销毁**：目前已被弃用，合约部署后无法被销毁。

26 0 0 2026-05-30 12:42

交易所钱包系统运行实践

视频 AI 总结：该视频演示了如何启动一个名为CEX钱包的托管钱包系统，涉及多个独立服务模块（Scan、Wallet、Signer、风控、数据库网关）的部署与配置。通过逐步操作，展示了环境搭建、数据库初始化、密钥配置、原生以太坊节点启动、代币部署、用户充值监听及提现模拟的完整流程，强调了各服务间的签名验证机制和数据流转逻辑。关键信息： - 系统包含扫描、钱包业务、签名机、风控、网关等独立模块，每个模块有独立数据库。 - 写操作需双签名验证：业务模块或风控模块各自签名后，网关验证。 - 签名机需在启动时输入数据池和密码，用于推导地址并存储，后续验证地址一致性。 - 本地链模拟需设置 `--block-time 1` 使区块每秒出块，以便判断交易最终性。 - 模拟测试中，合约地址和用户地址可能因签名机配置不同而异，需手动替换或通过脚本动态读取数据库。 - 大额提现触发人工审核，审核通过后系统自动完成交易并跟踪上链确认。

12 0 0 2026-05-29 08:59

VibeCoding：实现简单多签与 Safe 实践

视频 AI 总结：视频讲解了一个简单的多签合约实现过程，包括提案、确认和执行三个核心步骤。默认三分之二的多签持有人共同管理合约资产，提案需记录目标地址和金额，确认次数达到门槛后任何人可执行。演示了通过不同地址签名确认交易，最终执行转账的操作流程。同时指出SAFE采用离线签名方式，与本实现不同。最后通过实际操作展示了多签钱包的创建、交易发起和签名确认。关键信息： 1. 多签合约需记录提案ID、目标地址、金额及确认次数和确认者。 2. 提案时自带一次确认，后续其他持有人调用 confirm 函数确认，达到门槛后执行。 3. 执行时调用 call 并验证确认次数，标记已执行防止重复。 4. 测试包含多种异常情况，合约约160行，测试约250行。 5. SAFE使用离线签名，而本实现依赖链上确认。

19 0 0 2026-05-28 09:28

ZisK：推动实时证明的极限

视频 AI 总结：演讲者首先提出了现代区块链的新视角：将数据层与查询层分离，利用零知识证明实现高效、递归的查询，从而区分静态共识（固定数据解读）和动态共识（需区块链更新的部分）。在此基础上，介绍了 Zisk——一个为低延迟设计的快速 ZKVM（基于 RISC-V），采用分块并行、流水线执行、多机分布式等技术，能在数秒内生成证明。核心亮点包括：多电路通过总线连接、RISC-V 转译为 Intel 原生代码、内存锁存实现并行执行、极低带宽的分布式证明聚合，以及可选的 Plonk 链上验证（<2 秒）。Zisk 已在以太坊经济区（EZ）中实现每秒完成区块到证明输出降至 3 秒以下，目前代码接近 1.0 版本并开源，正在进行形式化验证。

479 0 0 2026-05-27 22:54

VibeCoding: 使用 Viem 与 NFTMarket 交互与监听

视频 AI 总结： 1. 核心内容：本课程作业要求编写一个后端程序，通过 Viem 监听 NFTMarket 合约的买卖事件（List 和 BuyNFT），并用扫块方式打印日志。同时，需编写交互脚本调用合约进行上架、购买等操作。AI 自动生成了代码并部署合约，但需要理解其工作原理并优化部署及监听方式。 2. 关键信息： - 需要准备 NFTMarket 合约地址、ABI、RPC 节点 URL。 - 监听采用扫块方式（遍历每个区块的日志），而非直接 watch log。 - 交互脚本需处理授权（Approve）、上架（List）、购买（Buy）等步骤。 - AI 自动部署合约并保存地址，但部署文件路径可能需手动调整。 - 作业强调后端监听事件以获取链上数据，实际应用常需存入数据库。

14 0 0 2026-05-23 10:17

Web3 应用开发初探

视频 AI 总结：本期课程讲解了 Web3 应用的开发，重点是如何在前端用户界面中调用智能合约。与传统的后端为中心的应用不同，Web3 应用的后端运行在去中心化区块链网络上，用户通过前端直接与链交互。课程介绍了 Web3 应用的架构变化、与链交互的几种方式（读合约数据、写交易、监听事件），并通过实际代码演示了如何使用 RPC 调用以及 Win 等库封装这些交互。特别强调了前端通过钱包（如 MetaMask）获取用户签名发起交易，以及通过 WebSocket 实时监听链上事件。关键信息： 1. Web3 应用的架构区别于传统应用：后端逻辑运行在去中心化网络上，用户通过前端直接与区块链交互，数据所有权归用户。 2. 与链交互的核心动作：读合约数据（通过 `eth_call`）、写交易（通过 `eth_sendRawTransaction`）、监听链上事件（通过 WebSocket）。 3. 直接使用 RPC 调用复杂，通常使用库（如 Win、Web3.js）进行封装，简化开发。 4. 前端开发中，用户的私钥保存在钱包插件（如 MetaMask）中，前端通过钱包注入的对象获取签名并发起交易。 5. 历史数据（如转账记录）难以直接从链上获取，通常需要后端或第三方数据平台（如索引器）进行缓存和查询。 6. 课程演示了如何使用 Win 库创建客户端、读取余额、调用合约、发送交易以及解析事件日志。

24 0 0 2026-05-22 09:45

ZK8 动态zk SNARKs及其在稀疏zk SNARKs和IVC中的应用

视频 AI 总结：本次演讲介绍了动态 ZK-SNARKs 的概念，旨在当证明的语句或见证发生微小变化时，无需完全重新计算证明，而是通过亚线性时间的更新算法高效生成新证明。主讲人 Wei-jie Wang 提出了两个通用构造：Dynaverse（更新时间为平方根级别）和 Dynalog（更新时间为多对数级别），并解释了现有 SNARKs（如 Plonk、Spartan）无法动态更新的原因。关键应用包括动态证明索引、无密码登录以及有限步 IVC。关键信息： 1. 动态 SNARKs 定义：在经典 SNARK 基础上增加更新算法，输入旧证明和新语句/见证，输出新证明，要求更新时间为亚线性。 2. 现有 SNARKs 非动态原因：验证者随机性导致线性重算，以及多项式除法需完全重算。 3. 两个构造：Dynaverse（基于弱动态 SNARK，更新时间为 √n，可去平摊化）和 Dynalog（基于分层瀑布技术，更新时间为 polylog，依赖 JIPA 假设）。 4. 核心构建模块：Dynamo——针对松弛排列关系的稀疏论证，其证明时间与更新位置的汉明重量成正比。 5. 应用场景：动态证明索引（如可验证数据库）、无密码登录（更新临时公钥）、有限步 IVC（每次迭代仅更改部分电路）。

84 0 0 2026-05-21 16:00

区块链价值与原理

视频 AI 总结：本节课主要讲解了区块链的价值与实现原理。首先指出当前互联网中心化服务存在用户数据被滥用、隐私泄露、大厂垄断等问题，区块链通过密码学、去中心化网络和共识机制，让用户重新获得数据控制权，并将信任从组织转移到代码与网络。详细介绍了非对称加密实现所有权控制、链式结构防篡改、PoW共识（工作量证明）解决节点间协调问题，以及出块奖励机制。最后讨论了区块链的局限性（慢、贵、代码安全、用户体验）和开放思考题。关键信息： 1. 中心化互联网的问题：用户信息被滥用、隐私泄露、大厂设置障碍、跨境支付体验差。 2. 区块链的核心：密码学（私钥签名、公钥验证）确保所有权；去中心化网络（多节点独立验证）防止单一作恶。 3. 链式结构：通过区块哈希串联，使篡改历史数据需重新计算后续所有区块，降低效率。 4. 共识机制（PoW）：通过计算满足特定难度（如19个零开头）的哈希，最先完成者获得出块权与奖励，并以最长链为基准。 5. 安全风险：唯一攻击方式为构建更长链条（需超全网算力），双花攻击需连续出多个区块，但现实难度很高。 6. 局限性：交易慢（比特币约10分钟一个区块）、费用高、代码安全漏洞、用户需自管私钥（丢失无法找回）。 7. 开放问题：比特币的价值来源、是否庞氏骗局，以及去中心化金融的效率优势。

492 0 0 2026-05-12 09:50

理解 Solana：共识机制与账户模型

视频 AI 总结：视频核心内容是关于 Solana 区块链的技术讲解，重点介绍了其独特的共识机制、账户模型和交易处理方式。讲师详细解释了 Solana 的 PoS（权益证明）与 PoH（历史证明）结合的工作方式，强调了其高速出块的特点。此外，视频对比了 Solana 与以太坊在账户结构、交易费用和并行处理等方面的差异，并简要说明了 Solana 的开发环境和相关工具。关键信息包括： 1. Solana 使用 PoS 与 PoH 相结合的共识机制，以实现快速出块。 2. Solana 的账户模型与以太坊不同，采用程序与数据分离的设计，支持并行执行。 3. 交易费用结构包括基础手续费和可选优先级费用，计算方式与以太坊的 Gas 模型不同。 4. Solana 的交易大小限制为 1232 字节，以优化网络传输速度。 5. 开发方面，提到了 Solana 的集群概念（如主网、测试网）以及 Anchor 框架等工具。

52 0 0 2026-04-23 09:03

为什么以太坊需要 Frame 交易（EIP-8141）

视频 AI 总结：本视频由 OpenFord 的 Alex 详细介绍了以太坊即将推出的 **EIP-8141（框架交易，Frame Transactions）**。视频回顾了以太坊账户抽象（AA）的发展历程，指出当前交易模型过度依赖 ECDSA 签名算法，导致了量子安全风险、Gas 支付门槛高以及智能合约账户地位受限等问题。EIP-8141 旨在通过引入全新的 Type 6 交易格式，将验证、支付和执行逻辑完全交由代码处理，从而实现真正的原生账户抽象，彻底摆脱对传统 ECDSA 签名的硬性依赖。 **关键信息：** 1. **历史背景：** 账户抽象经历了从 EIP-2938（失败）、ERC-4337（应用层实现）到 EIP-7702（Pectra 升级中的 EOA 授权）的演进，而 EIP-8141 被视为实现原生账户抽象的终极方案。 2. **当前系统痛点：** * **ECDSA 单一文化：** 所有交易必须使用特定的椭圆曲线签名，缺乏对 WebAuthn 或后量子加密算法的原生支持。 * **Gas 支付障碍：** 发送者必须持有原生代币支付 Gas，导致新用户入场困难（鸡生蛋问题）；虽然 ERC-4337 有 Paymaster，但底层仍依赖 Bundler 的 EOA 账户。 * **智能合约限制：** 智能合约账户无法自主发起交易，必须由 EOA 账户触发。 3. **EIP-8141 核心提案：** * **Type 6 交易：** 引入一种名为“框架（Frame）”的新交易类型。 * **结构变革：** 交易格式中取消了传统的 `from`、`to` 和 `value` 字段。发送者身份预先声明，而身份验证通过框架内的代码执行来完成。 * **框架组成：** 一个框架包含模式（Mode）、目标（Target）、Gas 限制（Gas Limit）和数据（Data）四个字段。 4. **主要优势：** 允许开发者自定义验证逻辑（如多签、消费限额、白名单），支持任何签名方案，并能更高效地处理 Gas 代付，使智能合约账户成为以太坊的“一等公民”。 5. **推进计划：** 该提案由 Vitalik Buterin 及 ERC-4337 团队成员共同撰写，预计将作为 Fusaka（原 Hegota）升级的核心内容。

146 0 0 2026-04-17 17:13

DAO 治理：理解 DAO 治理与技术实现

视频 AI 总结：本视频深入浅出地讲解了 DAO（去中心化自治组织）治理的核心概念、实现机制及现实挑战。内容涵盖了 DAO 的定义、治理流程（提案、投票、执行）、技术实现原理（如 Checkpoint 检查点与二分查找算法），并结合以太坊、Uniswap 等案例分析了链上与链下治理的优缺点。视频还探讨了 DAO 在实践中面临的效率低下、投票贿赂及大户垄断等困境，并指出“分叉”是 Web3 治理中最终的共识解决手段。 **视频中提出了以下关键信息：** 1. **DAO 的核心价值：** DAO 改变了传统公司自上而下的管理模式，通过公开透明的规则和 Token 激励，实现底层的自发贡献与大规模协作。 2. **治理流程与延迟执行：** 标准流程包括提案、投票和执行。引入“延迟执行（Timelock）”机制是为了给反对者预留退出时间，保护用户利益。 3. **技术实现机制：** * **防止重复投票：** 采用“检查点（Checkpoint）”记录特定区块高度的余额，确保投票权的唯一性。 * **查询优化：** 在链上计票时使用“二分查找法”快速定位历史余额，以节省 Gas 费并防止交易超时。 * **链下快照（Snapshot）：** 为了降低参与成本，目前多数项目采用链下签名快照、链上多签执行的折中方案。 4. **治理的现实困境：** * **效率与社交成本：** 追求绝对公平导致决策效率极低；“互投赞成票（Rock Rolling）”现象使治理容易沦为形式。 * **权力集中：** 投资机构（如 a16z）或交易所持有大量代币，可能左右投票结果，违背社区民意。 5. **分叉（Fork）作为最终手段：** 当开发团队与社区共识发生不可调和的分歧时，社区可以通过分叉项目来重新选择发展方向，这是 Web3 特有的制衡机制。

57 0 0 2026-04-14 08:55

DeFi - 借贷协议核心机制与演进

视频 AI 总结：本视频深入解析了 DeFi 借贷协议的核心机制，以鼻祖 Compound 和龙头 Aave 为例，阐述了超额抵押、动态利率模型及清算逻辑。内容涵盖了利率如何随资金利用率动态波动（Kink 拐点模型）、cToken 的生息原理、预言机定价以及清算机器人的运作。此外，视频还对比了 Compound V3 的隔离池改进、Aave 的闪电贷创新，以及 Morpho 的无许可市场模式，展示了借贷协议在风险防控与效率提升上的演进。视频中提出了以下关键信息： 1. **核心运行机制**：链上借贷遵循“超额抵押”原则，即抵押资产价值必须高于借出资产，以确保协议安全。 2. **动态利率模型**：利率随资金利用率变化。当利用率超过临界点（Kink）时，利率会陡增，通过经济手段激励用户还款或存款，防止挤兑。 3. **复利计算与 cToken**：Compound 通过 Borrow Index 实现每个区块的复利计算；用户存款后获得的 cToken 既是存款凭证，也是随时间自动增值的生息资产。 4. **清算与预言机**：协议依赖预言机（如 Chainlink）获取价格。当抵押品价值下跌至清算线时，清算人可折价获得抵押品并代为还债，以此激励机器人维护系统稳定，防止坏账。 5. **协议演进与风险隔离**： * **Compound V3**：从 V2 的“大一统池”转向“隔离池”模式，防止单一资产风险波及全局。 * **Aave**：引入了闪电贷（无抵押瞬时贷款）和跨链借贷功能。 * **Morpho**：支持用户无许可地创建独立借贷市场，实现更灵活的 P2P 撮合。

102 0 0 2026-04-08 09:03