从入门到实战:我的全套 Web3 学习路径(2025版)
你好,我是 Keegan 小钢。 如果你刚开始接触 Web3、准备从 Web2 转型,或者正在寻找一套真正系统、可落地、能带你从入门做到链上实战的学习路径,那么这篇文章会对你非常有帮助。 我是一名有 16 年经验的互联网从业者,过去 8 年专注于 Web3 技术方向,同时持续做个人 IP 超过 13 年。长期以来,我在公众号、知乎、B 站持续输出 Web3 的学习路线、开发知识、工程实践以及真实链上项目的研发过程。如果你对我的经历好奇,可以阅读这篇文章:《复盘我的 13 年个人 IP 之路》。 这几年,越来越多同学加我咨询,他们大多会问:我应该从哪里开始学 Web3?我有一些基础,但做不出完整项目怎么办?有没有适合“从入门到能做项目”的学习路径?我想顺利找到 Web3 工作,该怎么准备?本质上,这些问题可以归结成一句话:“我现在这个水平,下一步该学什么?”为了让不同阶段的同学都能快速找到最适合自己的学习路径,我把过去几年输出的所有 Web3 内容——免费课程、付费课程、AI+Web3 实战营、以及深度服务——做了一次系统性的梳理。 这篇文章是你最清晰、最完整的 「Web3 学习路...
万字长文聊聊Web3的现状与趋势
整体数据现状与趋势首先,先来看看 Web3 的搜索热度情况,我们可以从 GoogleTrends 中看到一些数据。下图是关于 Web3 在全球过去 5 年内的搜索热度趋势图:从图中可以看出,前面几年的搜索热度一直很低,热度值一直保持在 10 以下,但从 2021 年下半年开始逐渐飙升,在 2021 年 12 月底达到了顶峰。虽然随后开始有所回落,但依然保持在很高的热度。 如果再按区域来看搜索热度,就会发现,搜索热度最高的竟然是在中国,且与其他区域的搜索热度差距很大,如下图所示这说明,中国依然是 Web3 最大的潜在市场。 接着,再来看看整个加密货币总市值的趋势图,某种程度上,这也代表了整个 Web3 行业的总市值。下图的数据来自 CoinMarketCap:从图中可以看到,总市值也是在 2021 年出现大幅度飙升,2021 年底到达顶峰,达到了将近 3 万亿美元的总市值。随后不断回落,在 2022 年底跌到了最低点,总市值降到低于 1 万亿,相比高点,跌去了三分之二。但是,就算是最低点也依然比 2021 年之前那些年的总市值高得多。 加密货币的总市值看上去好像不低,但如果跟全球股...
万字长文聊聊Web3的组成架构
Web3 发展至今,生态已然初具雏形,如果将当前阶段的 Web3 生态组成架构抽象出一个鸟瞰图,由下而上可划分为四个层级:区块链网络层、中间件层、应用层、访问层。下面我们来具体看看每一层级都有什么。另外,此章节会涉及到很多项目的名称,因为篇幅原因不会一一进行介绍,有兴趣的可以另外去查阅相关资料进行深入了解。区块链网络层最底层是「区块链网络层」,也是 Web3 的基石层,主要由各区块链网络所组成。 组成该层级的区块链网络还不少,Bitcoin、Ethereum、BNB Chain(BSC)、Polygon、Arbitrum、Polkadot、Cosmos、Celestia、Avalanche、Aptos、Sui 等等,还有很多。根据 Blockchain-Comparison 的统计,截止撰文之日的区块链至少有 150 条。这里我们主要说的是公链,联盟链不包括在内。因为区块链实在太多,会有些眼花缭乱,所以有必要进行分门别类。 首先,不同区块链之间存在着分层结构,有 Layer0、Layer1、Layer2 之分。其次,Web3 的繁荣发展,依赖于智能合约技术,而智能合约的运行环境为...
Blockchain engineer
从入门到实战:我的全套 Web3 学习路径(2025版)
你好,我是 Keegan 小钢。 如果你刚开始接触 Web3、准备从 Web2 转型,或者正在寻找一套真正系统、可落地、能带你从入门做到链上实战的学习路径,那么这篇文章会对你非常有帮助。 我是一名有 16 年经验的互联网从业者,过去 8 年专注于 Web3 技术方向,同时持续做个人 IP 超过 13 年。长期以来,我在公众号、知乎、B 站持续输出 Web3 的学习路线、开发知识、工程实践以及真实链上项目的研发过程。如果你对我的经历好奇,可以阅读这篇文章:《复盘我的 13 年个人 IP 之路》。 这几年,越来越多同学加我咨询,他们大多会问:我应该从哪里开始学 Web3?我有一些基础,但做不出完整项目怎么办?有没有适合“从入门到能做项目”的学习路径?我想顺利找到 Web3 工作,该怎么准备?本质上,这些问题可以归结成一句话:“我现在这个水平,下一步该学什么?”为了让不同阶段的同学都能快速找到最适合自己的学习路径,我把过去几年输出的所有 Web3 内容——免费课程、付费课程、AI+Web3 实战营、以及深度服务——做了一次系统性的梳理。 这篇文章是你最清晰、最完整的 「Web3 学习路...
万字长文聊聊Web3的现状与趋势
整体数据现状与趋势首先,先来看看 Web3 的搜索热度情况,我们可以从 GoogleTrends 中看到一些数据。下图是关于 Web3 在全球过去 5 年内的搜索热度趋势图:从图中可以看出,前面几年的搜索热度一直很低,热度值一直保持在 10 以下,但从 2021 年下半年开始逐渐飙升,在 2021 年 12 月底达到了顶峰。虽然随后开始有所回落,但依然保持在很高的热度。 如果再按区域来看搜索热度,就会发现,搜索热度最高的竟然是在中国,且与其他区域的搜索热度差距很大,如下图所示这说明,中国依然是 Web3 最大的潜在市场。 接着,再来看看整个加密货币总市值的趋势图,某种程度上,这也代表了整个 Web3 行业的总市值。下图的数据来自 CoinMarketCap:从图中可以看到,总市值也是在 2021 年出现大幅度飙升,2021 年底到达顶峰,达到了将近 3 万亿美元的总市值。随后不断回落,在 2022 年底跌到了最低点,总市值降到低于 1 万亿,相比高点,跌去了三分之二。但是,就算是最低点也依然比 2021 年之前那些年的总市值高得多。 加密货币的总市值看上去好像不低,但如果跟全球股...
万字长文聊聊Web3的组成架构
Web3 发展至今,生态已然初具雏形,如果将当前阶段的 Web3 生态组成架构抽象出一个鸟瞰图,由下而上可划分为四个层级:区块链网络层、中间件层、应用层、访问层。下面我们来具体看看每一层级都有什么。另外,此章节会涉及到很多项目的名称,因为篇幅原因不会一一进行介绍,有兴趣的可以另外去查阅相关资料进行深入了解。区块链网络层最底层是「区块链网络层」,也是 Web3 的基石层,主要由各区块链网络所组成。 组成该层级的区块链网络还不少,Bitcoin、Ethereum、BNB Chain(BSC)、Polygon、Arbitrum、Polkadot、Cosmos、Celestia、Avalanche、Aptos、Sui 等等,还有很多。根据 Blockchain-Comparison 的统计,截止撰文之日的区块链至少有 150 条。这里我们主要说的是公链,联盟链不包括在内。因为区块链实在太多,会有些眼花缭乱,所以有必要进行分门别类。 首先,不同区块链之间存在着分层结构,有 Layer0、Layer1、Layer2 之分。其次,Web3 的繁荣发展,依赖于智能合约技术,而智能合约的运行环境为...
Blockchain engineer

Subscribe to Keegan小钢

Subscribe to Keegan小钢
Share Dialog
Share Dialog
<100 subscribers
<100 subscribers
这是我的 AI + Web3 实战营的第六篇研发日志,前五篇如下:
https://mp.weixin.qq.com/s/P2M7DE1enBZYD3zw1Z4jhA
https://mp.weixin.qq.com/s/GntcgQPP35XSJOWqbw9Oqw
https://mp.weixin.qq.com/s/j_faRPDhEfjRUCh4zMHYMw
另外,关于 AI + Web3 实战营的相关介绍则有如下几篇文章:
前天完成了 BlockETF 的第一个里程碑目标——合约开发。之后,昨晚我们就开始进入 测试阶段。
一开始,我就直接对 Claude Code 说:
“现在我们已经完成了 MVP 版本的合约开发,4 个合约都已经完成,下一步我们需要对这些合约进行充分测试。请你先帮我设计出所有测试用例,要尽可能覆盖所有场景。”
Claude Code 立刻开始干活。不过它一开始把整个 测试用例方案 直接打印在聊天窗里,这其实不太方便回看。于是我让它生成文档保存,结果它也很听话,立刻输出了一份 测试计划文档。
第一版的测试计划文档已经相当完整,包括:
200+ 个测试用例,覆盖所有 4 个合约
12 个测试类别:功能、集成、安全、性能等
优先级标记:P0 / P1 / P2
测试执行计划与时间表
环境配置与工具清单
验收标准与风险评估
文档大纲长这样👇

要是交给传统测试人员来写,这样一份文档至少要一周时间。Claude Code 却只用了几分钟就完成了。
当然,第一版并不完美。当我开始 review 第一个合约的第一个模块时,就发现用例设计不够完整。我反馈给 Claude Code:
“BlockETFCore 的初始化测试有很多异常情况没覆盖,比如 oracle 没有初始化、价格为 0、数组长度不一致等等。你需要把这些场景都补上。”
在第一版中,初始化模块只有 6 个用例。经过补充,现在扩展到 51 个完整用例,涵盖了:
基础验证:正常流程和重复初始化
Oracle相关:未设置、零价格、异常、过期数据
数组验证:空数组、长度不匹配、边界测试
资产验证:零地址、重复、非ERC20、恶意代币、不同精度
权重验证:总合验证、零权重、溢出测试
目标价值验证:过小、零值、极大值
转账和余额:余额不足、授权、钩子攻击
计算验证:精度损失、舍入误差
份额铸造:分配验证、比例验证
状态更新:所有状态变量的正确性
权限验证:owner权限检查
边界和极端情况:价格差异、gas限制、并发
集成场景:真实代币、特殊代币
事件验证:事件参数正确性
说实话,这么全面的用例设计,连我自己都感到惊喜。单靠人工,很难一次性想到这么多角度。
之后,我又让 Claude Code 把其他功能模块的用例也全部补齐,最终整个测试计划扩展到了 500+ 用例,覆盖了所有公开函数、边界条件和异常场景。
但在继续 review 的过程中,我发现 调整权重 模块依然缺失,便再次要求补充。
这一次的测试设计,不仅让我们收获了一份更完整的测试计划,也顺带推动了合约的细节优化。很多时候,测试用例本身就是发现潜在问题的最好手段。
在 review BlockETFCore 的初始化用例时,我们就注意到几个可以改进的地方:
Oracle 初始化流程:原本需要先部署合约,再单独调用 setPriceOracle,过程有点繁琐,也存在中间步骤失败的风险。于是我们把 Oracle 地址直接放进构造函数里,部署时一步完成,既减少操作步骤,也更直观。
防止重入攻击:初始化函数涉及到多次外部调用。为避免潜在的重入风险,我们给 initialize 函数加上了 nonReentrant 修饰符,让逻辑执行更安全。
代币转账的安全性:原本用的是直接 transferFrom,这种方式在失败时可能静默不报错。现在统一改为 SafeERC20,确保转账失败会直接 revert,避免出现账面和实际不一致的问题。
这些调整看似只是小细节,但它们能大幅提升合约的健壮性。也可以说,正是测试驱动,让我们在实现阶段就提前发现了潜在风险点,并及时修正。
目前,我们只完成了 BlockETFCore 合约的第一个测试模块——初始化测试。接下来还有大量的测试用例需要逐个走通。
在推进节奏上,我们不会等到所有用例都 review 完才开始写测试脚本,而是采用 迭代式方式:
先快速过一遍整体大纲,确保没有明显缺漏;
再从高优先级的模块开始,逐个模块 review → 写 Foundry 脚本 → 跑通 → 修正;
最后再回头补充边角用例。
这样一来,每完成一个模块,就能立刻验证其稳定性,同时让测试代码与用例设计互相推动,不断完善。
这是我的 AI + Web3 实战营的第六篇研发日志,前五篇如下:
https://mp.weixin.qq.com/s/P2M7DE1enBZYD3zw1Z4jhA
https://mp.weixin.qq.com/s/GntcgQPP35XSJOWqbw9Oqw
https://mp.weixin.qq.com/s/j_faRPDhEfjRUCh4zMHYMw
另外,关于 AI + Web3 实战营的相关介绍则有如下几篇文章:
前天完成了 BlockETF 的第一个里程碑目标——合约开发。之后,昨晚我们就开始进入 测试阶段。
一开始,我就直接对 Claude Code 说:
“现在我们已经完成了 MVP 版本的合约开发,4 个合约都已经完成,下一步我们需要对这些合约进行充分测试。请你先帮我设计出所有测试用例,要尽可能覆盖所有场景。”
Claude Code 立刻开始干活。不过它一开始把整个 测试用例方案 直接打印在聊天窗里,这其实不太方便回看。于是我让它生成文档保存,结果它也很听话,立刻输出了一份 测试计划文档。
第一版的测试计划文档已经相当完整,包括:
200+ 个测试用例,覆盖所有 4 个合约
12 个测试类别:功能、集成、安全、性能等
优先级标记:P0 / P1 / P2
测试执行计划与时间表
环境配置与工具清单
验收标准与风险评估
文档大纲长这样👇

