In the current implementation, clientSpec is being passed as a seperate paramter of RPC Input for DID Doc related transactions. This would be fine, as long as, all required Signatures being passed, are produced using the same clientSpec, which is provided by the user in the RPC param clientSpec.
However, in situations where some signatures are produced from one clientSpec while other signatures are produced from other clientSpec, the program would treat every signature to be produced by the clientSpec provided by the user in the RPC Input.
This issue only applies for DID Doc, as in case of Credential Schema and Credential Status, exactly one signature is passed
In the current implementation,
clientSpec
is being passed as a seperate paramter of RPC Input for DID Doc related transactions. This would be fine, as long as, all required Signatures being passed, are produced using the same clientSpec, which is provided by the user in the RPC paramclientSpec
.However, in situations where some signatures are produced from one clientSpec while other signatures are produced from other clientSpec, the program would treat every signature to be produced by the clientSpec provided by the user in the RPC Input.
This issue only applies for DID Doc, as in case of Credential Schema and Credential Status, exactly one signature is passed