区块链私有链解析论文 架构描述与实验设计全拆解

导读： 大家写区块链私有链解析论文的时候, 踩进去的最大一个坑通常不是因为技术深度没达到要求, 而是因为架构描述跟实验设计没有对上号。很多作者会花大量时间用来调参数和跑基准测试...

大家写区块链私有链解析论文的时候, 踩进去的最大一个坑通常不是因为技术深度没达到要求, 而是因为架构描述跟实验设计没有对上号。

很多作者会花大量时间用来调参数和跑基准测试, 但是论文里的架构部分只用两三段话就把事情带过去了, 所以审稿人根本无法看清楚系统整体到底是怎么搭建起来的。本文会从选题切入以及实验落地这两个关键环节出发, 把那些最容易把人卡住的地方拆开来细细地讲一讲。

私有链解析论文如何选题

在选择具体的研究课题时, 你千万不能只把目光局限于共识算法的各种变形和改良。权限模型与审计追踪这个东西, 那才是私有链能够跟公有链区分开来的最核心的要点。

你可以去关注一下近两年那些顶级的会议论文你就会发现, 大家围绕RBAC权限扩展以及如何在链上进行审计日志记录所发表的明显越来越多。这一研究方向之所以值得投入, 主要就是因为它不仅在实际的工程应用中有着可以落地的具体场景, 而且也在理论研究方面存在着可以继续深挖出来的广阔空间。

建议大家根据实际的业务场景来回推需要什么样的技術需求。拿供应链金融这个例子来说, 这里涉及到多方共享数据但又要把权限隔离开来的情况。这种状况本来就是非常契合私有链架构设计的。如果不这样做, 反而强行去套用那些通用的共识方案的话, 是很难写出具有差异化的贡献的。

私有链解析论文怎么落地

在实验这一部分之中, 最容易出现的就是那些逻辑上面存在的漏洞问题。

很多时候, 写论文的那些作者仅仅只是跑了一下Hyperledger Fabric系统里面自带的默认那种配置情况, 根本就没有去做任何关于压力的测试动作, 也完全没有进行过什么故障注入环节这样的操作, 所以他们最后得出来的结论其实是完全站不住脚的。

我们在这里建议至少要去设计出来三组对照实验出来, 具体的这 三组对照实验应当包括不同节点规模下的表现情况、不同TPS负载条件下的运行状态, 以及节点发生宕机以后的恢复时间长度这几个方面的内容,并且相关的参数表格一定要做到完整无缺, 绝对不能只是简单地把一个TPS数字扔出来就算完事。

审查人员通常会把稿子直接打回来, 原因在于你的数据里缺了数据一致性延迟和权限操作开销这两项指标。你别只是盯着吞吐量看, 要把这两个点当成重点, 因为数据一致性延迟和权限操作开销才是私有链的真正软肋。

你需要把调用链路在架构描述那里画清楚, 你也要把实验数据跟完整的参数表搭配好, 只有让读者能够据此来复现你得出的结论, 你把这两个方面的工作都做得非常扎实, 那么你论文的档次和质量就会提升到一个更高的水平。