Skip to main content
Vana L1 is an EVM-compatible blockchain purpose-built for data portability. It serves as the source of truth for protocol state: registrations, grants, file records, and schemas are recorded onchain and can be independently verified. Nobody — not even Vana core contributors — can modify data permissions; only the data owner can create or revoke grants. That gives the owner of the data full control and a cryptographic guarantee: consent is enforced by the chain, not by any central party. Private data is never written to the chain; the blockchain state is what gates access to data — it defines who can access what.

​
What’s onchain

This gives you verifiability: anyone can check that a grant exists, that a builder is registered, or that a file record was registered, without trusting a single API. The Data Portability RPC (Gateway) provides fast reads and writes with eventual chain consistency so builders get low-latency access while the chain remains the authority.

​
What’s not onchain

  • User data — Actual data files are encrypted and stored in the user’s chosen backend (hosted storage, Google Drive, Dropbox, IPFS). Only pointers and metadata are onchain.
  • Decrypted content — Nothing that could reveal user data is written to the chain.

​
Networks

Get testnet VANA from the Vana Faucet.

​
Add Moksha to your wallet

In MetaMask, Rabby, or another EVM wallet, add a network with:

​
Availability and resilience

Vana L1 is a proof-of-stake chain designed for high availability with active validators securing the network. See Validators for consensus details. The Data Portability RPC (Gateway) provides a caching and relay layer between protocol participants and the chain:
  • Reads (grant verification, registration lookup, file records) use cached state with low-latency responses.
  • Writes (grant creation, registration) are submitted by the Gateway and confirmed on-chain asynchronously.
The Gateway maintains eventual consistency with the chain — reads reflect the latest confirmed state with minimal delay. If the chain experiences temporary congestion, the Gateway continues serving cached reads. New writes queue and confirm when the chain catches up. This architecture means builders experience consistent, low-latency API responses regardless of chain conditions. The chain remains the authoritative source of truth; the Gateway ensures that protocol operations are not blocked by transient network issues.
Smart Contracts & Addresses — contract addresses and chain operations. Validators — consensus and validator info.