开发区块链的这个生态圈, 它可不是简单地在那里堆砌那些技术的, 而是需要从底层的共识协议一直到上层的各种应用的一个整体的、庞大的一整套系统性的工程。
所以在你真正开始动手去做之前, 你得首先把这个事情想得特别清楚, 你到底是要去解决在哪个层面上的问题, 明确了这个之后, 你再根据情况来决定要把多少人力和什么样的资源去进行分配和使用。
区块链生态研发难在哪
协议层的互操作性是绝对不可回避的一个难点。因为各个链之间的数据孤岛现象是非常严重的, 所以跨链通信机制到目前为止依旧没有达到足够成熟的程度, 这就导致研发团队在很多时候必须自己去进行桥接方案的设计工作。
我曾经见到过一个项目, 光是为了解决一个跨链消息一致性的问题, 就耗费了将近半年的时间精力, 但最后在做这些工作的同时, 竟然还顺带地引入了一些新的安全隐患, 这种做法真的是太不划算了, 可以说是完全的得不偿失。
工具链的碎片化状况, 实际上也是在拖慢整体的发展节奏。SDK、链上索引器以及验证节点的管理工作, 它们各自走各自的路线, 彼此之间缺乏一个统一的标准。因此, 团队去整合这些组件的成本, 远远超出了最初的预料。很多时候, 仅仅进行一个小小的版本升级, 都会引发连锁反应, 导致牵扯到方方面面。
区块链生态研发如何落地
我在负责项目时所采取的做法, 是从最小闭环这个概念开始起步的。具体来说, 是要先在一个链上去把核心的业务流程完整地跑通, 以此来验证数据的一致性以及吞吐量相关的指标, 然后才会去逐步引入第二层扩容机制和跨链组件这些内容。
要是从一开始就不顾实际情况去铺设多链架构的话, 会导致复杂的程度出现指数级的膨胀, 这种情况下小规模的团队是根本没办法兜住底的, 也就是说没有办法承担这种复杂度的。
在测试环节之中, 必须将真实的并发场景加以模拟。有不少团队是到了上线前那个时刻才暴露出性能存在瓶颈的问题, 等到已经进入了生产环境以后再去进行修复的话, 所付出的代价完全是处于另一个量级这样的状态之中。至于用户信任一旦丢失, 那就非常难以再将其找回来了。
生态研发这一块儿并没有那种一劳永逸的办法, 想要把每一个步骤里面的边界情况都考虑到极致，这其实比去追求技术上面那种什么都要管、什么都要懂的做法要有价值得多。
转载请注明出处：imtoken，如有疑问，请联系（）。
本文地址：https://www.zmdyd.cn/gwimqb/10205.html