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

Optional Message Model #4

Open
dbluhm opened this issue Nov 2, 2023 · 0 comments
Open

Optional Message Model #4

dbluhm opened this issue Nov 2, 2023 · 0 comments

Comments

@dbluhm
Copy link
Member

dbluhm commented Nov 2, 2023

We should provide a Message class that can be used by users of this library. However, we should not require that the included Message is the only way to interact with the library.

This essentially means that we should operate on messages as dictionaries.

Validation. I think we should keep validation to a practical minimum at the interface layer. According to the DIDComm v2 spec, only the following attributes are required:

  • id
  • type
  • body

The Message class MAY provide additional validation; the interface itself, however, MUST NOT validate any deeper than this.

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

1 participant