这是一次非常重要的更新!
接下来我将用最直接、最真相、最不绕弯、最扎心、最硬核、最干脆、最不墨迹的方式来告诉你(哈哈哈~)
核心:这次更新是一次针对之前RLN代码的 [整体重构],将RLN代码架构从“单体架构”转向“现代模块化节点架构”
--------
1. 什么是单体架构?什么是现代模块化架构?
这是软件开发中的两种架构方式,各有优劣!
1.1)单体架构优点:
▪️开发快、结构简单、上手容易
▪️调试、部署、运行都直观
▪️初期性能开销低,适合小团队快速验证
1.2)单体架构缺点:
▪️功能一多就变成“大泥球”,耦合高、难维护
▪️子系统难以独立测试,扩展新功能风险大
▪️团队协作易冲突,长期技术债重
2.1)现代模块化架构优点:
▪️边界清晰、可独立测试和扩展
▪️长期维护成本低,团队协作友好
▪️组件可复用/替换,适合复杂节点长期演进
2.2)现代模块化架构缺点:
▪️前期设计与抽象成本高,开发速度慢
▪️学习曲线陡、组装调试更复杂
▪️功能简单时容易过度设计
一句话总结:单体架构更适合早期探索、快速验证、功能范围可控的阶段,现代模块化架构更适合产品化、长期演进、需要对接多种上层系统(钱包、LSP、交易所、多资产协议)的阶段。
2. 为什么要做这次代码重构?
因为随着RLN的开发,其单体架构越来越庞大,随着持续功能的增加,这个单体会变得越来越“巨型”,从而变得越来越难以维护、测试变得越来越困难。
而且,随着代码的持续开发,开源工作也将提上日程,这种单体架构是不利于第三方集成的。
RGB的RLN是一个长期的重要基建,因此在当前形势下,直接重构架构对未来来说会是一个很大的增益,现在麻烦一些,未来就简单很多。
对于真正要支撑大规模应用的 RGB Lightning 基础设施,模块化几乎是必然演进方向。
如果想更进一步了解这个架构,可以参考reth的架构图,Reth 从一开始就按模块化设计的,目前已经成为了一个高度模块化的 Cargo workspace(100+ crates),Bitlight的RGB-LDK也是要往这个方向发展。
3. 意义是什么?
目前这是RGB协议唯一的“模块化架构”,我觉得意义有几个方面:
▪️代表着项目方长期建设协议的决心
▪️证明了项目方专注于“稳健”的开发而非短期的原型开发或pr
▪️表明了v0.12的RLN功能开发已经接近完备,累积到了临界点
#
BTC# #
RGB#