Papers for

blockchain engineers

Papers whose findings have a practical use for this group, as judged from the abstract. Open a paper to read what it means in practice.

Signature-free blockchain methods cut consensus delays significantly

Simple and Fast Signature-Free Blockchain Consensus

Abstract: Signature-free protocols avoid the cost of post-quantum signatures. We present two simple signature-free blockchain consensus protocols for eventual synchrony with optimal good-case commit latency (three message delays for \(f<n/3\) and two for \(f<n/5\)), optimistic responsiveness, a block time of only two message delays without speculation, and \(O(n^2)\) communication per view. They instantiate Generic Simplex, a blockchain consensus construction parameterized by a new abstraction called view agreement. The same construction also captures Simplex, Minimmit, and a new synchronous signature-free protocol with optimal good-case commit latency of two message delays for \(f<n/4\).

Sat 26 SeptDistributed, Parallel, and Cluster Computing
The gist
Blockchain systems need to agree on the order of transactions, which often requires complex digital signatures that could be vulnerable to quantum computers. The authors present new ways to reach consensus without these signatures, making the process faster while keeping security guarantees under certain network conditions. Their methods reduce the number of communication steps needed to confirm transactions and work efficiently even when some participants behave badly. These protocols use a new concept called view agreement to coordinate participants reliably.
Open → 2609.32985v1

NostrAgent combines identity trust delegation payment for autonomous AI

NostrAgent: A Decentralized Identity and Delegation Architecture for Sovereign Agentic Systems

Abstract: Autonomous AI agents increasingly act across organizational boundaries on behalf of human operators: they invoke third-party services, delegate subtasks to other agents, and pay for metered resources. Deploying such agents safely requires five capabilities that today live in separate systems: persistent identity, scoped delegation, peer trust, discovery, and payment. Existing approaches root these in centralized authorities or cover only subsets, so authority, trust, and payment fracture exactly where autonomy needs continuity: when a key rotates or a delegation must be revoked. We present NostrAgent, a decentralized architecture that unifies all five over Nostr relays using three custom event kinds: Kind 38100 identity declarations authenticated by BIP340 Schnorr signatures with pre-rotation commitments, Kind 38101 scoped delegation chains whose every hop verifiably narrows granted capabilities, and Kind 38102 peer attestations forming a Sybil-deterrent trust graph, with Lightning HTTP 402 (L402) binding payment to agent identity. Identity remains operator-sovereign without any registration authority; relays are substitutable transport rather than a trust root; and every authorization decision is replayable offline from signed events. We evaluate a Python prototype with a mixed-method design: ATAM quality analysis with a two-round mini-Delphi panel, STRIDE threat modeling across three trust boundaries, eleven benchmarks with non-parametric statistics, and 19 failure modes. Results show sub-millisecond offline verification, linear delegation-chain scaling, and Lightning-settled L402 at 157 ms median on regtest. 17 of 19 failure modes pass empirically, one is bounded analytically, and one is disclosed as an architectural limitation. NostrAgent demonstrates an auditable prototype substrate for trustworthy agentic systems without centralized trust roots.

Sat 19 SeptSoftware EngineeringArtificial IntelligenceMultiagent Systems
The gist
AI agents that act for people often need to prove who they are, trust other agents, and manage payments, but these tasks usually rely on different systems controlled by central authorities. The authors introduce NostrAgent, a new decentralized system that handles identity, delegation, trust, discovery, and payments all together without needing a central authority. It uses special message types and cryptographic signatures to keep things secure and lets agents work smoothly even if keys change or permissions are revoked. Their tests show it works quickly and reliably, offering a new foundation for safe distributed AI agents.
Open → 2609.22944v1

Blockchain validators enable efficient historical data proofs with write logs

You've Got a BUD in Me: Authenticated Reads from Per-Block Write Logs

Abstract: Blockchains usually pay for authenticated reads by maintaining a structure that spans the entire state. We show how validators can support historical membership and exclusion proofs by authenticating each block's writes instead. A Block Update Digest (BUD) commits a write log whose predecessor pointers link successive modifications of each key. A SuperBUD summarizes last writes over a window; an exponential hierarchy turns long unchanged intervals into short proofs. The digest count is logarithmic in the gap within the hierarchy's range, with one additional digest per top-level window beyond it. We prove soundness against adversarial provers and up to f Byzantine validators, and completeness for queries anchored by a post-deployment modification, assuming archive, attestation, and committee evidence is available. Across a 50x increase in state size, the measured base-BUD path rises by 1.24x, compared with 3.1x and 69.5x for in-memory and cache-bounded disk-backed Merkle Patricia tries. On the synthetic trace, two-digest read-layer payloads stay below 800 bytes, and warm hash-path verification takes at most 146 microseconds at p99.

Thu 10 SeptCryptography and SecurityDatabasesDistributed, Parallel, and Cluster Computing
The gist
Blockchain systems need a way to prove that data was or wasn’t part of their history, which usually costs extra computational work over all stored data. The authors propose a way for participants called validators to prove past states by only focusing on the changes each new block made, instead of tracking the whole dataset. They introduce structures called Block Update Digests (BUDs) that link successive changes to data keys, and a hierarchy that lets proofs stay small and quick even if data hasn’t changed for a long time. Their approach reduces proof sizes and verification times significantly compared to other common methods, making it more efficient for blockchains to provide historical proofs.
Open → 2609.11251v1