我已将当事方作为节点上的帐户实施,以解决可销售性成本。
我可以从节点中检索帐户列表,但是由于AccountInfo类中没有此类字段,因此我无法识别帐户类型。
例如,我需要确定哪些帐户是“供应商”,哪些帐户是“分销商”。
由于我无法扩展帐户并添加“ accountType”属性,因此唯一的选择似乎是创建一个附加表,该表具有与帐户表的UUID链接的外键约束。
答案 0 :(得分:0)
所有都是好问题,
我的头顶上
创建一个状态UserProfile
,该状态具有:
一种。 UUID
b。 issuer
C。 accountType
它应该具有2个命令:Create
/ Update
。
合同应检查(对于两个命令):
一种。事务中应该有AccountInfo
类型的引用状态。
b。 UserProfile.UUID
必须与AccountInfo.UUID
匹配。
因此,以上两个条件确保了您必须先创建相关的UserProfile
才能创建/更新AccountInfo
。
CreateUserProfile
流将:
一种。调用CreateAccount
流并获得UUID
。
b。使用该帐户作为参考状态及其UUID
来构造和创建相关的UserProfile
。
C。显然,如果您需要上述2个动作是原子动作,则无法使用帐户库就绪流,而必须查看CreateAccount
流的作用(即,创建输出AccountInfo
,在UUID
和帐户的公钥等),然后按您的流程进行操作。
共享UserProfile
时相同,您必须调用共享一个帐户及其键的帐户库子流,然后添加共享UserProfile
状态的代码
这样,您可以向UserProfile
添加所需的任何字段并通过它们进行查询,并且由于UUID
与UserProfile
和帐户(即{{1 }}),您将始终知道哪个AccountInfo
属于哪个帐户,反之亦然。
很显然,您的UserProfile
发行人必须确保每个帐户只能拥有一个UserProfile
。
要满足您的简单要求,需要做很多工作:-/
希望我们能得到其他答案,因为我也很好奇。