区块链开源项目涵盖了非常完整的技术栈, 这个技术栈包括了从底层的共识算法, 再到智能合约的运行环境, 一直延伸到在上层进行链上应用开发的内容, 这些项目构成了行业基础设施中最为关键的组成部分。
区块链开源项目怎么选
选型的重点在于业务场景是什么。如果你需要做链上数据索引, 那么The Graph的subgraph协议差不多就是标准选择。
如果你的任务是开发智能合约,那么Hardhat和Foundry的测试覆盖率是最完善的。至于涉及跨链通信的情况, Polkadot的XCM和CosmosIBC是目前已经在开源方案里拥有最齐全文档的工具。
别只盯着那 GitHub 平台上的 Star数量这一件事儿, 你要把目光放宽, 去看看社区的 commit提交频率到底是怎样, RFC建议书的响应速度到底有多快, 还有安全审计记录到底是不是完备, 这三项指标加在一块儿, 比那个单纯的点赞数量更能让人判断清楚一个项目到底能不能直接放到了生产环境里去使用。
区块链开源项目怎么参与
很多人觉得去参与开源的那些做贡献的事, 其实门槛并没有想象中的那么高, 你完全可以先从提交那个用来描述 bug 的复现步骤的 Issue 开始起步, 接着再去参与对设计文档的那类讨论环节, 直到最后去提交那个 PR 并把代码给合入到项目里为止, 像 Hypledger 还有 Tendermint 这种开源项目, 它们都已经写好了非常详细的关于贡献者应该怎么做的一些指南, 你只需要严格按照流程走就已经完全足够了。
最现实一点的办法, 那就是自己在本地的电脑上, 专门搭建一个节点用来做测试, 通过docker-compose工具把整个运行环境给启动起来, 顺手修改几个和出块相关的参数设置, 接着仔细去观察在区块生成了之后, 以及共识机制发生了切换的那些过程, 这种通过实际操作得出来的经验, 比光是埋头去读那些专业白皮书要能够理解的深入得多。
现在的工具链更新得非常快, 所以对于选型这件事来说, 并没有一个可以一劳永逸的明确答案, 与其去死追着某一篇测评看, 倒不如隔个几个月就重新翻一遍 GitHub Trending, 这样做的实用程度会更高一些。
转载请注明出处：imtoken，如有疑问，请联系（）。
本文地址：https://zmdyd.cn/imazbqb/11384.html