Proofs in Local Protocol
How Local Protocol treats verifiability as a spectrum and uses identity and service proofs as graph attributes to bootstrap trust.
Local Protocol targets decentralized physical infrastructure networks (DePINs) where many valuable services lack cheap, deterministic proofs. The protocol treats verifiability as a spectrum and provides mechanisms that remain secure even when only probabilistic evidence is available.
Our approach acknowledges a spectrum of verifiability and provides a path forward for networks that may not have access to hard or cost-effective service proofs.
Local Protocol is an expressive architecture whose approach to verifiability is adaptable to a wide range of DePIN projects. In the root case, the protocol assumes that services do not have access to robust service-proofs.
Spectrum of Verifiability
Verifiability is a spectrum between:
- Hard proofs: deterministic, cryptographically verifiable evidence (e.g., cryptographic attestations, signatures tied to objective system events).
- Soft proofs: probabilistic evidence (e.g., location signals, sensor readings, human attestations, reputation signals) that can be informative but not perfectly binding.
Local Protocol is designed so soft proofs can still be useful without becoming a free attack surface: they feed into bounded weights, market-relative seeds, and claim verification (caps + audits + slashing).
Proofs as Graph Attributes
In graph theory, a node is a point representing an entity (buyer, seller), and an edge is a connection between two nodes (transactions). In Local protocol, we model identity-proofs (and other trust attributes for users) as node attributes and service-proofs as edge attributes.
See: The Transaction Graph and Graph Commitments & Epoch Snapshots.
Proofs are ledger facts attached to nodes/edges. The protocol consumes them in a few specific places (seed construction, edge-weight adjustment, risk/cap policy), and their effect propagates through the graph via snapshot-relative diffusion.
You can think of both identity and service proofs as injecting trust into the network. As the network becomes more trustworthy, the protocol becomes more confident in distributing rewards that are greater than the fees collected for each transaction. This unlocks a rich surface area for capital formation to bootstrap new markets. New markets can inherit the security from existing markets providing the network with a strong cross-market network effect.
For immature markets that want to prioritize bootstrapping trust, proofs can concentrate influence through the protocol-defined, market-relative teleport distribution
Trust propagation under diffusion
Under snapshot-relative diffusion, proofs influence the walk in two protocol-defined ways:
- Seed mass (teleport) updates: stronger proofs can increase
(in market context ) or seed eligibility. - Edge weight adjustments: service proofs/disputes change
proof_factorandqualityin edge weights.
See: Service Proofs and Dispute Resolution & Collateral.
The effect naturally diminishes over distance: in a restarted random walk, influence along length-
Probabilistic evidence and confidence
Many proofs are not binary. Local Protocol treats these as confidence-weighted signals and uses them only through protocol-defined, bounded interfaces.
Proof attachments in State Diff Lists (SDLs)
Proofs are committed to the canonical ledger as part of execution outputs. Concretely, proofs can be included as proof attachments inside a State Diff List (SDL)—the compact, verifiable bundle of ledger mutations that is produced by execution and finalized by the protocol.
See State Model for the definition of SDLs and how they compose into a single canonical state.