Skip to main content

Module vector

Module vector 

Source
Expand description

TOML test-vector parser.

A TestVector is the unit NIST hands to the harness: a scheme name, the test parameters (parties, threshold, message, RNG seed), optional expected-output bytes, and a list of per-party Byzantine behaviors.

The schema matches TODO.roadmap/09-nist-evaluation-harness.md:

[scheme]
name = "FROST-ed25519"
version = "draft-irtf-cfrg-frost-13"

[test]
parties = 5
threshold = 3
message = "hello world"               # UTF-8 string OR "0x.."
seed = "0xdeadbeef..."                # hex seed for deterministic RNG
expected_signature_hex = "..."        # optional

conformance_level = "must_pass"       # must_pass | should_pass | informational
reference = "https://..."             # normative spec URL
expected_round_count = 3              # warn if observed differs
share_material = "nist-dkg-set-A"     # named pre-shared share label

[[peer_behavior]]
party_id = "alice"
type = "honest"

Structs§

PeerBehaviorEntry
One [[peer_behavior]] entry.
SchemeSpec
[scheme] block: identity of the candidate under test.
TestVector
Top-level TOML document.
TestVectorTest
[test] block: harness inputs.

Enums§

ConformanceLevel
Conformance level declared by a vector. Mirrors NIST’s MUST/SHOULD/INFORMATIONAL classification: a MustPass failure is a hard error; a ShouldPass failure is a warning (the scheme is expected to comply but the failure is not disqualifying on its own); Informational failures never count against the candidate.