Skip to content

Do we need a transactions per impression opportunity? #70

@bwschmidt

Description

@bwschmidt

https://github.com/criteo/addressable-network-proposals/blob/906e33ed128dec9cf5c0203bdc6ffc97627c8761/mvp-spec/audit-log-requirements.md?plain=1#L69

Transaction ID is the generated identifier for a dedicated placement. One
Transaction ID per Audit Log.

I have been reviewing all of the different specifications and thinking about how the design could be simplified, and one of the design decisions I see that I don't think is necessary is the transaction_id per placement. The original SWAN model terms were written to describe the sending and receiving of data, and did not actually get detailed on the relation to actual advertisements on the page. I think this is a very reasonable way to do it and vastly simplifies design.

If you treat PAF transactions as being just a sending and receiving of user data which I think is reasonable you can save on compute and complexity for all the parties involved. I think the only real concern is the construction of an audit trail, but I do believe that can be solved in another technical way using existing fields in OpenRTB and other specifications.

I would love to start a discussion about this and hear concerns about an approach like this, either technical or legal.

Lastly, I am wondering if the design and requirements being written are meant to be for a finished PAF system, or if they are for the trial only. I ask because my understanding of the trial is that it has relaxed audit requirements which would relate only to an advertisement served using PAF data, and if that is the case could warrant a simpler design in this case.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions