区块链(译注:区块链不太了解,翻译可能会有错误,建议参考原文)
这是IPFS最令人兴奋的用例之一。区块链天然的拥有一个DAG结构,后续块总是通过前序块的hash值与他们相连接。像以太坊(Ethereum)这样的更高级的区块链也有一个关联的状态数据库,它有一个Merkl-Patricia树结构,也可以使用IPFS对象进行模拟。
我们假设一个区块链的简单模型,其中每个块包含以下数据:
交易对象列表
指向前一块的链接
状态树/数据库的hash值
这个区块链可以在IPFS中建模如下:
在将状态数据库放在IPFS上时,会发现重复数据——在两个块之间,只有已经更改的状态条目需要显式存储。
这里有趣的一点是,在区块链上存储数据和将数据的hash存储在区块链上的区别。在以太坊(Ethereum)平台上,为了最小化状态数据库的膨胀(bloat)(“区块链膨胀”),需要支付相当大的费用来存储相关的状态数据库中的数据。因此,对于更大的数据块来说,存储状态数据库中数据的IPFS hash,而不是存储数据本身,是一种常用的设计模式。
如果区块链及其相关状态数据库已经采用IPFS的方式表示,那么存储区块链上的hash还是储存区块链上的数据之间的区别也就不明显了,因为一切都是存储在IPFS,块的hash只需要状态数据库的hash。在这种情况下,如果有人在区块链中存储了一个IPFS链接,我们可以无缝地跟踪这个链接来访问数据,就好像数据存储在区块链本身中一样。
然而,我们仍然可以区分链上(on-chain)和链下(off-chain)数据存储。我们通过观察在创建新块时需要处理的问题来实现这一点。在当前的Ethereum网络中,矿工(miners)处理将交易(transaction)需要更新状态数据库。为了做到这一点,他们需要访问完整的状态数据库,以便能够在任何更改的地方更新它。
因此,在IPFS中表示的区块链状态数据库中,我们仍然需要将数据标记为“on-chain”或“off-chain”。为了能够挖矿,对于矿工来说“on-chain”数据本地保留是必要的,而这些数据直接受到交易的影响。“off-chain”数据必须由用户更新,不需要被矿工接触。
以上就是区块链底层原理入门的所有内容,感兴趣的朋友可以在下面给我们留言哦!
领取专属 10元无门槛券
私享最新 技术干货