我画了五年区块链应用结构图，90%的人第一步就画错了

导读： 我先后参与过五六年区块链项目的结构图绘制工作, 从中得到的最深刻的体会, 就是绝大多数人在一开始设计的时候, 往往会急于求成...

我先后参与过五六年区块链项目的结构图绘制工作, 从中得到的最深刻的体会, 就是绝大多数人在一开始设计的时候, 往往会急于求成, 将节点、共识机制、智能合约以及跨链桥接技术等要素统统堆砌在同一张图纸之上, 这种做法表面上看来似乎头绪众多且场面热闹, 但实际上却是让任何人都无法清晰地理解其内在逻辑。

相反, 我认为真正关键的内容其实仅仅包含三个层级, 大家在设计的过程中绝不应该贪多嚼不烂, 而是要追求精简。

区块链结构图怎么分层

我现在的做法是采取从下往上的方式来切割出三个部分, 具体的构成情况是这样的, 最下面一层属于网络层以及共识机制, 正中间的这一部包含有智能合约、链上数据库和跨链桥接这几个东西, 再上面一级的才涉及到前端DApp交互还有链下预言机。

每一层都得用单独的矩形框来装起来, 在不同层级与层级之间需要用带箭头的线去标明数据流动的走向, 大家不要把那个箭头画得太七扭八拐的。

大家最为忌讳的一个做法,就是把各个组件全部平铺在同一个层级结构之中。领导在查看内容的时候, 心里真正关心的焦点, 在于弄清楚究竟是谁在调用谁, 以及数据是从什么地方流动到了什么地方, 绝对不希望看到那种混混沌沌、杂乱无章像是一锅粥一样的局面。

如果你一下子就把二十个模块毫无章法地展示出来, 领导用眼睛一看就会觉得心里非常烦躁, 紧接着他就会张口问你说重点到底在哪里。

画区块链图用什么工具

十几个模块以内，draw.io拖拽就够了，导出PNG丢进PPT。项目大、要反复改需求，我直接用visio，把每个模块设成可编辑组件，改一个不用重画整张图。跨团队协作用Figma，旁边标注写清楚每条线代表什么协议、走的是哪个RPC。

你要给那些不懂技术的人去做汇报, 你只要把线条颜色对应得非常准确就完全足够了, 蓝色代表的是数据流, 红色代表的是控制流, 绿色代表的是异常回滚的内容, 因为对方哪怕只是匆匆扫上一眼, 也只需要花费五秒的时间就能彻底明白其中的含义。

你是在画完之后, 自己盯着那个图像去看了整整三十秒钟的这么一种情况, 如果你在讲不清楚的话, 就比如说讲不出这条线是核心、那条线是辅助这样的结论, 那么就说明你还得继续进行修改的这个动作, 因为结构图它就是整个项目的一个骨架的存在, 如果这个骨架发生了歪斜或者是出现了问题的话, 那么后面关于开发这个环节的所有工作全部都必须要进行返工这么一个过程。