Background
The attestation crate currently mixes dcap-qvl-free types and helpers (Measurements, ReportData, TcbInfo, the post-DCAP verification helpers) with the dcap_qvl::verify::verify call. Anything that wants to use those types is forced to link dcap-qvl transitively. Carving them into a new no-dcap-qvl crate is the precondition for mpc-contract to drop the dep.
User Story
As an MPC contract maintainer, I want the post-DCAP types and helpers to live in a dcap-qvl-free crate so that mpc-contract can use them without pulling dcap-qvl into its WASM.
Acceptance Criteria
Resources & Additional Notes
PR: #3245. Tracked by #3264.
Background
The
attestationcrate currently mixes dcap-qvl-free types and helpers (Measurements,ReportData,TcbInfo, the post-DCAP verification helpers) with thedcap_qvl::verify::verifycall. Anything that wants to use those types is forced to linkdcap-qvltransitively. Carving them into a new no-dcap-qvl crate is the precondition formpc-contractto drop the dep.User Story
As an MPC contract maintainer, I want the post-DCAP types and helpers to live in a dcap-qvl-free crate so that
mpc-contractcan use them without pullingdcap-qvlinto its WASM.Acceptance Criteria
attestation-typesundercrates/.Measurements,ExpectedMeasurements,ReportData,TcbInfo(+ event log helpers),app_compose, and theverify_post_dcap::*helpers.dcap-qvl.attestationre-exports the moved modules so existing callers compile unchanged.Resources & Additional Notes
PR: #3245. Tracked by #3264.