Skip to content

Specifying partial order on jobs and reduce the number of Tamarin calls #4

Description

@cascremers

Some jobs are not independent: if property pr1 is stronger than property pr2, then for the same settings and the same protocol, if Tamarin establishes that pr1 holds, then we don't need to check pr2 anymore and can conclude it holds. Conversely, if pr2 has a counterexample, then so does pr1.

Potentially we can extend the job spec language to allow expressing such a partial order between some of the jobs, and then the batch program can automatically infer some of the results from others. We could then think about a variant of a binary search (for partial orders for three-valued outcomes { falsified, timeout/unknown, verified } ) to automatically minimize the number of Tamarin calls.

Metadata

Metadata

Assignees

No one assigned

    Labels

    PRIORITY 3Usefull, but not necessaryenhancementNew feature or request

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions