这是我们研发「BlockLever」的第 4 篇研发日志，前 3 篇如下：
截至昨天，我们终于完成了第一个关键里程碑：完成全部核心合约开发 & 单元测试。
成果总结：第一个月的沉淀
从 2025 年 11 月 1 日正式开营，到 2025 年 12 月 7 日，历时一个多月，我们终于达成了「BlockLever」的第一个阶段性目标。
回看第一期实战营「BlockETF」，从开营到结束仅用了一个月，而第二期「BlockLever」却已经超过一个月，目前才完成合约开发与单元测试。
原因其实很清晰也很现实：BlockLever 的业务复杂度远高于 BlockETF。
- BlockETF 是「指数篮子 + 自动再平衡」的资产聚合协议，只需要与单一 DEX 交互，逻辑边界相对清晰。
- BlockLever 则是一个同时涉及 杠杆、借贷、价格风险、清算边界、DEX 流动性路由 的综合性协议，链上行为会受到更多外部因素影响，必须推演更多边界情形与极端行情，才能确保整体风险模型的稳定性与安全性。
因此，无论是在架构设计、逻辑拆解、极端情况推演，还是在测试验证层面，BlockLever 的工作量都显著高于 BlockETF，开发周期自然也更长。
截至今天，「BlockLever」实战营已经产出了 28 个完整录制视频（累计时长约 50 小时），并同步发布了 28 篇内部研发日志。在产品与技术文档层面，我们也完成了相当扎实的基础建设，包括：
- PRD（产品需求文档） v1 & v2
- TAD（技术概要设计文档） v1 & v2
- 杠杆机制详细设计文档
- 借贷方案设计文档
- 智能合约接口详细设计文档
- 费用模型设计与计算指南
- 架构重构方案对比分析文档
- 方案 B 重构设计文档：独立资产账户
- 4 个核心合约的测试用例设计文档（共 4 份）
接下来，我计划继续输出 PRD v3 与 TAD v3，并补齐 4 个核心合约的详细设计文档，让 BlockLever 的文档体系从“能用”进一步进化到“完整、可审计、可复用”。
当前阶段的核心任务，就是为未来的集成、审计与上线打好地基。而从目前的产出质量与稳定性来看，BlockLever 已经顺利站上了下一阶段的起跑线：搭建完整测试环境（Integration Environment）与启动前端开发（Frontend MVP）。
第一个里程碑的研发过程回顾
过去一个多月的研发过程并不是线性推进的，而是经历了数次方向调整、架构重构与模型细化。
首先是在产品定位上的转变。一开始我将「BlockLever」定义为一款轻量化的 Perp DEX，但在调研与业务推演后，很快意识到 Perp DEX 的竞争已经极度内卷，不适合作为一款低成本创业项目的切入点。于是我们果断调整方向，将 BlockLever 重新定位为 面向现货投资者的收益增强工具，同时让产品边界更聚焦、可控、有差异化。
其次是智能合约架构的演进。在上一篇研发日志中，我们采用的是「一个用户对应一个 UserAccount 合约」的模式，由该账户统一管理用户所有资产的状态。然而在推演清算边界、风险隔离与多资产并发场景后，我们发现这种结构会带来状态耦合与复杂度上升，于是架构升级为：每个 UserAccount 只管理单一资产。用户的多资产仓位拆分为多个独立账户，风险更清晰，结构也更有可扩展性。
再者是基础资产方向的修正。在早期调研 Venus 时，我一度误以为 USDT 不能作为抵押物，只有 DAI 支持，因此架构中采用了 “底层使用 DAI、面向用户使用 USDT、由路由负责互换” 的模式。后来进一步确认 Venus 已支持 USDT 抵押，于是底层基础资产也随之回归为 USDT，使整个协议路径更直接、更高效。
此外，借贷协议与 DEX 的组合也暴露出大量需要推演的边界情况：滑点、流动性深度、利息累积、借贷与仓位价值的联动……每一项都需要细致拆解。我们不断迭代具体流程，调整状态机，逐步把所有关键动作的输入输出打磨清晰。
总体来看，这个里程碑的核心价值并不仅仅是“把合约写出来”，而是在持续的拆解、推演与重构中，让 BlockLever 的底层架构、产品定位与风控逻辑真正变得稳固而清晰，为下一阶段的测试环境搭建奠定了坚实基础。
下一阶段规划：测试环境与前端开发
随着核心合约和基础单测的完成，BlockLever 已经从“设计与建模阶段”正式迈入“系统验证阶段”。接下来最重要的工作，就是搭建一个能够模拟真实链上环境的 集成测试环境（Integration Test Environment），并启动 前端 MVP 的开发，让整个协议首次以“完整产品”的形态真正跑起来。
1. 测试环境：从局部正确到系统可运行
单元测试只能验证每个模块单独运行时是否正确，而 BlockLever 涉及借贷协议、DEX 流动性、清算逻辑、利息累积、资产价格变化等多重联动，因此必须在更接近真实链上的环境中验证整体行为。
在这个阶段，我们会搭建：
- 基于 BNB Chain 主网数据的本地 Fork 环境
- 与 Venus 的真实交互测试（存款、借款、利息累积等）
- 与 PancakeSwap 的 Swap 路径验证（滑点、价格影响等）
- 借款买入、借款卖出、买入还款、卖出还款等操作的全流程联调
- 抵押率变化与清算边界触发测试
- 模拟价格波动与极端行情的压力测试
目标是确保：
BlockLever 在真实链上也能稳定运行、风险边界清晰、逻辑收敛且可预期。
这是 BlockLever 能否安全进入 Testnet 的关键步骤。
2. 前端 MVP：把协议“真正跑起来”
与此同时，我们也会启动前端 MVP 的开发。这个版本不会追求美观，而是一个“可交互的调试面板”，用于验证完整操作链路。
前端 MVP 将实现：
- 基本的买入 / 卖出操作界面
- 资产信息展示（抵押品、债务、当前 PnL 等）
- 与合约交互的全流程日志
- 实时获取价格与资产状态
- 用于调试的参数输入与反馈
通过前端与合约联调，可以更早发现流程上的不一致、状态机遗漏、用户视角的异常体验等问题。
3. 下一阶段的里程碑
为了让研发推进更清晰，本阶段将拆分为以下几个 checkpoint：
- 测试环境框架搭建完成
- 完整买入卖出流程全部跑通
- 清算边界行为稳定验证
- 前端 MVP 与合约的首次联调成功
- Testnet 部署准备（合约审计前的最后验证）
这几个步骤完成后，BlockLever 就会离公开测试网更进一步。
实战营涨价
随着本期实战营完成了 BlockLever 的第一个重要里程碑（核心合约开发 + 基础单测完成），整体的内容体系和教学深度都达到了一个新的阶段。
因此，从今日起，第二期实战营的报名价格将正式调整为 $449。
这也意味着后续加入的同学，将从一个更加成熟、更加系统的内容体系中受益，包括更完善的 PRD/TAD 文档、更清晰的架构设计、完整的增强策略流程、测试环境搭建，以及后续的前端与 Testnet 阶段。
参考阅读：
