我已经在Corda平台的发行版v1上使用“ Yo!CorDapp”示例(https://github.com/corda/spring-observable-stream)构建了一个CorDapp。
CorDapp具有四个节点-控制器节点(提供网络映射服务和验证公证服务),“节点A”,“节点B”和“节点C”。以下是应用程序中定义的流程-
流程1:“节点A”向“节点B”发送交易请求。还通知“节点C”。
流程2:“节点B”批准交易请求,对其自签名,从A获得签名并结束交易。还通知“节点C”。
请考虑以下情况-
步骤1。创建了由节点A发起但仍需节点B批准的交易记录。
第2步。修改合同代码并将其集成到Corda网络中
Node B可以在修改合同整合后批准交易吗?
答案 0 :(得分:0)
升级合同之前,应先排干流量。
此外,根据交易进行验证的合同会附加到该交易中。因此,如果交易已建立并发送给另一方进行签名,则他们将从交易中检索附件并进行验证。
即使他们有该合同的另一个版本,也不会使用。
话虽如此,排干流仍然是重要的一步(至少到目前为止)。如果在流等待执行时进行升级,则可能会出现其他问题。