Re: [meetings] Agenda Request - IPA Status Update (#70)

Thanks for the question @alexWhitworth. The technical proposal is intentionally abstract about the _helper parties networks_; for the protocol, we have to assume that such a group of parties that will be trusted by browser vendors to have this non-collusion property will exist. 

What you are getting at is actually more of a policy question (and less of a technical one.) Who will run these? My personal opinion is that we'll likely see a small handful of such networks emerge, and my hope is that some of them will be trusted to be non-colluding. I imagine these will consist of entities like the [Internet Security Research Group (ISRG)](https://www.abetterinternet.org/) who is working on a service similar to this, [DivviUp](https://divviup.org/). 

As for publishers and advertisers participating in the helper party networks: this seems less likely. In the past, I've heard the view that we should assume in our threat model that publishers and advertisers are colluding. So it's unlikely this becomes advertiser + publisher + trusted 3rd party, but rather networks of semi-trusted 3rd parties.

As for the need for MPC (vs a "data clean room".) This is more relevant to the threat model discussion. which there is a [draft in the Docs and Reports repo](https://github.com/patcg/docs-and-reports). But in general, even if we have a helper party network made up of 3 (more abstractly, more than 1) parties all very much like the ISRG, the goal is to not have to trust any single party. In terms of the threat model, there shouldn't be any single entity who could collude with a publisher, advertiser, or report collector, and reveal the data, hence the need for an MPC.

-- 
GitHub Notification of comment by eriktaubeneck
Please view or discuss this issue at https://github.com/patcg/meetings/issues/70#issuecomment-1212214949 using your GitHub account


-- 
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config

Received on Thursday, 11 August 2022 16:28:38 UTC