Hyperledger-fabric 用例
Hyperledger-fabric use cases
我目前正在寻求跨数百台主机安全地复制数百 Gbs 的数据。我一直在关注 hyperledger-fabric 私有区块链，因为它使用 TLS 和点对点八卦协议进行数据传输，当然还有区块链本身的安全性。
我考虑使用区块链作为一种安全地进行数据复制的方式是否合理？我没有在任何区块链用例中看到这一点，但从我读过的内容来看，这似乎是合理的，尽管我读过的所有内容似乎都表明将数据存储在区块链中是一个坏主意。通常争论的焦点是它的成本太高，而且必须在系统中的所有对等点之间复制数据。在这种情况下，成本不是问题，因为它是一个私有区块链，对于我的用例，数据复制（如果可以有效地完成）是我正在寻找的。
我可以使用 ipfs、swift、S3 等来存储数据，但这会增加操作负担，尤其是当 hyperledger-fabric 可以自行完成这项工作时。
此外，如果我使用 hyperledger 私人数据收集，我对清除有多少控制权？对于我的用例，我不能只清除最旧的数据，因为在某些情况下，旧数据需要保存很长时间，而在某些情况下，可以相当快地清除较新的数据。
关于数据复制：
TL;DR; 不是区块链解决方案
这是我的想法。
- 如您所述，存储大量数据并不是一个好主意。是的，有数据的复制端。 （但这是在这种情况下需要的副作用）。但也需要对所有数据进行签名和验证等。因此，处理方面的成本意味着效率低下。
- 安全的定义.. 你没有说什么服务质量会构成'secure'。例如
- 用户访问数据的访问控制？
- 确保数据已被复制并且在远程位置的磁盘上没有损坏？
- 加密数据以保护传输中和静止时的数据。
- 区块链，我认为这里的 Hyperledger Fabric 可以为您提供保证。但是在传输过程中没有加密，您需要添加它。和访问控制，原语在那里，但需要您实现和使用它们。
我倾向于认为在这种情况下使用区块链将提供有关数据如何在主机之间复制的审计线索，以及一些其他协议。
关于隐私数据收集清除的主题：
目前这是通过当节点达到一定区块高度时清除数据来实现的。即在 42 个块后清除。但我们正在开发一项功能，允许 'purge-on-demand' 基于来自链代码的调用。
我目前正在寻求跨数百台主机安全地复制数百 Gbs 的数据。我一直在关注 hyperledger-fabric 私有区块链，因为它使用 TLS 和点对点八卦协议进行数据传输，当然还有区块链本身的安全性。
我考虑使用区块链作为一种安全地进行数据复制的方式是否合理？我没有在任何区块链用例中看到这一点，但从我读过的内容来看，这似乎是合理的，尽管我读过的所有内容似乎都表明将数据存储在区块链中是一个坏主意。通常争论的焦点是它的成本太高，而且必须在系统中的所有对等点之间复制数据。在这种情况下，成本不是问题，因为它是一个私有区块链，对于我的用例，数据复制（如果可以有效地完成）是我正在寻找的。
我可以使用 ipfs、swift、S3 等来存储数据，但这会增加操作负担，尤其是当 hyperledger-fabric 可以自行完成这项工作时。
此外，如果我使用 hyperledger 私人数据收集，我对清除有多少控制权？对于我的用例，我不能只清除最旧的数据，因为在某些情况下，旧数据需要保存很长时间，而在某些情况下，可以相当快地清除较新的数据。
关于数据复制：
TL;DR; 不是区块链解决方案
这是我的想法。
- 如您所述，存储大量数据并不是一个好主意。是的，有数据的复制端。 （但这是在这种情况下需要的副作用）。但也需要对所有数据进行签名和验证等。因此，处理方面的成本意味着效率低下。
- 安全的定义.. 你没有说什么服务质量会构成'secure'。例如
- 用户访问数据的访问控制？
- 确保数据已被复制并且在远程位置的磁盘上没有损坏？
- 加密数据以保护传输中和静止时的数据。
- 区块链，我认为这里的 Hyperledger Fabric 可以为您提供保证。但是在传输过程中没有加密，您需要添加它。和访问控制，原语在那里，但需要您实现和使用它们。
我倾向于认为在这种情况下使用区块链将提供有关数据如何在主机之间复制的审计线索，以及一些其他协议。
关于隐私数据收集清除的主题：
目前这是通过当节点达到一定区块高度时清除数据来实现的。即在 42 个块后清除。但我们正在开发一项功能，允许 'purge-on-demand' 基于来自链代码的调用。