-
Notifications
You must be signed in to change notification settings - Fork 25
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
wip: provisional biscuit v2 protobuf #76
Conversation
|
||
message Block { | ||
required uint32 index = 1; | ||
// ^ is this still useful? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
it seems redundant with the block index in the list. What should be done if there is a discrepancy between explicit indices and the position in the list?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
the field can be removed, since now the signatures guarantee the order
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👌
required Kind kind = 1; | ||
} | ||
|
||
message OpTernary { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
there was talk of n-ary operations, but with a stack model, I think it's better to have the arity explicit. In any case, adding new operations will be backwards-compatible wrt to the wire format
Or = 14; | ||
Intersection = 15; | ||
Union = 16; | ||
SignEd25519 = 17; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
there was agreement on supporting signature operations. there was no clear decision on the API. Here i think supporting the same alg that's used for the token itself is a good choice, and making it explicit in the tokens is also a good choice, while we decide if and how we'd want to have configurable signature algorithms.
328786f
to
c4f39f2
Compare
The 2.0 changes have been integrated in the relevant branch. The ed25519 operations can be done later, as they're completely unrelated to the rest. |
Propositions for the biscuit v2 wire format. See #73
V0
stuffidk if there are more things to cleanup, based on the experience with biscuit v0 and v1