Summary
Side-track (non-blocking for clearinghouse deliverables). Completes the gateway half of the model-ID usage-attribution work originally scoped in #41.
Clearinghouse already maps model_id into CloudEvent dims. Full end-to-end threat-model closure still needs:
- go-livepeer — emit
model_id on create_signed_ticket — livepeer/go-livepeer#3947 (under review; kept non-blocking per Mehrdad)
- livepeer-python-gateway — sign
RemotePaymentState per-model / send real capability + model_id so usage cannot be misattributed to a cheaper-advertised model — see livepeer/livepeer-python-gateway#33
Why side-track
Upstream go-livepeer + gateway changes should not block the clearinghouse project. Track here so the relationship stays visible on the milestone without gating D2.
Acceptance
- Gateway signs / pays with the real capability +
model_id
- Ticket signed for model A cannot be attributed to model B once go-livepeer#3947 lands
- Peer review validates the threat model (Linear: ENG-148)
Related
Summary
Side-track (non-blocking for clearinghouse deliverables). Completes the gateway half of the model-ID usage-attribution work originally scoped in #41.
Clearinghouse already maps
model_idinto CloudEvent dims. Full end-to-end threat-model closure still needs:model_idoncreate_signed_ticket— livepeer/go-livepeer#3947 (under review; kept non-blocking per Mehrdad)RemotePaymentStateper-model / send real capability +model_idso usage cannot be misattributed to a cheaper-advertised model — see livepeer/livepeer-python-gateway#33Why side-track
Upstream go-livepeer + gateway changes should not block the clearinghouse project. Track here so the relationship stays visible on the milestone without gating D2.
Acceptance
model_idRelated