recently I'm investigating the ION node for the did, and I set up a local ION node for bitcoin testnet, and already created a did did:ion:test:EiCFkH_vqMVByb8tF7Ab9BW3GI9a8NrJdAB1TirmdzJa3g, and I tried to deactivated it, so now it looks like this,
and then I use the ION-SDK IonRequest.createRecoverRequest to create a recover request, like this
the originDid is the record I stored after do the deactivate, it keeps the key pairs for recover and update, and I use the same key pair for the next update/recover.
and I can see the record in the mongodb operstaions collection about this did, it includes a recover record, but when I resolve it, it's still the same with the deactivated state which shown on the top of this issue.
I'm wondering there is a bug of the recover I passed something wrong when generating the recover request
after tring to recover a non-deactivated did, it seems works, it replaced one new public key in the verificationMethod, so I assume the recover cannot recover the deactivated did.
Hello ion-sdk team,
recently I'm investigating the ION node for the did, and I set up a local ION node for bitcoin testnet, and already created a did did:ion:test:EiCFkH_vqMVByb8tF7Ab9BW3GI9a8NrJdAB1TirmdzJa3g, and I tried to deactivated it, so now it looks like this,
and then I use the ION-SDK IonRequest.createRecoverRequest to create a recover request, like this the originDid is the record I stored after do the deactivate, it keeps the key pairs for recover and update, and I use the same key pair for the next update/recover.
after I send the request to localhost:3000/operations and seems everything is ok, and the transaction of the bitcoin testnet is confirmed https://www.blockchain.com/btc-testnet/tx/0d04522143c47a8d5f0d091219bd2fe19724249aa0df5fb4ca96c67d0eb10580,
and I can see the record in the mongodb
operstaions
collection about this did, it includes a recover record, but when I resolve it, it's still the same with the deactivated state which shown on the top of this issue.I'm wondering there is a bug of the recover I passed something wrong when generating the recover request