区块链LDBC图数据库里到底在折腾啥

导读： 区块链这个东西已经搞了非常长的时间, 在链上的节点、交易、以及地址之间存在着关系。这些关系复杂得就像是缠在一块的毛线球一样。要是你采用关系数据库来强行塞入数据...

区块链这个东西已经搞了非常长的时间, 在链上的节点、交易、以及地址之间存在着关系。这些关系复杂得就像是缠在一块的毛线球一样。要是你采用关系数据库来强行塞入数据, 那么在处理的过程中就会让人十分头疼。LDBC这套图基准测试标准, 实际上就是为了去解决一个明确的问题。

需要搞清楚用图数据库来运行基于区块链的图谱,其运算速度到底可以达到什么样的多快水平,其运行的稳定程度究竟能够维持到何种状态。我真的见过太多的团队, 他们还在用SQL这样的方式, 去一条一条地查询, 这个效率低得让人真想拍桌子。

具体应该采用何种操作方法, 请勿使用那些不切实际的空谈。需要将存在于区块链网络当中的实体对象, 包括账户、智能合约以及代币令牌等元素, 全部转化为符合LDBC规范的图形数据结构模型, 在执行查询路径操作的时候,直接利用图遍历的技术手段进行处理, 千万不要兜圈子。

本人在上个月期间协助了一位从事链上风险控制相关业务的朋友修改其系统架构, 原系统在运行多级交易追踪功能时耗时约为四十秒, 而在转换为LDBC图形数据模型之后耗时长缩短至三秒左右。

这并不属于某种神秘的高科技技术, 核心原理仅仅在于对数据存储的位置进行正确的布置与排列。你把图模型建立完毕, 所消耗的时间仅仅是半天而已, 这一点要比你去调整SQL语句所花费的一周时间要来得强大得多。