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

consider merging sec-private-state-token and sec-private-state-token-crypto-version #260

Open
colinbendell opened this issue May 31, 2023 · 1 comment

Comments

@colinbendell
Copy link

If PST continues to use headers (see #251), then the sec-private-state-token-crypto-version header should be converted into a structured header and should be merged with sec-private-state-token. Ideally something like:

  • Use byte-sequence type to represent the tokens (in IssueRequest, IssueResponse and RedeemRequest)
  • Add version (and type?) parameters to identify the PST version of the spec.

For example:

sec-private-state-token: :AAEEVFIqN9o3HN==:; v=1; crypto=VOPRF

@dvorak42
Copy link
Collaborator

Yeah, I think shifting it so that if we use headers we move all the operations/headers into one header with a structured header would make more sense. Adding vStandard label for that change.

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

No branches or pull requests

2 participants