Automatically resolve VID's to local store if we try to send to them.

[tweedegolf-marc]

If you use tsp send (or tsp request, etc), and the VID hasn't been explicitly resolved before, then resolve it at that moment.

I'd like for the TSP CLI to prompt the user for confirmation that this is intended, but then this permission asking behaviour can be overriden using the --yes flag. E.g. similar to receiving a message from an unknown source.

(Or if the intent is that TSP messages should always be allowed to send, we could also invert the meaning of the --yes flag, so that essentially it is the default, but there exists a --ask flag to get the confirmation propts)

[wenjing]

I think we can default to "yes" - if we ask, then we should display the resolved information. Basically, it says: I resolved the DID and found such DID doc info, validation info and transport info, would you like to continue? The resolution step has minimal risk but deciding to trust this DID is a step we could ask the user to do.

[chengr4]

Hi,

I am trying to solve this issue. My current understanding is that the receiver (the target) should be resolved through (verify_vid method).

But I wonder if the sender (we) should also be verified (resolved). However, I did not see the mapping method in the SDK. Can anyone please tell me what I missed or was wrong?

[michielp1807]

@chengr4 Hey there! See my reply in #140, let us know if you have any more questions or if you want us to pick this up for you.

[pohlm01]

I just checked this again, and this issue is already done. We can close it.

[chengr4]

This issue includes two subcommand: send and request.

I fixed send and request is on-going (#189)