从 ERC-20 到 ERC-4337:一个 Web3 学习者该真正理解的 10 个 ERC 标准

从 ERC-20 到 ERC-4337:一个 Web3 学习者该真正理解的 10 个 ERC 标准

目录

一、ERC-20:一切 DeFi 的起点

二、ERC-721:NFT 从这里开始

三、ERC-1155:更现实的 NFT 标准

四、ERC-165:合约之间如何“互相认识”

五、ERC-4626:DeFi 的标准金库

六、ERC-2612:不用发交易的授权

七、ERC-1271:合约钱包如何验证签名

八、ERC-4337:账户抽象的核心

九、ERC-6551:NFT 成为钱包

十、ERC-3643:RWA 的核心标准

最后:你该怎么学这些 ERC

刚开始接触 Web3 的时候,我和很多人一样,被各种 ERC 标准搞得有点懵。

ERC-20、ERC-721、ERC-1155、ERC-4337……
名字看起来都很像,但又不知道它们之间到底有什么区别,更不知道哪些是“必须学的”,哪些只是“了解即可”。

后来在写合约、看项目源码、做 DeFi 相关开发的过程中,我慢慢意识到一件事:

ERC 本质上不是规范,而是一套“经验总结”。
它们出现,是因为有人在真实开发中踩过坑。

这篇文章,我不打算用文档式的方式去堆标准,而是从一个学习者的视角,讲清楚 10 个你绕不开的 ERC 标准,以及它们各自解决了什么问题。


一、ERC-20:一切 DeFi 的起点

如果你只学一个 ERC,那一定是 ERC-20。

几乎所有你熟悉的代币——USDT、USDC、UNI、ARB,本质上都是 ERC-20。它定义的事情非常简单:怎么查余额、怎么转账、怎么授权别人使用你的代币。

但它的重要性在于,它第一次让“代币”变成了一个统一的概念。

在 ERC-20 出现之前,每个项目的代币逻辑都是自己写的,钱包无法通用,交易所也无法统一支持。ERC-20 出现后,整个 DeFi 世界才真正开始搭起来。

你可以把 ERC-20 理解成 Web3 世界的“货币协议”,它的存在直接催生了 DEX、借贷、稳定币这些生态。

官方文档在这里:
https://eips.ethereum.org/EIPS/eip-20

如果你后面要学 DeFi、做 Swap、写 Token,ERC-20 是绕不过去的一关。


二、ERC-721:NFT 从这里开始

ERC-721 解决的问题其实很简单:
如何在链上表示“独一无二的东西”。

和 ERC-20 不同,ERC-721 的每一个 token 都是唯一的,它有自己的 tokenId,也有明确的所有者。

这让很多事情成为可能,比如 NFT 图片、游戏角色、链上身份、数字收藏品。

你现在看到的几乎所有 NFT 项目,不管是头像类还是功能型,本质上都是基于 ERC-721。

它的意义不在于“炒图”,而在于第一次让“唯一性资产”在链上有了标准表达方式。

官方文档:
https://eips.ethereum.org/EIPS/eip-721


三、ERC-1155:更现实的 NFT 标准

当项目真正开始做 NFT 时,很快就会发现 ERC-721 的问题:
太贵、太慢、不适合批量操作。

于是 ERC-1155 出现了。

它最大的特点是:
一个合约里可以同时管理多种资产,而且支持批量转账。

这使它非常适合游戏、道具系统、空投场景。你可以把它理解为“更工程化的 NFT 标准”。

很多链游、道具系统,实际上更偏向 ERC-1155,而不是 ERC-721。

官方文档:
https://eips.ethereum.org/EIPS/eip-1155


四、ERC-165:合约之间如何“互相认识”

ERC-165 是一个经常被忽略,但非常基础的标准。

它的作用只有一个:
让合约告诉别人“我支持哪些接口”。

在实际开发中,你经常会看到类似这样的代码:

supportsInterface(bytes4 interfaceId) 

它的存在,让钱包、合约、市场可以自动判断:

  • 你是不是 NFT
  • 你是不是 ERC-1155
  • 你支持哪些功能

可以说,没有 ERC-165,就没有现在这种可组合的 Web3 世界。

官方文档:
https://eips.ethereum.org/EIPS/eip-165


