← Latest papers
💻 computer science

Finality Before Disclosure for Ledger Authenticators in the Quantum Random Oracle Model

This paper introduces the concept of ledger authenticators and a corresponding unforgeability model (\LAEUF\LAEUF) to secure reactive authorization protocols in public ledgers, proving a multi-user quantum security bound in the Quantum Random Oracle Model that accounts for adversarial ordering, censorship, and the critical requirement of closing evidence eligibility before credential disclosure.

Original authors: Maja Lie, Benjamin Marsh

Published 2026-08-20
📖 5 min read🧠 Deep dive

Original authors: Maja Lie, Benjamin Marsh

Original paper licensed under CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). This is an AI-generated explanation of the paper below. It is not written or endorsed by the authors. For technical accuracy, refer to the original paper. Read full disclaimer

In the digital world, a ledger is simply a shared record of who owns what and what has happened. Think of it as a public notebook where every transaction is written down, verified, and added to the history. For decades, the security of these notebooks relied on a single, portable key: a digital signature. Much like a physical signature on a check, this digital mark proved that the owner authorized a specific action. The system was designed so that anyone could verify the signature using a public key, without needing to know the history of the account or the timing of the transaction. This worked well for simple transfers, but modern digital ledgers have become more complex. They now manage state, order events, and rely on the finality of the record—the point where a transaction is considered unchangeable and permanent. The old model of a standalone signature began to feel insufficient for these new, reactive systems, where the validity of an action might depend on what happened just before it or how the network agreed on the order of events.

This shift created a new challenge for security, especially as we look toward a future where powerful quantum computers might break the current encryption methods. Researchers Maja Lie and Benjamin Marsh asked a fundamental question: when a digital ledger authorizes a change, how much of that security comes from the secret key held by the user, and how much comes from the public history of the ledger itself? In many modern systems, the ledger does more than just carry a signature; it helps decide if an action is valid by checking the timeline, the order of events, and the final state of the account. The authors realized that standard security tests, which treat signatures as isolated objects, missed the unique dangers of this environment. They identified that an attacker could potentially exploit the time between when a secret is revealed and when it is officially recorded, or use the ability to delay and reorder transactions to create a forgery.

To solve this, the researchers built a new framework called a "ledger authenticator." This is a model that treats the entire process of authorization as a game played against the ledger's history, rather than just a check of a signature. They introduced a specific test, called LA-EUF, which simulates a scenario where an attacker can watch every honest transaction before it is recorded, delay its inclusion, and even reorder the sequence of events. The goal of this test is to see if the attacker can trick the system into accepting a new, unauthorized action using a secret that was just revealed. The paper proves that for certain types of protocols, security relies on a specific condition: the ledger must "close" the list of possible actions before the secret is revealed. If the system allows new actions to be created after the secret is out, the ledger is vulnerable. However, if the system fixes the list of valid actions based on the final, unchangeable state of the ledger before the secret leaks, the system remains secure.

The researchers demonstrated that this approach works by defining a "commit, close, reveal" process. In this method, a user first commits to an action and waits for the ledger to finalize a specific window of time. Only after this window is closed and the list of valid commitments is fixed does the user reveal the secret. This ensures that even if an attacker sees the secret, they cannot create a new, valid action because the ledger has already locked in the rules for that moment. The authors provided a mathematical proof showing that this method is secure even against quantum computers, provided the system follows these strict timing and finality rules. They showed that the security of the system is not just about the strength of the secret key, but about the precise moment the ledger decides what is allowed.

The study also clarified the limits of this approach. It found that if a protocol relies on a single event that does not depend on the ledger's history, it essentially collapses back into a standard signature scheme, losing the extra protection the ledger could provide. Conversely, if a protocol allows a secret to be reused or rebound to a different action after it is revealed, it is inherently unsafe unless the ledger has already frozen the list of valid actions. The researchers proved that by separating the safety of the system from the speed at which it processes transactions, they could create a robust defense. They showed that safety can be guaranteed even if the network is slow or if an attacker tries to censor honest transactions, as long as the ledger's final state is used to lock down the rules before secrets are exposed.

This work offers a clear path forward for building secure digital ledgers in a post-quantum world. It moves beyond the idea of simply swapping old signatures for new, quantum-resistant ones. Instead, it suggests that the ledger itself should be an active participant in the security argument, using its public, finalized history to prevent fraud. The researchers' findings suggest that the most secure systems will be those that carefully manage the timing of when secrets are revealed and when the rules of the game are set in stone. By doing so, they ensure that the ledger remains a trustworthy record, capable of withstanding even the most sophisticated attacks, without relying on the hope that a secret will never be guessed. The result is a more resilient way to manage digital trust, where the history of the system is as important as the key that starts it.

Drowning in papers in your field?

Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.

Try Digest →