要是交给传统测试人员来写,这样一份文档至少要一周时间。Claude Code 却只用了几分钟就完成了。
当然,第一版并不完美。当我开始 review 第一个合约的第一个模块时,就发现用例设计不够完整。我反馈给 Claude Code:
“BlockETFCore 的初始化测试有很多异常情况没覆盖,比如 oracle 没有初始化、价格为 0、数组长度不一致等等。你需要把这些场景都补上。”
在第一版中,初始化模块只有 6 个用例。经过补充,现在扩展到 51 个完整用例,涵盖了:
基础验证:正常流程和重复初始化
Oracle相关:未设置、零价格、异常、过期数据
数组验证:空数组、长度不匹配、边界测试
资产验证:零地址、重复、非ERC20、恶意代币、不同精度
权重验证:总合验证、零权重、溢出测试
目标价值验证:过小、零值、极大值
转账和余额:余额不足、授权、钩子攻击
计算验证:精度损失、舍入误差
份额铸造:分配验证、比例验证
状态更新:所有状态变量的正确性
权限验证:owner权限检查
边界和极端情况:价格差异、gas限制、并发
集成场景:真实代币、特殊代币
事件验证:事件参数正确性
说实话,这么全面的用例设计,连我自己都感到惊喜。单靠人工,很难一次性想到这么多角度。
之后,我又让 Claude Code 把其他功能模块的用例也全部补齐,最终整个测试计划扩展到了 500+ 用例,覆盖了所有公开函数、边界条件和异常场景。
但在继续 review 的过程中,我发现 调整权重 模块依然缺失,便再次要求补充。
这一次的测试设计,不仅让我们收获了一份更完整的测试计划,也顺带推动了合约的细节优化。很多时候,测试用例本身就是发现潜在问题的最好手段。
在 review BlockETFCore 的初始化用例时,我们就注意到几个可以改进的地方:
Oracle 初始化流程:原本需要先部署合约,再单独调用 setPriceOracle,过程有点繁琐,也存在中间步骤失败的风险。于是我们把 Oracle 地址直接放进构造函数里,部署时一步完成,既减少操作步骤,也更直观。
防止重入攻击:初始化函数涉及到多次外部调用。为避免潜在的重入风险,我们给 initialize 函数加上了 nonReentrant 修饰符,让逻辑执行更安全。
代币转账的安全性:原本用的是直接 transferFrom,这种方式在失败时可能静默不报错。现在统一改为 SafeERC20,确保转账失败会直接 revert,避免出现账面和实际不一致的问题。
这些调整看似只是小细节,但它们能大幅提升合约的健壮性。也可以说,正是测试驱动,让我们在实现阶段就提前发现了潜在风险点,并及时修正。
目前,我们只完成了 BlockETFCore 合约的第一个测试模块——初始化测试。接下来还有大量的测试用例需要逐个走通。
在推进节奏上,我们不会等到所有用例都 review 完才开始写测试脚本,而是采用 迭代式方式:
先快速过一遍整体大纲,确保没有明显缺漏;
再从高优先级的模块开始,逐个模块 review → 写 Foundry 脚本 → 跑通 → 修正;
最后再回头补充边角用例。
这样一来,每完成一个模块,就能立刻验证其稳定性,同时让测试代码与用例设计互相推动,不断完善。
No activity yet