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

Add handling of private aggregation paggResponse field in response #15

Open
wants to merge 6 commits into
base: main
Choose a base branch
from

Conversation

qingxinwu
Copy link
Contributor

No description provided.

@qingxinwu qingxinwu changed the title [In progress] Add private aggregation related response field handling Add handling of private aggregation paggResponse field in response Dec 9, 2024
@qingxinwu
Copy link
Contributor Author

@brusshamilton PTAL, thanks!

filteringId was supported since M128 on Chrome, and B&A are just focusing on features available before M120 at this moment.
an optional `desired total size`, an optional list of `interest group owners` to
include each with an optional `desired size`, and the [HPKE] `public key` and
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The extra "and" was intentional here, as a way of grouping the key with its key ID. We could change the second "and" to "with" if you think that would be more clear.

This algorithm takes as input all of the `relevant interest groups`, and a config
consisting of the `publisher`,
This algorithm takes as input all of the `relevant interest groups`, a config
consisting of the `publisher`, a map of from (origin, string) tuple to origin
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I would have thought we could calculate ig pagg coordinators from the relevant interest groups. I think we'd rather do that than have it as a separate argument.

@@ -471,7 +472,8 @@ tuple.
larger than request.
1. Encrypt `request` using the `public key` and its `key id` as in
{{request-encryption}} to get the `encrypted message` and `hpke context`.
1. Let the `request context` be the tuple (`included_groups`, `hpke context`)
1. Let the `request context` be the tuple
(`included_groups`, `hpke context`, `ig pagg coordinators`).
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Would it make more sense to expand included_groups to be a list of (name, pagg coordinator) pairs? That would avoid the extra redundancy.

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

Successfully merging this pull request may close these issues.

2 participants