Solana开源项目参考 // VW Blog

项目列表

Solana 项目早期 Tag 与 Main 分支版本综合分析

https://github.com/blockworks-foundation/mango
https://github.com/marinade-finance/liquid-staking-program
https://github.com/orca-so/whirlpools
https://github.com/saber-hq/stable-swap
https://github.com/cykura/cykura-protocol
https://github.com/Kamino-Finance/klend

总结-A版本

| Solana 项目早期 Tag 与当前 Main 分支版本综合分析

本文对六个主流 Solana 项目的早期 Tag 版本与当前 Main 分支版本进行了对比分析。重点从以下三个方面展开讨论：

实现方式：代码如何实现、架构设计与关键技术选型。
优点：各版本在设计和实现上的优势。
挑战：存在的复杂性、不足及学习上的难点。

下面依次介绍各项目的情况，供开发者参考学习。

1. Mango（blockworks‐foundation/mango）

早期 Tag 版本

核心逻辑
实现了基本的交易撮合、杠杆交易、资金池管理和风险控制等功能，是构建高性能去中心化交易平台的雏形。
实现方式
采用较直接的模块分层设计，各模块间的调用较为紧耦合。代码量相对较少，但为支持核心交易逻辑做了不少硬编码和简单的风险校验。
优点
- 直观展示了交易撮合和杠杆机制的基本实现。
- 结构较简单，便于初步了解平台整体架构和风险控制思路。
挑战
- 模块之间缺乏足够的解耦，代码阅读时需要理清各模块间的交互。
- 功能实现较为原始，边界情况和异常处理不完善，对后续理解更复杂系统可能带来困难。

当前 Main 分支版本

功能扩展
在早期基础上增加了更多功能，如完善的风控系统、借贷支持以及交易优化策略，整体功能更丰富。
实现方式
采用模块化设计，代码经过重构和优化。各组件间更为独立，异常处理、状态校验等更加健全，同时注释和文档也更完善。
优点
- 展示了一个成熟高性能交易平台的完整实现流程。
- 更高的代码鲁棒性和可扩展性，便于理解实际生产环境下的系统架构。
挑战
- 功能复杂度大，涉及多个子系统，学习曲线陡峭。
- 需要投入较多精力去理解各模块间的交互和优化逻辑。

2. Marinade 的 Liquid Staking Program（marinade‐finance/liquid‐staking‐program）

早期 Tag 版本

核心逻辑
实现 SOL 质押、权益代币生成以及流动性解锁。整个业务逻辑单一、聚焦于解决质押后流动性受限的问题。
实现方式
采用直接的指令分发与账户数据更新机制。实现简单、清晰，充分利用了 Solana 的账户模型和低延迟优势。
优点
- 逻辑单一，适合初学者快速入门。
- 代码清晰，便于理解基本的账户管理和状态更新流程。
- 有助于将以太坊开发经验迁移到 Solana 开发中。
挑战
- 功能较为基础，部分异常处理和扩展逻辑未完善。
- 可能缺乏一些实际业务场景下的安全性考量，需要后续版本补充。

当前 Main 分支版本

功能扩展
在原有基础上增加了安全优化、更多业务场景支持以及细致的错误处理逻辑，整体功能更健壮。
实现方式
经过重构后采用模块化设计，各子模块之间接口更清晰，状态校验和安全性增强。代码结构更符合生产级应用要求。
优点
- 安全性和扩展性显著提高。
- 更好的错误处理机制和用户体验优化。
- 便于学习项目从简单实现到成熟产品的演进过程。
挑战
- 相比早期版本，代码复杂度有所提升，初学者可能需要花更多时间理解模块划分。
- 扩展的业务场景和安全机制带来额外的学习负担。

3. Orca 的 Whirlpools（orca‐so/whirlpools）

早期 Tag 版本

