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

How is the purp claim of the Txn-Token defined? #61

Closed
gffletch opened this issue Dec 18, 2023 · 4 comments
Closed

How is the purp claim of the Txn-Token defined? #61

gffletch opened this issue Dec 18, 2023 · 4 comments
Assignees
Labels

Comments

@gffletch
Copy link
Collaborator

In PR #57, the token exchange scope parameter is profiled to carry the purpose or intent of the transaction and its value is copied into the purp claim of the resulting Txn-Token.

Is this how we want to handle the 'purp' claim?

@tulshi
Copy link
Collaborator

tulshi commented Dec 18, 2023

I propose that the draft should allow value of the scope claim in the TraT request be independent of the purp claim in the TraT, because the requesting service may not know sufficient details about how the TraT is actually going to be used. For example, the requester may say the scope is "buy stock", whereas the purp claim could have a value like "equity trade"

@gffletch
Copy link
Collaborator Author

Ok, so allow the TTS to transform the input scope to the appropriate value (if necessary). I'm ok with that.

@gffletch
Copy link
Collaborator Author

Recommended change that the TTS MUST take the value of the scope parameter to determine the purp claim of the TraT.

@gffletch gffletch self-assigned this Jan 12, 2024
@tulshi tulshi added the PR57 label Jan 12, 2024
@gffletch
Copy link
Collaborator Author

Based on this feedback, the purp claim is being made REQUIRED.

gffletch added a commit to gffletch/transaction-tokens that referenced this issue Jan 24, 2024
@tulshi tulshi closed this as completed Feb 1, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants