无需托管对等节点即可参与 Hyperledger
Hyperledger participation without hosting a peer node
我们正在寻求实施超级账本结构解决方案,我被这个基本问题难住了。如果不是所有参与者都 able/willing 来托管对等节点,那么如何构建超级账本解决方案?
我们的用户分为 2 组 - 付款人和提供者。我们的大多数供应商都愿意并拥有托管对等节点所需的 IT 基础设施。我们的许多付款人 are/do 没有。
从付款参与者的角度来看,如果我不是同行并且没有自己的账本副本,我怎么能信任系统?在建立允许他们参与的超级账本环境时,我们有哪些选择?
抱歉,如果我错过了要点或一些描述这种情况的文档,但欢迎链接到它。
最简单的 "trust assumption" 是让没有 运行 同伴的群组信任 运行 同伴的特定成员。对于提交交易,你是否 运行 一个节点真的并不重要......你可能会关心有效的背书政策以确保没有一个全能的成员与同龄人,但其他人无论如何,您都必须提交给多个同行进行背书。对于查询数据,如前所述,您可能对某个特定成员有亲和力/信任,您可能 select 一组随机或多数对等点并执行 "strong read"。查询仍然是调用,因此您实际上可以在同一个调用中查询多个对等方。
我们正在寻求实施超级账本结构解决方案,我被这个基本问题难住了。如果不是所有参与者都 able/willing 来托管对等节点,那么如何构建超级账本解决方案?
我们的用户分为 2 组 - 付款人和提供者。我们的大多数供应商都愿意并拥有托管对等节点所需的 IT 基础设施。我们的许多付款人 are/do 没有。
从付款参与者的角度来看,如果我不是同行并且没有自己的账本副本,我怎么能信任系统?在建立允许他们参与的超级账本环境时,我们有哪些选择?
抱歉,如果我错过了要点或一些描述这种情况的文档,但欢迎链接到它。
最简单的 "trust assumption" 是让没有 运行 同伴的群组信任 运行 同伴的特定成员。对于提交交易,你是否 运行 一个节点真的并不重要......你可能会关心有效的背书政策以确保没有一个全能的成员与同龄人,但其他人无论如何,您都必须提交给多个同行进行背书。对于查询数据,如前所述,您可能对某个特定成员有亲和力/信任,您可能 select 一组随机或多数对等点并执行 "strong read"。查询仍然是调用,因此您实际上可以在同一个调用中查询多个对等方。