IPFS 底层原理入门（三）

区块链（译注：区块链不太了解，翻译可能会有错误，建议参考原文）

这是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”数据必须由用户更新，不需要被矿工接触。

以上就是区块链底层原理入门的所有内容，感兴趣的朋友可以在下面给我们留言哦！