核心逻辑
展示了集中流动性池的基本实现，重点在于在特定价格区间内集中流动性以及手续费的基本计算。
实现方式
采用较为直接的算法模型来实现区间流动性，代码中包含了必要的数学计算和流动性分布逻辑，但整体实现较为简化。
优点
- 清晰地展示了集中流动性概念及其基本算法。
- 对数学模型和算法实现有直观的呈现，适合初步了解 AMM 的核心思想。
挑战
- 数学细节较多，需要一定的数学和算法基础。
- 简化的实现可能忽略了许多边界条件和实际运行时的复杂情况。

当前 Main 分支版本

功能扩展
增加了更复杂的流动性管理策略、动态手续费模型和更全面的边界处理机制，适应市场多变情况。
实现方式
在保持核心数学模型的基础上，对代码进行了模块化重构和优化，增强了异常处理和扩展性。
优点
- 功能更完善，能够处理更多实际场景。
- 算法和模型经过优化，提高了资本利用率和系统稳定性。
挑战
- 复杂性大幅提升，对学习者的算法理解能力提出更高要求。
- 模块化设计和动态调整机制增加了代码理解的难度。

4. Saber 的 Stable Swap（saber‐hq/stable‐swap）

早期 Tag 版本

核心逻辑
基于 Curve 模型实现稳定币兑换，重点在于资产定价、价格曲线设计和低滑点交易。
实现方式
通过直观的数学模型实现交换算法，代码中较为详细地呈现了曲线计算与流动性分布机制。
优点
- 数学模型直观，适合学习稳定币交换的核心算法。
- 实现方式清晰，能帮助理解低滑点交易的原理和实现细节。
挑战
- 需要扎实的数学基础来理解价格曲线和定价机制。
- 边界条件和异常情况处理较少，学习时需结合理论知识补充。

当前 Main 分支版本

功能扩展
在原有基础上加入了更多安全性检查、异常处理及多资产支持，提升了系统稳定性和应用范围。
实现方式
采用更模块化和健壮的架构，对数学计算部分进行优化，同时增强了跨链与多资产支持功能。
优点
- 整体实现更符合生产环境要求。
- 兼顾了低滑点和系统扩展性，具有较高实用价值。
挑战
- 实现方式更复杂，数学与编程细节增加了理解难度。
- 需要更多背景知识来理解优化和安全增强部分。

5. Cykura Protocol（cykura/cykura‐protocol）

早期 Tag 版本

核心逻辑
探索性实现，可能涉及风险管理、清算机制或衍生品设计，设计思路较为前沿。
实现方式
采用试验性质的实现方案，代码结构和注释较为简单，更多体现创新思路而非成熟产品的严谨性。
优点
- 提供了前沿创新设计的早期探索案例。
- 有助于拓宽对非传统 DeFi 模型的视野和思考。
挑战
- 代码成熟度不足，缺少系统性的异常处理和安全保障。
- 设计思路尚未完善，初学者可能难以捉摸核心思想的落地实现。

当前 Main 分支版本

功能迭代
经过社区反馈与多次迭代，逐步增加了实用功能和安全性措施，设计趋于成熟。
实现方式
代码结构与注释得到改善，保留了原有的创新思路，同时引入了更多实战经验的优化策略。
优点
- 从试验到成熟的过程能帮助理解创新项目如何不断优化。
- 展示了前沿设计在实际应用中的改进路径。
挑战
- 创新性与成熟度并存，部分设计仍存在不完善之处。
- 学习过程中需要结合其他成熟案例进行对比和补充。

6. Klend（Kamino‐Finance/klend）

早期 Tag 版本

核心逻辑
展示了借贷或流动性协议的基础实现，涵盖资产抵押、借贷撮合以及初步风控措施。
实现方式
采用较为直接的实现方案，代码直观地反映了借贷流程和账户管理逻辑，但功能较为单一。
优点
- 适合初步学习 DeFi 借贷协议的基本原理。
- 实现方式简单，便于理解抵押、借贷及风险控制的基本流程。
挑战
- 功能实现较基础，部分边界和安全机制缺乏完善设计。
- 随着业务扩展，需要理解后续引入的更复杂风控机制。

当前 Main 分支版本

