认识MetaID - 原理篇之一

上一章，这上一章追溯到上两年了😂😂尴尬，坚持写作文对我来说确实有点难度。上次我们大概介绍了什么是MetaID，MetaID能做什么，这一章，我们来讲讲其原理。

MetaId协议把用户自己的数据以有向无环图形式形成自己的一个数据树，下面统称树，也就是说一个用户所产生的数据都是在自己的树下，他的所有动作都记录在其树下，并且是保存在区块链中，与传统互联网管理数据的方式就有所不一样了，单纯这么说还是有点抽象，下面我们来举个例子，就拿ShowBuzz这个链上微博与传统互联网微博来做个对比：

首先简单讲讲所谓的用户数据树，图1大概描绘了MetaId用户在链上微博的一些动作记录，无论发帖/点赞/评论等等动作，都会记录在用户树底下，是用户自发而起，数据服务商也无法擅自操控和删除用户树下的动作记录。读者如果还没理解的话可以参考上一章我举的例子，用户树就是一层层文件夹，自己的每一步操作都保存在这些文件夹里面，发帖保存到“发帖”文件夹，评论保存在“评论”文件夹。

1.数据的产生

传统微博对于数据服务商来说是怎么得到每个帖/点赞/评论等等。是通过针对每一个业务功能都开发出不同的上报接口，每个接口的请求数据结构与内容各不一样，即发贴有专门的接口，评论有专门的接口等等。如图2，各个业务接口接收数据后处理成对应的表。

基于MetaId的链上微博是怎么产生帖/点赞/评论等等的链上数据的。由于MetaID协议定义了通用的数据结构，所以上链的方式也可以统一，无论是发帖/点赞/评论等等，都是用一个方法进行上链，其中不一样的，只是数据内容不一样。具体内容下一章将会讲解。

2.数据的关联

传统微博，数据在产生的时候就已经在数据库中表里形成关联，表里每个点赞/评论的数据都带有对应到某个帖的ID。如图4。

基于MetaId的链上微博，数据变成了用户与用户之间的关联，数据服务商根据协议规则，以及动作协议的规则，把数据关联起来，如图，B用户的评论动作数据是针对用户A的帖2，那数据服务商则把数据聚合成微博应用的数据格式，便于应用端展示，如此，一个简单的链上微博应用就这样形成。

3.应用效果

图5则是实际应用的效果-ShowBuzz，这里面每个动作都是记录在用户自身的MetaId树下，通过数据服务商捕获链上的数据，进行用户与用户之间的互动关联，达到应用目前的效果，当然，动作不仅仅是发帖/点赞/评论，还有转发，付费阅读等等一系列动作。

应用网站：ShowBuzz

以上是针对MetaId原理的一些简单总结，希望能通俗易懂得讲解给读者，也便于未来MetaId应用开发者的入门。