You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The DAP protocol is presently structured so that the leader accepts submissions directly (and optionally, via Oblivious HTTP).
Our design has the advertiser site, or their delegate, collect a bunch of submissions before submitting them in batches. Batching submissions makes it less necessary to use something like Oblivious HTTP. It also offers a number of optimization opportunities. Most -- if not all -- submissions will share metadata, so it would make sense to ensure that metadata is only transmitted once. That is not currently compatible with the structure of submissions defined in DAP, but a batch submission extension should be possible.
The text was updated successfully, but these errors were encountered:
We considered this feature for DAP. In the early days, @ekr and others objected, noting that this could be handled at the HTTP layer. (The HTTTP client could send many upload requests simultaneously on the same HTTP stream.)
That said, I'd be supportive of this change if it makes your life easier. We could either:
The DAP protocol is presently structured so that the leader accepts submissions directly (and optionally, via Oblivious HTTP).
Our design has the advertiser site, or their delegate, collect a bunch of submissions before submitting them in batches. Batching submissions makes it less necessary to use something like Oblivious HTTP. It also offers a number of optimization opportunities. Most -- if not all -- submissions will share metadata, so it would make sense to ensure that metadata is only transmitted once. That is not currently compatible with the structure of submissions defined in DAP, but a batch submission extension should be possible.
The text was updated successfully, but these errors were encountered: