Bitcoin ZK client written in Cairo.

Overview

Raito is a zero-knowledge Bitcoin client implemented in Cairo. It aims to provide trustless validation of the Bitcoin blockchain through STARK proof verification. It is heavily inspired by ZeroSync project.

Disclaimer: This project is in the early stages of development and should not be used in production. It will evolve rapidly, expect breaking changes.

flowchart TB
Pnm1(STARK proof of the chain state<br>up to the block <i>n - 1</i>,<br> including utxo accumulator) --> Vp(zk verifier)
Bn(blocks <i>n..m</i>) ----> Vb

subgraph Cairo
    Vp{{STARK verifier}}-->ChS(verified chain state)
    ChS --> Vb{{validate block<br>against the chain state}}
    Vb --> ChS
end

Vb --> Pn(STARK proof of the chain state<br>up to the block <i>m</i>,<br> including utxo accumulator)

style Bn fill:pink
style Pn fill:lightgreen
style Pnm1 fill:lightgreen
style ChS fill:greenyellow
style Vp fill:gold
style Vb fill:gold

Loading

Raito, at its core, accepts two inputs: a batch of consecutive blocks n to m and a STARK proof of the state of the chain up to block n−1. It ensures that the historical chain state is valid by verifying the STARK proof. Then, it produces a new chain state by applying the new blocks on top of the historical state. As a result, a proof of the new state is generated.

Applications

Although this is a highly experimental project without immediate plans for deployment, there are many potential applications:

• light clients
• IBD speedup
• non custodial bridges
• layer 2s

Roadmap

Milestone 1 - Block header validation

Implement a reduced light client that can verify a range of blocks starting at genesis.
It does not have to validate execution, just check that the block header fields follow the protocol.

Tasks:

• block hash computation
• proof-of-work validation/computation
• block time validation/computation
• block difficulty adjustment
• script for fetching arbitrary block data
• script for preparing program arguments
• script for running the program e2e for multiple block

Milestone 2 - Partial transaction validation

Extend light client with partial transaction validation, but without UTXO checks.

Tasks:

• reassess validation check list (analyze Bitcoin core codebase)
• generate & run integration tests e2e instead of Cairo codegen
• transaction ID calculation
• transaction root computation
• validate transaction fee
• validate coinbase transaction
• validate that transaction can be mined (locktime, sequence, coinbase maturity)
• validate segwit specific data (wtxid commitment)
• validate block weight
• script that fetches blocks extended with references UTXOs
• script that runs the program e2e for a span of blocks

Milestone 3 - Bitcoin script validation

Try to run script validation with external Cairo crate.

Tasks:

• Integrate Shinigami

Milestone 4 - UTXO set verification

Add inclusion proofs for the UTXOs included in the block.

Tasks:

• isolate unspendable outputs (OP_RETURN, etc)
• implement cache for UTXOs spent in the same block they are created (*)
• implement transaction outpoint hashing
• implement Utreexo accumulator (addition)
• Utreexo backend that maintains utxo set and Utreexo roots
• implement Utreexo single inclusion proof verification
• implement Utreexo single output removal
• implement Utreexo bridge node that generates individual inclusion proofs
• implement script that runs the program e2e for a span of blocks

Milestone 5 - Full consensus validation

Validate full block execution, including the Bitcoin scripts checks and Utreexo.

Milestone 6 - Proving the validation

Recursively verify STARK proofs of chain state updates.

Name reference

Raito is a reference to Light Yagami (夜神月, Yagami Raito) from the manga/anime Death Note.

• Raito in Japanese means "Light", which in turns can refer to Lightning ⚡ (and hence both a reference to speed of verification of the Bitcoin blockchain using a ZKP and a reference to the Lightning Network)
• Raito can work in tandem with Shinigami that enables verification of Bitcoin Script programs. Raito = Consensus and Shinigami = Execution. Since Shinigami was named after Ryuk (Shinigami in Death Note), Raito was named after Light (Raito in Death Note).
• What Raito writes in the Death Note always happen, so you can see it as a source of truth, similarly to how you use a Zero-Knowledge Proof to verify the integrity of a computation.

Contact

• Raito Telegram
• Raito OnlyDust

Usage

This will compile all the components:

scarb build

This will run the test-suite:

scarb test

Re-generate test data:

scarb run get_blocks
scarb run get_block <BlockHash>
scarb run get_block_py <BlockHash>

• File will be created in tests/blocks/block_<block_height>.cairo
• If you want to modify the blockHash for get_blocks change scripts/data/get_blocks.sh

Build dependencies

• get_blocks and get_block_py need that Python dependencies

References

• STWO
• Cairo
• Circle STARK paper
• ZeroSync
• Shinigami

Contributors ✨

Thanks goes to these wonderful people (emoji key):

A₿del ∞/21M 🐺 - 🐱 💻	Maciej Kamiński @ StarkWare 💻	Brandon R 💻	Tristan 💻	Jean-Michel 💻	lomasson 💻	Michael Zaikin 💻
Harsh Pratap Singh 💻	Xavek 💻	Olufemi Olumaiyegun 💻	MSG 💻	Mubarak Muhammad Aminu 💻	oluwapeski 💻	Steven 💻
Yusuf Habib 💻	Gerson 💻

This project follows the all-contributors specification. Contributions of any kind welcome!