五、ERC-4626:DeFi 的标准金库

如果你接触过 DeFi,一定见过各种 Vault、收益池、存币生息。

ERC-4626 做的事情,其实非常关键:
它统一了“存钱 → 换份额 → 赎回”的整个逻辑。

在它出现之前,每个 DeFi 项目的资金池逻辑都不一样,前端难写,审计难做,用户也难理解。

ERC-4626 把这些流程标准化了,这也是为什么现在很多新 DeFi 项目都会直接基于它开发。

官方文档:
https://eips.ethereum.org/EIPS/eip-4626

如果你想真正理解 DeFi 的运行机制,这是一个必须认真看的标准。


六、ERC-2612:不用发交易的授权

你在用 DEX 的时候,可能注意到一个细节:
有些操作不需要先 approve,就能直接完成。

这背后用的就是 ERC-2612。

它允许用户用“签名”代替“交易”,从而省下一笔 gas。
这在体验上是一次非常大的优化。

现在很多钱包和协议都已经支持它,你不一定需要手写实现,但一定要知道它是怎么回事。

官方文档:
https://eips.ethereum.org/EIPS/eip-2612


七、ERC-1271:合约钱包如何验证签名

当钱包从 EOA 发展到合约钱包时,一个问题出现了:
合约没有私钥,那它怎么签名?

ERC-1271 就是为了解决这个问题而出现的。

它定义了一套标准接口,让合约可以通过逻辑判断签名是否有效,而不是依赖私钥。

这也是多签钱包、智能账户、AA 钱包的基础之一。

官方文档:
https://eips.ethereum.org/EIPS/eip-1271


八、ERC-4337:账户抽象的核心

ERC-4337 是近几年最重要的 ERC 之一。

它的目标只有一个:
让钱包体验接近 Web2。

通过它,你可以做到:

  • 没有 ETH 也能发交易
  • 第三方帮你付 Gas
  • 一次操作完成多个动作
  • 用合约实现账户逻辑

这也是为什么现在很多新钱包、AA 方案,都围绕它来设计。

官方文档:
https://eips.ethereum.org/EIPS/eip-4337


九、ERC-6551:NFT 成为钱包

ERC-6551 是一个非常有想象力的标准。

它允许:
每一个 NFT 都拥有自己的账户地址。

这意味着:

  • NFT 可以持币
  • NFT 可以交互
  • NFT 可以作为 AI Agent 或角色主体

很多 AI + Web3 的项目,底层逻辑都依赖这个标准。

官方文档:
https://eips.ethereum.org/EIPS/eip-6551


十、ERC-3643:RWA 的核心标准

如果说前面的 ERC 面向的是加密世界,那 ERC-3643 面向的就是现实世界。

它解决的是:
如何让股票、债券、房产等现实资产,合规地上链。

它内置了:

  • KYC 机制
  • 转账限制
  • 权限控制
  • 合规模块

目前很多 RWA 项目都基于它实现。

官方文档:
https://eips.ethereum.org/EIPS/eip-3643


最后:你该怎么学这些 ERC?

我给你一个非常现实的建议。

不要试图一次性全部掌握。
正确的路径是:

先理解 ERC-20 / 721 / 1155
再理解 4626 / 2612 / 1271
最后再看 4337 / 6551 / 3643

你会发现,ERC 并不是零散的知识点,而是一套逐步演进的系统设计。

当你真正理解这些标准后,再去看任何 Web3 项目,你都会有一种感觉:

“哦,原来它是这么拼起来的。”

Read more

海景美女图FLUX.1镜像免配置:内置中文界面切换功能,支持中英双语Web UI

海景美女图FLUX.1镜像免配置:内置中文界面切换功能,支持中英双语Web UI 1. 开篇:告别复杂配置,开启AI绘画之旅 想象一下,你一直想尝试用AI生成图片,但面对复杂的安装步骤、全英文的界面和一堆看不懂的参数,是不是瞬间就打了退堂鼓?别担心,今天要介绍的这个工具,就是为你准备的。 “海景美女图 - 一丹一世界FLUX.1 AI 图像生成服务”是一个开箱即用的AI绘画工具。它的核心价值就两个字:简单。你不需要懂代码,不需要配置环境,甚至不需要懂太多英文。它已经为你准备好了一切,内置了中文界面,你只需要打开网页,输入几个词,点击一下,就能看到AI为你创作的、以海景美女为主题的图片。 这篇文章,我会带你从零开始,手把手教你如何使用这个工具。你会发现,原来让AI帮你画画,可以像点外卖一样简单。 2. 核心亮点:为什么选择这个镜像? 在众多AI绘画工具中,这个FLUX.1镜像有什么特别之处?它主要解决了三个痛点: 2.

