如果 Corda OwnableState 由 AnonymousParty 所有，谁存储它？
If a Corda OwnableState is owned by an AnonymousParty, who stores it?
在 Corda 中，OwnableState 必须指定 AbstractParty 作为所有者。 AbstractParty有两种：
Party，身份广为人知AnonymousParty，仅由 public 键
如果我创建一个 CompositeKey 来拥有 OwnableState，那么谁会将其作为 FinalityFlow 的一部分存储在他们的保险库中？
目前没有人愿意，除非使用较低级别的 API。
保险库需要做更多工作才能完全理解多重签名状态，例如对于现金，我们需要一种方法来 select 我们参与的硬币。
这是一项相当高级的功能，因为复合键有很多用例。这在区块链 space 中很典型，比特币在知道如何使用它们的钱包出现之前很久就支持协议中的 CHECKMULTISIG 输出。当钱包开始出现时，它们针对不同的用例具有不同的代码和功能。例如。将 multisig/composite 密钥用于更安全的钱包与将它们用于争议调解协议不同。
至少对于流程，我们有一种直接的方式来实现支持——我们可以让流程理解复合密钥，或者让证书将组件链接到真实的参与方，或者通过其他方式知道他们是谁，然后自动收集签名。
在 Corda 中，OwnableState 必须指定 AbstractParty 作为所有者。 AbstractParty有两种：
Party，身份广为人知AnonymousParty，仅由 public 键 标识
如果我创建一个 CompositeKey 来拥有 OwnableState，那么谁会将其作为 FinalityFlow 的一部分存储在他们的保险库中？
目前没有人愿意，除非使用较低级别的 API。
保险库需要做更多工作才能完全理解多重签名状态，例如对于现金，我们需要一种方法来 select 我们参与的硬币。
这是一项相当高级的功能，因为复合键有很多用例。这在区块链 space 中很典型，比特币在知道如何使用它们的钱包出现之前很久就支持协议中的 CHECKMULTISIG 输出。当钱包开始出现时，它们针对不同的用例具有不同的代码和功能。例如。将 multisig/composite 密钥用于更安全的钱包与将它们用于争议调解协议不同。 至少对于流程，我们有一种直接的方式来实现支持——我们可以让流程理解复合密钥，或者让证书将组件链接到真实的参与方，或者通过其他方式知道他们是谁，然后自动收集签名。