第一节 存在性证明

列表中包含自己提交的数据记录条目（Entry），那么他们就可以有足够的信心相信它会被成功地录入到Factom上。

（10）在一分钟时间结束时，所有服务器确认进程列表高度，揭示一个确定性的秘密数值（该值为一个反向哈希值，即一条较长的、连续的区块链哈希值的原像值），还有被处理区块的一系列哈希值（将与进程列表中的最后一项相匹配）。

（11）那一分钟的目录区块（Directory Block）是由所有服务器中定义的所有记录区块（Entry Block）组合到一起建造而生成的。因此，每个服务器都拥有所有的记录区块、所有的目录区块和所有记录条目（All Entries）。

（12）使用反向哈希值的集合来创造一个种子，为下一轮的ChainIDs重新分配服务器。

（13）在完成10个目录区块后，请执行以下操作。

①对最后一分钟的条目记录块创建Merkle根（Merkle Root），按ChainID排序。

②创建最后一分钟的目录区块，并计算其Merkle根。

③用10个目录区块的Merkle根创建一个锚定（Anchor）。

④用服务器的反向哈希值集合来创建一个种子，再用其选择下一个服务器来把锚定写到比特币区块链上。

（14）重复（再从第1步开始循环）。

在一分钟里，联合链服务器为其所负责的链建立进程列表，以及构建这些链的条目记录区块，这些将用于在一分钟结束时创建目录区块。这里的进程列表起到服务器用来向网络发布其对条目记录的处理决定的作用。

联合链服务器每四小时重新排名。排名由用户投票决定，用户必须在链上登记。登记信息包含任意数量的签名公共地址记录。一个用户的投票权重是由他们的个人资料的公共地址确定的。计算一个公共地址投票权重总和的函数如下。

在过去六个月中购买的积分加权（当月乘以6，上月乘以5，以此类推）。

在过去六个月中使用的记录数加权（当月乘以6，上月乘以5，以此类推）。

当我们说有n个服务器运行，排名前n个服务器是联合服务器，而另有n个为审计服务器。所有服务器都基于票数排名。n值最初指定为16，但这个数目是供社区内讨论的，可以基于交易量浮动。

所有服务器必须在每一个心跳周期播出心跳条目记录（一个条目记录确认时间可作为一次心跳）。如果服务器超时了还没有收到心跳或条目记录确认，服务器就会广播服务器故障消息（SFM）。如果关于某个联合服务器的SFM数目超过一半，该联合服务器就会被认为是“故障”，并降格为审计服务器，它原本的位置则被最高排名的审计服务器接管。升级的服务器将完成当前4小时任期任务。之后服务器重新进行排序，但发生故障的服务器必须再等另一个4小时的任期。

大多数联合服务器可以在设置链上修改心跳周期和超时规定。参照比特币的传播时间，心跳应该为4秒，超时时间为8秒。

值得一提的是，保全网在国内已经提供了免费的存证接口，基于现有的国内联盟链网络，用户无须为服务器支付费用。

4.上链的数据结构

（1）由一组分层数据结构所构成。

区块链由分层结构的区块（Block）组成，根部是目录区块（Directory Block）。这些区块（Block）构成了一个微型链，链上存储着压缩过的引用（Reference），为了避免数据规模过大，目录块中的引用只是记录区块（Entry Block）和ChainID的哈希值。这些记录区块包含了引用，这些引用指向了特定时间段内所有记录（Entry），记录区块也是微链的一部分。在系统里大部分的数据存储在叶子节点上，也就是那些记录。这些分层数据结构由比特币的算力维护，它们可以被概念化为不同的层。

①目录层（Directory Layer）——负责管理记录区块（Entry Block）的Merkle根（Merkle Root）。

②记录区块层（Entry Block Layer）——组织指向记录（Entry）的引用（Reference）。

③记录（Entry）——包含应用程序的原始数据或私人数据的哈希值。

④链（Chain）——属于应用程序的一组记录（Entry）。

（2）目录层（Directory Layer）：如何管理记录区块的Merkle根。

目录层（Directory Layer）是分层结构中的第一级。它定义了哪些记录（Entry）的ChainID被更新过，更新发生在哪个目录块（Directory Block）负责的时间段（ChainID用于识别用户的记录属于哪个链，ChainID的生成将在后面讨论）。目录层含有ChainID和对应链块里记录区块（Entry Block）的Merkle根（Merkel Root）。

在目录块（Directory Block）中所引用的每个记录区块（Entry Block）占用64字节（分别是两个32字节的哈希值，ChainID和记录区块的Merkle根）。包含100万个这样记录区块的