Predicate Family Unforgeability
- Predicate Family Unforgeability is a cryptographic property ensuring that only legitimate owners can satisfy ownership predicates required for secure token state transitions.
- It employs a pair of PPT algorithms to generate and solve predicates, with security quantified by adversary advantage and hash collision resistance.
- Its role in atomic swap protocols guarantees a no-blocking execution layer where both parties must strictly fulfill predicate conditions to complete transactions.
Predicate family unforgeability is a cryptographic property formalized to ensure that programmable spending conditions, called predicates, can underpin secure, off-chain state transitions in modern token systems. This property is central to the robustness of the Unicity execution layer, generalizing token ownership to broader classes of ownership predicates and providing a foundation for advanced applications such as trustless atomic swaps. Predicate family unforgeability guarantees that only legitimate owners can satisfy specific state-changing predicates, precluding illicit state spends and related adversarial behaviors (Buldas et al., 1 Jun 2026).
1. Definition of Predicate Families and Unforgeability
A predicate family is formally defined as a pair of probabilistic polynomial-time (PPT) algorithms with prescribed interfaces:
- : The generator samples a private key and a corresponding public predicate for security parameter .
- either or a witness with : The solver, given the secret and a message 0, outputs a witness 1 that satisfies the predicate, or returns failure.
The ownership predicate 2 defines the condition required for state transitions (e.g., token spend). Unforgeability for predicate families is captured through a UF–CMA-style game:
- The adversary 3 has oracle access to new predicate generations and to solve queries on known predicates and messages.
- 4 wins if it outputs 5 such that the predicate 6, 7 was previously generated, and 8 has not queried the solver on 9 (or only received 0 when it did).
The adversarial advantage is denoted as
1
A predicate family 2 is 3–UF-secure if no 4-time adversary making 5 oracle calls achieves advantage 6 (Buldas et al., 1 Jun 2026).
2. Relation to Execution-Layer Security in the Unicity Model
Within Unicity, predicate family unforgeability underpins the no-blocking security property: only a party able to satisfy the current ownership predicate may alter or "spend" a token state. This is formalized as a game between a blocking adversary 7, the Unicity Service (US), and a TS oracle implementing 8. The core result (Theorem 2) demonstrates that if:
- 9 is 0–UF-secure,
- The hash function 1 is 2–collision-resistant,
then the Unicity Service is 3–secure against blocking, where 4 and the admissible time and query bounds follow polynomially from those for 5 and 6. In effect, if an adversary 7 can successfully block a token with probability 8, then either 9 can be converted into a collision-finder for 0 or a predicate family UF-forger for 1 with at least half that probability (Buldas et al., 1 Jun 2026).
3. Key Lemmas Underlying Predicate-Family Unforgeability
The security reduction for the execution layer is built around two combinatorial observations:
- Blocking Implies Collision or Predicate Solve: If adversary 2 blocks state 3 by submitting 4, then either 5 does not correspond to any previously registered predicate (so 6 finds a collision in 7), or 8 for some 9 and 0 did not query 1 for 2 (yielding a fresh predicate solve).
- Extraction of a UF Forgery: In the second case, observing 3's transcript allows extraction of a triple 4 that constitutes a successful predicate family UF-forgery: 5 and 6 never queried that instance to 7.
These observations yield a tight reduction that bounds adversarial blocking probability in Unicity to the sum of the predicate family UF bound and the collision resistance of 8 (Buldas et al., 1 Jun 2026).
4. Role in Atomic Swap Protocols
Predicate family unforgeability is critical for the security of trustless atomic swaps built upon Unicity. The atomic swap mechanism leverages programmatic predicates—the preparation predicate 9 and the swap predicate 0—specifically constructed so that only the honest owner can satisfy the respective predicates within prescribed parameters (e.g., commitment inclusion, timeouts, and fresh signatures).
Preparation Predicate 1
2 if:
- 3 (4 is a valid signature under key 5 for message 6),
- 7,
- If 8 describes a swap, then 9.
Swap Predicate 0
1 is satisfied if:
- There exists a valid inclusion proof 2 for the value 3 at key 4 in US,
- 5 and either:
- (a) 6 and 7, or
- (b) 8, 9, and time 0.
Atomicity and correctness are guaranteed because either party can complete the swap only by presenting genuine inclusion proofs and freshly signed messages, or else a timeout branch is triggered. Any deviation by an adversary reduces to predicate forging or hash collision, both precluded under the stated security assumptions (Buldas et al., 1 Jun 2026).
5. Protocol Outline and Security Properties
The atomic swap protocol operates as follows:
- Prepare: Both parties shift token control to the preparation predicate, binding token state to future swap logic.
- Exchange ledgers: Parties verify each other's prepared commitments and agree on swap timing parameters.
- Commit: Each executes a 1 request, yielding an inclusion proof and setting the requisite state in the Unicity Service.
- Finish: If the other party’s swap-commit is present, the original party completes the swap using 2; otherwise, a timeout resolves withdrawal.
Correctness and atomicity rely on two principal lemmas:
- Rollback: If, after timeout, the swap-commit is absent, no valid swap occurred—enforced by the append-only and collision-resistant ledger.
- Success: Existence of the swap-commit implies that the corresponding party necessarily performed a valid commit within the designated window.
This protocol ensures that swaps are atomic—either both sides complete or both can recover—because no party can forge satisfaction of the predicates or inclusion proofs (Buldas et al., 1 Jun 2026).
6. Cryptographic Assumptions and Model Idealizations
The security arguments for predicate family unforgeability, its reduction to execution-layer security, and the atomic swap construction are all predicated on the following cryptographic assumptions:
- The hash function 3 is collision-resistant (and where necessary, one-way).
- The commitment scheme 4 is perfectly binding (for double-spending prevention) or perfectly hiding (for association proofs).
- The signature scheme 5 is existentially unforgeable under chosen-message attack (EUF-CMA).
- The Unicity Service maintains an append-only ledger, consistent and monotonic time 6, and produces publicly verifiable inclusion proofs.
- Adversaries are granted full control of network scheduling and access to all relevant oracles.
- The model assumes ideal synchrony or bounded drift between service and participant clocks for time-based predicates.
Consequently, the reduction demonstrated in the Unicity model establishes that the no-blocking property of the execution layer is exactly characterized by the conjunction of predicate-family unforgeability and standard hash collision resistance (Buldas et al., 1 Jun 2026).