Skip to content

Proposal: optional per-entry robustnessEvidence field with a shared benchmarking methodology #61

Description

@dcondrey

Every entry in this list carries a prose robustness claim ("robust to copy-paste", "robust to reordering", "robust to synonym substitution"), but there is no measured evidence behind any of them and no shared way to produce it. An implementer choosing an algorithm, or a validator deciding how much to trust a soft-binding match, has nothing comparable to go on. #60 is a case in point: one of my own entries' claims did not hold once measured, and there was no methodology in the registry to catch that.

Proposal. An optional robustnessEvidence object in an entry's entryMetadata, populated by the algorithm's owner from a shared, reproducible methodology — self-reported, auditable, and explicitly not a cross-owner ranking:

"robustnessEvidence": {
  "methodology": "https://github.com/writerslogic/c2pa-text-binding/blob/main/ROBUSTNESS.md",
  "corpus": "e.g. PAN'26 text-watermarking (Zenodo 18620130)",
  "harness": "https://github.com/writerslogic/c2pa-text-binding/blob/main/examples/robustness_bench.rs",
  "date": "2026-07-10",
  "results": { "excerpt30": {"balancedAccuracy": 0.62},
               "paraphrase": {"balancedAccuracy": 0.50} }
}

Each owner runs their own algorithm, on media appropriate to it, through the shared methodology and submits numbers. The registry gains comparable evidence over time without any party grading another.

Why now. The conformance program has no robustness testing for soft bindings today. I have a reference methodology, a reproducible harness, and measured results for the text entries, published at https://github.com/writerslogic/c2pa-text-binding/blob/main/ROBUSTNESS.md (format / edit / excerpt / paraphrase, scored as balanced accuracy with analytic false-match bounds), and I'm happy to bring it to the Conformance TF and seed the methodology document.

Scope note. Robustness batteries are media-specific (text vs image vs audio vs video), so the field references a methodology + corpus rather than mandating a single battery. Starting point for discussion — feedback on the field shape and whether this belongs here vs. the conformance program is welcome.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Fields

    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions