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

Query keys aggregate in the aggregation service #470

Open
alois-bissuel opened this issue Jun 2, 2022 · 2 comments
Open

Query keys aggregate in the aggregation service #470

alois-bissuel opened this issue Jun 2, 2022 · 2 comments

Comments

@alois-bissuel
Copy link
Contributor

Hello,

One interesting evolution of the aggregation service would be to enable querying aggregate of keys. I think this was mentioned in the aggregate attribution API at a time when the aggregation was supposed to be performed by MPC rather than TEEs.
In other words, I would love to be able to query a bit mask (eg for a 8 bit key, 01100*01 would be 01100101 and 01100001).
This would enable a greater flexibility for decoding (ie chosing which encoded variables to get depending on the number of reports), and negate the need to adapt the encoding depending on the expected traffic to the destination website.
Thanks!

P.S. Cross-posted from the trusted execution aggregation service

@csharrison
Copy link
Collaborator

Thanks @alois-bissuel! This seems like a useful functionality to add. I don't see a privacy cost to this feature request, and it seems like it does indeed boost ergonomics quite a bit.

It seems like the masking functionality you described only enables the querying of some aggregation of keys. I wonder if it is worthwhile to think through alternative query mechanisms that would allow querying a group like:

  • Query {01, 10} but do not include {11 , 00}

This would probably entail extending the API to support lists of buckets, potentially with some ergonomic enhancement with masking as you mentioned.

cc @palenica

@palenica
Copy link
Collaborator

Thank you Charlie for responding, and thank you Alois for the question.

Agree that a feature like this seems like a win in usability and utility, with no apparent downside in privacy.
We should flesh out the proposal a bit (e.g. I like Charlie's proposal of a list of buckets potentially combined with masking), and reach a consensus that this is a feature worth supporting.

The implementation work seems relatively modest to me. That said, at this point our team's plate is quite full with things like production hardening, adding test coverage and open sourcing. Please allow some time before we're ready to start considering feature requests.

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

3 participants