功能扩展
在早期基础上加入了更全面的风控策略、异常处理和用户体验优化，使借贷流程更为完备。
实现方式
经过重构后采用模块化设计，安全性和扩展性显著提升，各模块之间接口定义更清晰。
优点
- 展示了借贷协议从简单实现到成熟系统的完整演进。
- 有助于理解实际生产环境中信用评估和风险控制的实践方法。
挑战
- 随着功能扩展，系统复杂度增加，理解整体架构需要更多时间。
- 风控机制与安全保障设计较为深入，新手需逐步消化。

| 综合建议

初学阶段
- Marinade 的 Liquid Staking Program：
  - 实现方式：早期版本实现简单、直观，易于理解 Solana 的基本开发模式；当前版本则展示了从简到繁的迭代演进。
  - 优点：逻辑单一、代码清晰，适合入门。
  - 挑战：当前版本功能扩展带来一定复杂性，但有助于理解实际产品的完善过程.
- Saber 的 Stable Swap：
  - 实现方式：从直观的数学模型实现到模块化优化，展示了资产交换算法的核心到扩展。
  - 优点：适合学习低滑点交易原理和资产定价算法。
  - 挑战：需要扎实的数学基础和对复杂优化的理解。
进阶学习
- Klend：
  - 实现方式：从早期直接实现借贷逻辑到当前模块化、全方位风控的设计。
  - 优点：展示了借贷协议演进过程和风险控制实践。
  - 挑战：系统复杂性增加，需要更深的理解和实践经验。
- Orca 的 Whirlpools：
  - 实现方式：从简单的集中流动性实现到完善的动态调节机制。
  - 优点：帮助掌握集中流动性与算法模型优化。
  - 挑战：数学与编程细节较多，适合作为进阶学习内容。
高级挑战与创新探索
- Mango：
  - 实现方式：早期版本展示核心交易逻辑；当前版本则整合了多模块协作和复杂风控。
  - 优点：完整展示高性能交易平台的设计思路。
  - 挑战：复杂度较高，建议在扎实基础后再进行深入研究。
- Cykura Protocol：
  - 实现方式：从探索性实现到逐步完善安全机制的迭代过程。
  - 优点：提供前沿创新设计的案例，拓宽技术视野。
  - 挑战：设计尚未完全成熟，需要结合其他案例进行对比和理解。

| 最终结论

通过对比早期 Tag 与当前 Main 分支版本，你可以清楚地看到项目从初始实现到逐步迭代优化的全流程。对于刚转向 Solana 开发的你，建议：

首选入门：选择 Marinade 的 Liquid Staking Program，利用其简单、清晰的早期版本快速掌握基本开发模式，再通过当前版本体会项目演进。
扩展学习：在掌握基础后，可进一步学习 Saber 的 Stable Swap 和 Klend，通过对比早期与当前版本，理解系统如何从简单实现走向成熟应用。
进阶挑战：待基础扎实后，再挑战 Mango 与 Orca 的 Whirlpools，同时关注 Cykura Protocol 的前沿设计，以拓宽视野和技术深度。

这种循序渐进的学习路径，不仅帮助你快速掌握 Solana 开发的核心机制，还能逐步理解复杂 DeFi 应用的设计与实现，为未来实际开发提供坚实的理论与实践支持。

总结-B版本

| Solana 项目早期 Tag 与当前 Main 分支版本综合分析

本文对六个主流 Solana 项目的早期 Tag 版本与当前 Main 分支版本进行了对比分析，从实现方式、优点和挑战三个角度帮助开发者了解项目的设计演进，便于学习和开发。

1. Mango（blockworks‐foundation/mango）

早期 Tag 版本

实现方式：
- 基于基本的交易撮合、杠杆交易、资金池管理和风险控制逻辑实现。
- 模块较少，结构相对直观，但已涵盖核心功能。
优点：
- 清晰展示了高性能交易平台的基本架构与风险控制思想。
- 为理解多模块协作提供了初步示例。
挑战：
- 即便是早期版本，复杂的交互逻辑和风险模型对初学者仍有一定难度。

当前 Main 分支版本

实现方式：
- 功能大幅扩展，包括更完善的风控系统、借贷模块和交易优化策略。
- 代码更加模块化，具备生产级错误处理和性能优化。
优点：
- 展示了完整高性能交易系统的全链路设计。
- 便于对比早期简化实现与成熟产品在架构和安全性上的提升。
挑战：
- 复杂度显著增加，需要更深的基础知识才能全面理解各模块的交互和优化点。

2. Marinade 的 Liquid Staking Program（marinade‐finance/liquid‐staking‐program）

早期 Tag 版本

实现方式：
- 实现了 SOL 质押、权益代币生成及流动性解锁的基本逻辑。
- 主要关注账户管理、状态更新和指令分发。
优点：
- 逻辑单一、结构清晰，极其适合初学者入门。
- 易于理解 Solana 的基本开发模式，便于经验迁移。
挑战：
- 功能较为基础，对极端情况和复杂业务场景覆盖有限。

当前 Main 分支版本

实现方式：
- 在早期基础上增加了多种安全优化、异常处理和更多业务场景支持。
- 采用更为模块化的架构设计，强化了状态验证和错误处理。
优点：
- 反映了实际生产环境下的优化策略和健壮性改进。
- 对比早期版本，展示了项目如何迭代升级。
挑战：
- 扩展后的功能和代码结构更复杂，新手需要一定基础才能全面消化。

3. Orca 的 Whirlpools（orca‐so/whirlpools）

早期 Tag 版本

实现方式：
- 实现了集中流动性池的基础逻辑，涵盖指定价格区间内流动性集中和手续费计算。
- 部分核心算法涉及数学模型和区间划分。
优点：
- 清楚地展示了集中流动性概念和 AMM 模型的初步实现。
- 为学习如何利用区间策略提升资本效率提供了实战案例。
挑战：
- 算法和数学模型较多，对数学基础要求较高，对初学者来说有一定难度。

当前 Main 分支版本

实现方式：
- 功能扩展至更复杂的流动性管理策略、动态手续费模型和自动调整机制。
- 对数学模型进行了细致优化和边界条件完善。
优点：
- 展示了从基础模型到生产级系统的迭代过程。
- 提升了资金利用率和系统灵活性。
挑战：
- 增加的算法复杂度和系统细节需要开发者具备较强的理论和实践基础。

4. Saber 的 Stable Swap（saber‐hq/stable‐swap）

早期 Tag 版本

实现方式：
- 基于 Curve 模型实现稳定币兑换，核心在于资产定价、价格曲线设计及低滑点交易。
- 直接展示了数学公式与算法实现过程。
优点：
- 清晰直观地呈现了稳定币交换机制和数学模型。
- 有助于理解如何通过算法控制交易滑点。
挑战：
- 对数学模型的理解要求较高，部分算法细节可能不易于初学者理解。

当前 Main 分支版本

实现方式：
- 在原有模型上加入了更多异常情况处理、安全性增强及跨链资产支持。
- 代码架构更加模块化，优化了算法性能和鲁棒性。
优点：
- 更贴近生产环境，展示了实际应用中如何优化和扩展算法。
- 对比早期版本，能更好地理解系统稳定性与扩展性的平衡。
挑战：
- 增加的功能和安全措施使得代码复杂度提升，阅读和理解成本较高。

5. Cykura Protocol（cykura/cykura‐protocol）

早期 Tag 版本

实现方式：
- 探索性实现，涵盖风险管理、清算机制或衍生品设计等前沿思路。
- 代码结构相对简单但不够系统化，主要为试验性质的设计。
优点：
- 展现了创新性思路和前沿尝试，为拓宽技术视野提供了素材。
- 有助于了解新颖设计在初期的实现方法。
挑战：
- 文档和代码注释较少，成熟度不足，可能存在较多试错和不完善之处。

当前 Main 分支版本