新手必看!ClaudeCode+Figma-MCP 前端代码 1:1 还原 UI 的入门指南

理解基础概念 ClaudeCode与Figma-MCP结合使用能实现设计稿到代码的高效转换。Figma-MCP是Figma的代码生成插件,ClaudeCode是AI辅助编程工具,两者搭配可自动生成高保真前端代码。 安装必要工具 确保已安装Figma桌面版或网页版,在Figma社区搜索并安装MCP插件。ClaudeCode通常作为VSCode插件或独立应用使用,需在对应平台完成安装和账号绑定。 设计稿准备 在Figma中完成UI设计后,使用图层命名规范。建议采用BEM命名法,如header__button--active。为需要交互的元素添加注释,标注状态变化和动效参数。 使用MCP生成基础代码 选中Figma画板或组件,运行MCP插件。配置输出选项为HTML/CSS或React/Vue等框架代码。检查生成的代码结构,重点关注class命名与设计稿的映射关系。 代码优化流程 将MCP生成的代码导入ClaudeCode进行增强。通过自然语言指令调整代码结构,例如"优化响应式布局"或"添加hover动效"。检查Claude建议的代码修改,重点关注跨浏览器兼容性处理。 //

用MC.JS WEBMC1.8快速验证游戏创意:48小时开发挑战

快速体验 1. 打开 InsCode(快马)平台 https://www.inscode.net 2. 输入框内输入如下内容: 快速开发一个MC.JS WEBMC1.8的概念验证游戏原型。游戏核心玩法是收集资源建造防御工事抵御夜间怪物攻击。白天玩家可以收集木材和石头,晚上会有简单AI的怪物出现。只需实现最基本的游戏循环:白天建造-夜晚防御-次日升级。UI只需要显示资源数量、昼夜计时和简单生命值。代码结构要清晰,便于后续扩展,生成详细的设计文档说明扩展方向。 1. 点击'项目生成'按钮,等待项目生成完整后预览效果 最近尝试用MC.JS WEBMC1.8快速验证一个生存建造类游戏创意,整个过程比想象中顺利很多。这个框架对快速原型开发特别友好,48小时内就完成了核心玩法验证。记录下关键实现思路,给想做类似尝试的朋友参考。 1. 核心玩法设计 游戏采用经典的昼夜循环机制:白天收集资源建造防御工事,夜晚抵御怪物攻击。为了快速验证可行性,我简化了以下要素: 2.

基于Qwen3-VL-WEBUI的视觉语言模型实战|快速部署与微调指南

基于Qwen3-VL-WEBUI的视觉语言模型实战|快速部署与微调指南 1. 引言:为什么选择 Qwen3-VL-WEBUI? 随着多模态大模型在图像理解、视频分析和跨模态推理等领域的广泛应用,高效、易用且可定制化的视觉语言模型(VLM)部署方案成为开发者和研究者的迫切需求。阿里云推出的 Qwen3-VL-WEBUI 镜像,正是为此而生。 该镜像内置了目前 Qwen 系列中最强大的视觉-语言模型 —— Qwen3-VL-4B-Instruct,集成了先进的视觉编码能力、长上下文处理机制以及代理式交互功能,支持从边缘设备到云端服务器的灵活部署。 本文将带你: - ✅ 快速部署 Qwen3-VL-WEBUI 镜像 - ✅ 掌握基于 ms-swift 框架的微调全流程 - ✅ 实现自定义数据集下的指令微调与推理服务发布 - ✅ 提供避坑指南与性能优化建议 无论你是 AI 工程师、科研人员还是技术爱好者,都能通过本指南实现“开箱即用 + 深度定制”的双重目标。 2. 环境准备与镜像部署 2.1 部署 Qwen3-VL-WEBUI