Papers
Topics
Authors
Recent
Search
2000 character limit reached

Predicate Family Unforgeability

Updated 3 July 2026
  • 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 (G,S)(G, S) with prescribed interfaces:

  • G(1λ)(sk,π)G(1^\lambda) \to (sk, \pi): The generator samples a private key sksk and a corresponding public predicate π\pi for security parameter λ\lambda.
  • S(sk,m)S(sk, m) \to either \perp or a witness uu with π(m,u)=1\pi(m, u) = 1: The solver, given the secret sksk and a message G(1λ)(sk,π)G(1^\lambda) \to (sk, \pi)0, outputs a witness G(1λ)(sk,π)G(1^\lambda) \to (sk, \pi)1 that satisfies the predicate, or returns failure.

The ownership predicate G(1λ)(sk,π)G(1^\lambda) \to (sk, \pi)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 G(1λ)(sk,π)G(1^\lambda) \to (sk, \pi)3 has oracle access to new predicate generations and to solve queries on known predicates and messages.
  • G(1λ)(sk,π)G(1^\lambda) \to (sk, \pi)4 wins if it outputs G(1λ)(sk,π)G(1^\lambda) \to (sk, \pi)5 such that the predicate G(1λ)(sk,π)G(1^\lambda) \to (sk, \pi)6, G(1λ)(sk,π)G(1^\lambda) \to (sk, \pi)7 was previously generated, and G(1λ)(sk,π)G(1^\lambda) \to (sk, \pi)8 has not queried the solver on G(1λ)(sk,π)G(1^\lambda) \to (sk, \pi)9 (or only received sksk0 when it did).

The adversarial advantage is denoted as

sksk1

A predicate family sksk2 is sksk3–UF-secure if no sksk4-time adversary making sksk5 oracle calls achieves advantage sksk6 (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 sksk7, the Unicity Service (US), and a TS oracle implementing sksk8. The core result (Theorem 2) demonstrates that if:

  • sksk9 is π\pi0–UF-secure,
  • The hash function π\pi1 is π\pi2–collision-resistant,

then the Unicity Service is π\pi3–secure against blocking, where π\pi4 and the admissible time and query bounds follow polynomially from those for π\pi5 and π\pi6. In effect, if an adversary π\pi7 can successfully block a token with probability π\pi8, then either π\pi9 can be converted into a collision-finder for λ\lambda0 or a predicate family UF-forger for λ\lambda1 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 λ\lambda2 blocks state λ\lambda3 by submitting λ\lambda4, then either λ\lambda5 does not correspond to any previously registered predicate (so λ\lambda6 finds a collision in λ\lambda7), or λ\lambda8 for some λ\lambda9 and S(sk,m)S(sk, m) \to0 did not query S(sk,m)S(sk, m) \to1 for S(sk,m)S(sk, m) \to2 (yielding a fresh predicate solve).
  • Extraction of a UF Forgery: In the second case, observing S(sk,m)S(sk, m) \to3's transcript allows extraction of a triple S(sk,m)S(sk, m) \to4 that constitutes a successful predicate family UF-forgery: S(sk,m)S(sk, m) \to5 and S(sk,m)S(sk, m) \to6 never queried that instance to S(sk,m)S(sk, m) \to7.

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 S(sk,m)S(sk, m) \to8 (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 S(sk,m)S(sk, m) \to9 and the swap predicate \perp0—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 \perp1

\perp2 if:

  1. \perp3 (\perp4 is a valid signature under key \perp5 for message \perp6),
  2. \perp7,
  3. If \perp8 describes a swap, then \perp9.

Swap Predicate uu0

uu1 is satisfied if:

  1. There exists a valid inclusion proof uu2 for the value uu3 at key uu4 in US,
  2. uu5 and either:
    • (a) uu6 and uu7, or
    • (b) uu8, uu9, and time π(m,u)=1\pi(m, u) = 10.

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:

  1. Prepare: Both parties shift token control to the preparation predicate, binding token state to future swap logic.
  2. Exchange ledgers: Parties verify each other's prepared commitments and agree on swap timing parameters.
  3. Commit: Each executes a π(m,u)=1\pi(m, u) = 11 request, yielding an inclusion proof and setting the requisite state in the Unicity Service.
  4. Finish: If the other party’s swap-commit is present, the original party completes the swap using π(m,u)=1\pi(m, u) = 12; 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 π(m,u)=1\pi(m, u) = 13 is collision-resistant (and where necessary, one-way).
  • The commitment scheme π(m,u)=1\pi(m, u) = 14 is perfectly binding (for double-spending prevention) or perfectly hiding (for association proofs).
  • The signature scheme π(m,u)=1\pi(m, u) = 15 is existentially unforgeable under chosen-message attack (EUF-CMA).
  • The Unicity Service maintains an append-only ledger, consistent and monotonic time π(m,u)=1\pi(m, u) = 16, 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).

Definition Search Book Streamline Icon: https://streamlinehq.com
References (1)

Topic to Video (Beta)

No one has generated a video about this topic yet.

Whiteboard

No one has generated a whiteboard explanation for this topic yet.

Follow Topic

Get notified by email when new papers are published related to Predicate Family Unforgeability.