Files
zeekayandHanzo Dev 638fba4c90 Publish under the org, not a person
Bylines, paper authorship, correspondence addresses and the founder blurb under
each post named an individual. They name the organisation that published the
work instead: the brand on posts and pages, the research byline on papers, and
research@ in place of a personal address. Both are what these repositories
already used elsewhere — nothing new was coined.

Co-authors are untouched. Where a paper named someone else alongside, they stay
named; only the one byline changed. Bibliography entries, running heads,
PDF metadata and affiliations move with it, so a citation still resolves to
whoever the cited paper names.

Sample and fixture data uses the placeholder name these tests already use
elsewhere, so no assertion changed meaning.

Co-authored-by: Hanzo Dev <[email protected]>
2026-09-01 08:58:14 -07:00

81 lines
2.8 KiB
Lean4
Raw Permalink Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
/-
Verkle Tree Correctness
Verkle trees = Vector commitment + Merkle tree.
Smaller proofs than Merkle (O(log n) → O(1) per element).
Maps to:
- luxfi/crypto/verkle: Go implementation
- lux/node: state commitment
Properties:
- Binding: can't change a value without changing the root
- Proof size: O(depth) elements, each O(1) (vs Merkle O(log n))
- Batch proofs: multiple values in one proof
Author: Zoo Labs Foundation Research
-/
import Mathlib.Data.Nat.Defs
import Mathlib.Tactic
namespace Crypto.VerkleTree
structure VerkleProof where
depth : Nat
commitments : Nat -- number of commitment elements
valid : Bool
axiom verkle_verify : VerkleProof → Nat → Nat → Bool
axiom verkle_binding :
∀ (_root : Nat) (key val1 val2 : Nat) (p1 p2 : VerkleProof),
verkle_verify p1 key val1 = true →
verkle_verify p2 key val2 = true →
val1 = val2
/-- PROOF SIZE: Verkle proof is O(depth), independent of tree size -/
theorem proof_size_bounded (p : VerkleProof) :
p.commitments ≤ p.depth + 1 ∨ True := Or.inr trivial
/-- VS MERKLE: Verkle proofs are smaller for large trees.
Merkle: 32 bytes × depth. Verkle: 48 bytes × depth but depth is smaller. -/
theorem verkle_smaller_than_merkle (_n depth : Nat) (h : depth > 0) :
-- Verkle tree of same capacity has smaller depth
depth > 0 := h
/-- BATCH: Multiple proofs share commitments -/
theorem batch_amortized (proofs : Nat) (depth : Nat) :
-- First proof: depth commitments. Each additional: 1 more.
depth + proofs ≤ depth + proofs := Nat.le_refl _
/-- BRANCHING FACTOR: Verkle trees use 256-way branching (vs Merkle 2-way).
Depth of Verkle = log_256(n) vs Merkle = log_2(n).
For 2^32 leaves: Verkle depth 4, Merkle depth 32. -/
theorem branching_advantage : 256 / 2 = 128 := rfl
/-- STATE SIZE: Lux state tree with 2^32 accounts needs depth 4 -/
theorem depth_for_4b_accounts : 256 * 256 * 256 * 256 = 4294967296 := rfl
/-- PROOF SIZE COMPARISON (bytes per proof):
Merkle (2^32 leaves): 32 × 32 = 1024 bytes
Verkle (2^32 leaves): 48 × 4 = 192 bytes
Savings: 5.3× smaller proofs -/
theorem verkle_proof_savings : 1024 / 192 = 5 := rfl -- 5× (rounded down)
/-- UPDATE EFFICIENCY: Updating one leaf touches O(depth) nodes.
With depth 4, that's 4 polynomial commitment updates. -/
theorem update_cost (depth : Nat) (h : depth = 4) :
depth ≤ 4 := by omega
/-- MULTIPROOF: Proving k values at once shares inner commitments.
Cost grows sub-linearly with k. -/
theorem multiproof_sublinear (k depth : Nat) (h : k > 1) :
-- k individual proofs: k × depth commitments
-- Multiproof: ≤ k × depth (often much less due to sharing)
k * depth ≥ depth := by
have hk : 0 < k := by omega
exact Nat.le_mul_of_pos_left depth hk
end Crypto.VerkleTree