实现方式：
- 基于社区反馈和不断迭代，加入了更多实用功能和安全保障机制。
- 结构和注释有所改进，更接近生产级别应用。
优点：
- 在保留创新设计的同时，提高了稳定性和安全性。
- 对比早期版本，可观察到探索性设计如何向成熟产品转变。
挑战：
- 由于设计初衷的前沿性，部分模块可能仍然不够成熟，理解和调试难度较大。

6. Klend（Kamino‐Finance/klend）

早期 Tag 版本

实现方式：
- 实现了借贷或流动性协议的基础流程，包括资产抵押、借贷撮合及初步风控措施。
- 代码直观、流程清晰，但功能较为单一。
优点：
- 直观展示了 DeFi 借贷协议的基本原理，易于理解。
- 为学习资产管理、借贷撮合和基础风险控制提供了入门案例。
挑战：
- 功能较为基础，未能覆盖复杂的风控场景，对实际应用启示有限。

当前 Main 分支版本

实现方式：
- 在早期基础上扩展了风控策略、异常处理和用户体验优化。
- 采用更模块化设计，强化了安全性和扩展性。
优点：
- 展示了从简单实现到完善系统的演进过程，适合深入学习风险管理和信用评估机制。
- 更贴合生产环境，对实际开发具有较高参考价值。
挑战：
- 增加的复杂性和风控逻辑要求对系统整体有较深入的理解，新手可能需要逐步消化。

| 综合建议

初学阶段
- Marinade 的 Liquid Staking Program：
  - 实现方式简单、直观，逻辑单一；
  - 优点在于易于理解和入门，帮助快速掌握 Solana 的基本开发模式；
  - 挑战则在于功能较为基础，覆盖面有限。
- Saber 的 Stable Swap：
  - 实现方式展示了数学模型在资产交换中的应用；
  - 优点为算法和低滑点交易提供了清晰示例；
  - 挑战在于数学原理需要较高理解成本。
进阶学习
- Klend：
  - 实现方式从简单的借贷流程演进到复杂的风控体系；
  - 优点在于系统性展示了 DeFi 借贷协议的全流程；
  - 挑战为不断增加的风险管理细节和系统复杂度。
- Orca 的 Whirlpools：
  - 实现方式由基础集中流动性模型扩展到动态管理；
  - 优点在于能深入理解 AMM 模型及算法优化；
  - 挑战为数学模型和实现细节的复杂性。
高级挑战与创新探索
- Mango：
  - 实现方式由初期的交易撮合到完善的多模块协作；
  - 优点在于展示了高性能交易系统的全链路架构；
  - 挑战则在于整体复杂度较高，需要扎实基础后再深入。
- Cykura Protocol：
  - 实现方式从试验性设计逐步走向成熟；
  - 优点为前沿创新提供了有价值的探索案例；
  - 挑战在于其部分设计和实现仍存在不成熟之处，需谨慎研读。

| 最终结论

对比早期 Tag 与当前 Main 分支版本，不仅能帮助你掌握各项目的基本开发逻辑，还能体会到项目在实际生产中不断优化与演进的过程。对于刚开始转向 Solana 开发的你，推荐的学习路径是：

入门阶段：
- Marinade 的 Liquid Staking Program：适合作为入门项目，快速掌握账户模型、指令分发及状态更新。
- Saber 的 Stable Swap：如果对数学模型和算法感兴趣，帮助理解稳定币交换的基础原理。
进阶阶段：
- Klend：学习借贷协议的基本流程和风控设计，对比早期与当前版本理解系统演进。
- Orca 的 Whirlpools：进一步探究集中流动性池的数学原理和高级算法实现。
高级挑战与前沿探索：
- Mango：在基础扎实后挑战完整高性能交易系统的架构与多模块协作。
- Cykura Protocol：关注前沿创新设计，通过对比早期与当前版本拓宽技术视野。

这种循序渐进的学习路径将帮助你从基础到前沿全面掌握 Solana 合约开发的核心技术，为未来的实际开发打下坚实的理论与实践基础。