Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support new message type prefix #244

Closed
nrempel opened this issue Nov 1, 2019 · 1 comment
Closed

Support new message type prefix #244

nrempel opened this issue Nov 1, 2019 · 1 comment

Comments

@nrempel
Copy link
Contributor

nrempel commented Nov 1, 2019

Per aries-rc issue 225, the prefix of all core Aries protocols will be "https://didcomm.org", instead of the current "did:sov:BzCbsNYhMrjHiqZDTUASHg;spec". The transition approach to this change across the community has been proposed in this PR, which will eventually be merged as this RFC.

An example of the change in the strings can be seen in the transition document linked above.

Per discussions internally there are three impacts:

  1. Support receiving either prefix such that the correct handler is invoked.
  2. Persist which prefix was used on receipt of a message and respond with that same prefix. That will support agents the ONLY support one format or the other.
  3. Enable us to switch (when ready) to use the the new format on protocol instances we initiate.

On (3), existing deployments should work with the old format without any config changes, and a config is needed to use the new prefix. Eventually, we'll probably make another change (and another ticket) to reverse that - to use the new prefix by default and use the old prefix only when configured.

@nrempel nrempel self-assigned this Nov 1, 2019
@nrempel
Copy link
Contributor Author

nrempel commented Nov 6, 2019

Pausing this for now since the implementation gets a bit messy.

Draft: #253

Handling multi-step protocols require us to track which prefix to use and persist this information.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants