如何解决客户是否需要结构网络中的组织?当背书过程需要一些时间时,我们应该怎么做?
我对 HLF 用例的部署有一些疑问。考虑到我们要为保险业实施网络。 客户希望与保险公司互动以达成协议,并在遇到事故时提出索赔要求。
我们还有一个组织来评估损失。 当客户要求进行评估时,损坏评估过程可能需要几天时间。 在补偿过程中,评估者必须对交易进行背书。
- 网络中的客户是否需要一个组织和对等点,或者是否足以与应用程序交互?
- 交易需要几天时间才能获得认可这一事实不会给网络带来问题吗?您对其实施建议什么解决方案?开发中的 Chaincodes 应该使用哪些函数?
- 评估员在完成工作后想要记录的文件可能包括图像、视频和大量信息。这些信息应该如何存储在网络上?这不会给网络造成沉重的负担吗?
解决方法
网络中的客户是否需要组织和对等点,或者是否足以与应用程序交互?
是否要在区块链上注册用户取决于您。在 Hyperleder Fabric 网络中注册和注册身份意味着您让他们成为组织的成员。通过在区块链上注册身份,您可以对身份进行更好的访问控制管理。此外,如果您在区块链上注册用户,管理员将能够在分类帐中查看哪个成员进行了特定交易。您无需在区块链上注册会员即可实现相同的目标,但这是 Hyperledger Fabric 的好处和基本原则之一,所以为什么不利用它呢。
交易需要几天的时间才能被认可这一事实不会给网络带来问题吗?您对其实施建议什么解决方案?开发中的 Chaincode 应该使用哪些函数?
不需要,交易不需要几天时间即可在 Hyperleder Fabric 中获得认可。只需几秒钟即可完成交易。而且,您可以通过更好地构建应用程序来提高吞吐量(拥有更多的对等点等)。是的,即使您拥有良好的架构,您每秒可以执行的交易数量也会受到限制,但这不正是区块链臭名昭著的原因吗?
根据用例,还有其他增加吞吐量的方法。一种可能是在交易获得认可后立即将响应返回给 API 调用者,而不是等待交易在分类帐中提交。这种方法肯定有一些缺点,比如稍后会出现 MVCC 错误,但如果处理得当,这可能是提高 Hyperledger Fabric 吞吐量的最佳方法之一。
评估人员完成工作后想要记录的文件可能包括图像、视频和大量信息。这些信息应该如何存储在网络上?这不会给网络造成沉重的负担吗?
无需在数据库中存储 blob 文件。它与区块链没有任何关系。在处理上传和下载图像/视频的简单项目中,您不会将这些文件保存在数据库中。您只需将名称存储在数据库中,该名称指向文件系统中的文件。
您可以阅读更多关于“您是否应该将图像存储在数据库中?” here。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。