Astrea Tech · private economies, settled in ZEC

Private economies,
settled in ZEC

Astrea lets you use ZEC on Ethereum without showing anyone who you are. Shielded ZEC crosses a bridge the network proves rather than trusts, and from inside Astrea it can trade, lend, and call smart contracts on Ethereum. Ethereum sees Astrea acting. The network sees shaped traffic. Neither learns whose money it is or why it moved. A VPN for your money, with ZEC as the currency and a proof in place of a promise. Private by default. Verifiable by construction. Post-quantum from the first epoch.

Read the ELI5 tour → Why Zcash → the plain-words version · five minutes · start here
WHY ZCASH

We believe Zcash is the closest thing to private digital gold: a fixed supply on Bitcoin's schedule, and a shielded pool that encrypts value instead of hiding it in a crowd. A vault is not an economy, though. The moment ZEC leaves the shield for an exchange, a bridge, or Ethereum, the crossing is where its privacy ends, and the network watching the crossing learns the rest. Zcash is the gold. Astrea is not the money; it is the infrastructure private money moves on: shielded ZEC comes in by proof rather than by a signer's word, stays in the shield on both sides while Astrea keeps track of it with zero knowledge, can run smart contracts and reach Ethereum, returns to the shield when it leaves, and travels on post-quantum cryptography with PRISM covering the route. The Zcash page makes the full case.

01 · the reserve

Zcash is the closest thing to private digital gold

Gold earned its role by being scarce, hard to confiscate at scale, hard to track, and durable across regimes. Bitcoin reproduced the scarcity and the durability, then published every holding on a ledger anyone can read, which is how a hedge becomes a target. Zcash keeps Bitcoin's monetary rules and encrypts the ledger. That is why we believe it is the closest thing to private digital gold in existence today.

The shielded pool encrypts the sender, the recipient, and the amount, and the network still verifies every transfer with a zero-knowledge proof. A spend hides among every shielded note ever created rather than among a handful of decoys, so the privacy does not weaken as analysis improves. Since the Orchard upgrade there is no trusted setup behind it. The supply is capped at 21 million on Bitcoin's halving schedule, the network has run since 2016, ZEC trades on regulated exchanges, and an owner can hand an auditor a viewing key without handing over the power to spend.

Properties of gold compared with Bitcoin and Zcash
GoldBitcoinZcash
scarce mined slowly, supply grows about 1 to 2 percent a year 21 million, halving issuance 21 million, the same halving schedule
hard to confiscate at scale physical custody, hard to seize in bulk holdings are visible, so they can be targeted shielded balances are visible only to their owners
hard to track no ledger every transfer is public forever; pseudonyms cluster sender, recipient, and amount are encrypted; the network checks a proof
holds across regimes millennia since 2009 since 2016, three protocol generations, legal and listed
usable must be assayed, stored, and moved by hand digital, but every use leaves a record digital, shielded on a phone, and the network still verifies every spend

Zcash's design is public: notes, commitments, nullifiers, and the Orchard proof system are specified in the Zcash protocol specification. The Zcash page walks the mechanism and the argument at full length.

02 · the bridge

A vault is not an economy

Zcash was built to keep value private at rest. It was not built to let that value act inside other economies. Every route out of the shield today, an exchange, a swap network, a wrapped coin, puts ZEC on a public ledger under a signer set's word, and the crossing is where the privacy ends. Astrea is a different kind of bridge: shielded ZEC enters it by proof, and it stays shielded on the other side.

WHY WE SAY PORT CITY

A port city is not rich because of the gold in its vaults. It is rich because of its infrastructure: the harbor, the roads, the bonded warehouses, and the customs house that let value from one economy move into another without being opened on the dock. That is the role Astrea plays. Zcash is the gold. Astrea is the infrastructure that moves private money between economies, makes public economies such as Ethereum usable privately, and settles in ZEC.

The mechanism is a proved bridge. A deposit is an ordinary shielded transfer to the bridge's Zcash address, so the Zcash chain shows nothing but a shielded transaction. The bridge keeps what it receives in Zcash's shielded pool; nothing is unshielded on the way in or the way out, and what Astrea adds is the bookkeeping, done in zero knowledge. Astrea then proves the Zcash chain itself: a registered computation checks the block headers and the work behind them, the note-commitment anchor, and the deposit note, and the result enters Astrea's certified state as an imported root. Inside Astrea the ZEC lives in a private ledger where every balance and transfer is a zero-knowledge receipt. Smart contracts can hold it and move it. An action that needs Ethereum reaches it through the bridge's proxy accounts, with Ethereum's state proved back in through the beacon chain's finalized checkpoints. A withdrawal is a shielded transfer back to the owner's Zcash address. The whole path, from the deposit proof inward, runs on Astrea's post-quantum proofs and paired signatures.

How this differs from the routes that move ZEC today

ZEC reaches other chains today through NEAR Intents and through vault-based swap networks such as THORChain and Maya. They work, and they share two properties: you trust a group of signers with your money, and the world sees what you did. The bridge is built so that neither is true. The table puts the two designs side by side.

NEAR Intents compared with the Astrea bridge
NEAR IntentsAstrea bridge
how your ZEC gets across A solver fills your request and a verifier contract on NEAR settles it. On the other chains, an MPC network of signer nodes signs on your behalf, so what "happened" is whatever that network attests. Astrea proves the Zcash chain itself inside a zero-knowledge proof and imports your deposit as certified state. No signature stands in for the truth about the other chain.
who can move the coins The MPC network's threshold of nodes, whenever the NEAR contract instructs it. That network is a second group you trust, separate from NEAR and from Zcash. A threshold key split across Astrea's own validators, used only for a withdrawal the proofs have already authorized, with the same threshold consensus needs. There is no second group to trust.
what you can do with it Swap ZEC for another asset. To use Ethereum, you leave ZEC behind. Keep holding ZEC while you trade, lend, and call smart contracts on Ethereum through the bridge, then settle back into the shield.
who sees what you did The swap is public on NEAR and on the destination chain. Only the ZEC leg can be shielded. A shielded transfer in, a shielded transfer out, and a zero-knowledge ledger in between. Ethereum sees Astrea acting, not you, and PRISM shapes the traffic on both sides.
quantum computers Classical secp256k1 and Ed25519 signatures. What is recorded today can be opened later. Post-quantum proofs and paired signatures on Astrea's side, from the first epoch.

Put simply: with NEAR Intents you trust a signer network and the world sees your swap. With Astrea you check a proof, the network's own validators hold the key, your ZEC stays ZEC while it works on Ethereum, and nobody sees the trade. The vault networks differ from NEAR only in who runs the signers.

NEAR Intents and chain signatures as described in the NEAR documentation. The Zcash page compares the custody designs in full, including multisig bridges and atomic swaps.

THE BRIDGE, END TO END
proved in · private inside · post-quantum throughout
Shielded ZEC enters Astrea by a proof of the Zcash chain, stays private inside, reaches Ethereum, and returns to the shield ZEC rests in the shielded pool. A shielded deposit goes to the bridge's address with a commitment in its memo. Astrea proves the Zcash chain, headers, work, anchor, and the deposit note, and imports the result. Inside Astrea, ZEC lives in a private ledger of zero-knowledge receipts where contracts can use it. Ethereum is reached through the bridge's proxy account, with Ethereum's state proved in through the beacon chain. A withdrawal is a shielded transfer back to the owner. The owner, the balance, the strategy, and the depositor stay inside, and the whole path runs on post-quantum proofs and signatures. SHIELDED POOL ZEC at rest SHIELDED DEPOSIT to the bridge stays in the pool PROVE THE CHAIN Zcash, in zk headers · anchor · note PRIVATE LEDGER Astrea zk receipts · contracts PUBLIC MARKET Ethereum proxy account · manifest WITHDRAW to the shield POST-QUANTUM FROM HERE INWARD proofs · signatures · sessions Zcash and Ethereum keep their own STAYS PRIVATE INSIDE owner · balance · strategy · depositor validators check receipts, not contents ETHEREUM STATE, PROVED IN beacon-chain checkpoint state root · contract slot withdrawal: a shielded transfer back to the owner · the chain shows shielded activity and nothing more
ZEC arrives as a shielded transfer and leaves the same way. Astrea proves the Zcash chain to credit the deposit, keeps the balance private as zero-knowledge receipts, reaches Ethereum with Ethereum's state proved in, and runs the whole path on post-quantum cryptography. The owner, the balance, and the strategy never reach the venue.
Scope

The bridge described here is a design being built toward a testnet. The Zcash chain proof, the state imports, the private ledger, proxy execution, and the settlement receipt are engineering claims, not measurements of a running network. The bridge's Zcash spending key is a threshold key across the validators, signed only for certified withdrawals; Zcash cannot verify Astrea's proofs, so on the Zcash side the guarantee is that signature, and validators, as viewing-key holders, learn deposit amounts and times. A deposit is credited after a declared confirmation depth, because Zcash is proof of work without finality until Crosslink. Post-quantum protection covers Astrea's own proofs, ledger, sessions, and signatures; Zcash and Ethereum keep their own cryptography at either end. The Zcash page states each boundary.

03 · the route

The ledger is only half the leak

A perfectly shielded transaction still has a shape on the network: when it was sent, how large it was, which machine sent it, and which server it asked for its own history. Zcash leaves that shape to ordinary gossip, the same broadcast Bitcoin uses, and researchers have read it. Astrea carries the bridge's traffic through PRISM, a mix route built into the protocol at the transaction level: every packet and every transaction padded into a standard size class, cover traffic so silence and activity look alike, release scheduled and jittered so a broadcast never lines up with the action behind it, routes that rotate, and Dandelion# for where a public action first appears.

Tor helps, and it is not enough

Zcash can run over Tor. Full nodes can route their connections through it, and Zashi 2.1 now sends block downloads, broadcasts, and server calls through Tor using Arti, the Tor Project's Rust implementation, funded in part by Zcash Community Grants. That hides the wallet's network address from the server and from the relays, and it is worth doing. It leaves three things exposed. Tor is a low-latency network with no cover traffic: its designers state that it does not defend against an observer who can watch both ends of a connection and compare timing, and a burst of traffic when you sync or broadcast is still a burst. Tor is a transport, not a wallet protocol: it does not know what a Zcash transaction is, so it cannot pad one to a standard shape or hold it for a scheduled release, and a shielded transaction with four actions still looks different from one with two. And the light-wallet protocol tells the server which transactions are yours regardless of the route, because a wallet that finds a payment in a compact block fetches that transaction by its identifier to read the memo. Zcash's own wallet threat model documents this, and notes that the server can tell when a user received a shielded payment from bandwidth alone.

PRISM is designed to remove the signal rather than hide who is sending it. Sizes are bucketed, so a two-action transaction and a four-action transaction leave the wallet as the same class. Cover packets fill the gaps, so a wallet that is syncing, broadcasting, or idle produces the same stream. Release is scheduled, so a transaction does not appear on the network at the moment the owner acted. Requests reach a service over the mix, so the service sees a request arriving from the route rather than from you, and the answer comes back as a proof. The same route carries an agent's Zcash traffic and its Ethereum traffic, so Ethereum stays public and your use of it does not have to be. In plain words, a VPN for your money, with one difference. A VPN's exit node sees your traffic in the clear and has to be trusted not to look. Astrea's validators never see anything in the clear: every packet reaches them shaped and encrypted, and every action reaches them as a zero-knowledge proof, so they can verify that the rules were followed without learning who you are, what you hold, or what you did.

ONE TRANSACTION, TWO WAYS TO SEND IT
gossip vs PRISM
Plain gossip broadcast compared with a PRISM route In plain gossip, a sender hands a transaction to a node, which forwards it to every other node, and an observer can read the origin, the time, and the size. On Astrea, an agent's traffic enters PRISM in a size class with cover packets, passes a rotating relay mix where each relay learns only its local handoff, and leaves at a private egress toward Astrea or the venue. The observer sees a shaped mix. PLAIN GOSSIP · BITCOIN AND ZCASH TODAY SENDER FIRST NODE reads it, forwards it EVERY NODE same bytes, same moment OBSERVER sees: origin · time · size ASTREA · PRISM ROUTE AGENT PRISM INGRESS size classes · cover packets RELAY MIX local handoff only · rotates PRIVATE EGRESS to the bridge or the venue observer sees a shaped mix · cover · size classes · jitter the same route carries Zcash traffic and Ethereum traffic
On top, the broadcast Bitcoin and Zcash use today: the first node reads the transaction, and an observer learns the origin, the time, and the size. Below, the PRISM route: shaped traffic through a rotating mix, so the observer sees a shape rather than a story.

Timing has been enough in practice. Tramèr, Boneh, and Paterson showed in "Remote Side-Channel Attacks on Anonymous Transactions" (USENIX Security 2020) that a remote observer could identify the recipient of a shielded Zcash transaction from node response timing alone; the flaw was fixed after disclosure. Biryukov, Khovratovich, and Pustogarov linked Bitcoin transactions to the machines that sent them from broadcast patterns in "Deanonymisation of Clients in Bitcoin P2P Network" (CCS 2014). Tor's scope is stated by its designers in "Tor: The Second-Generation Onion Router" (USENIX Security 2004). Zashi's Tor integration: Electric Coin Company, Zashi 2.1. The light-wallet leak: Zcash's wallet app threat model and Hornby, "Fixing Privacy Problems in the Zcash Light Wallet Protocol". The privacy page states what PRISM reduces and what it does not.

04 · the machinery

What a proof manifold changes

A proof is a way to check that something is true without redoing the work yourself. A manifold is a space where many things join into one continuous whole. Astrea's proof manifold is both at once: compute, confidentiality, and trust collapse into a single space of verifiable proofs. An operation runs once, carries a zero-knowledge receipt, and every participant can check it — the proof travels, the secrets never do.

Blockchains usually earn confidence the expensive way: every participant repeats every computation, and users still take a server's answer on faith. Astrea keeps the goal and changes the method. Where the standard design asks for repetition or trust, the manifold produces evidence that a validator, a wallet, or an auditor can check directly.

ONE COMPUTATION, TWO WAYS TO TRUST IT
repetition vs evidence
Repeating a computation everywhere compared with verifying one receipt In the common model, one computation is re-executed by four separate participants to produce the same answer four times. In Astrea, the same computation runs once, produces a compact zero-knowledge receipt, every participant checks the receipt, and the network agrees on one shared result. THE COMMON MODEL · EVERY PARTICIPANT REPEATS THE WORK ONE COMPUTATION PARTICIPANT full re-execution PARTICIPANT full re-execution PARTICIPANT full re-execution PARTICIPANT full re-execution one answer, recomputed by every participant ASTREA · RUNS ONCE · PROVES IT IN ZERO KNOWLEDGE · EVERYONE VERIFIES ONE COMPUTATION EXECUTION PixelVM one deterministic run RECEIPT zk each participant checks it one shared result
In the common model, every participant repeats a computation to trust its result. Astrea executes a registered computation once, produces a compact zero-knowledge receipt, and lets each participant verify the receipt instead — private inputs stay private while the result stays checkable.
The energy bill of repetition

Proof-of-stake fixed mining's energy problem and kept a quieter one: repetition. Ethereum coordinates more than a million validator slots, and every full node still re-executes every transaction to trust the chain — the same work, redone endlessly across the network, forever. Astrea spends that work once. One machine executes; everyone else verifies a compact receipt, and verification costs a small, bounded fraction of the original run. Security scales with the number of verifiers; the computation and energy bill does not.

Ordering

A proved core

The rule that orders Astrea's history carries a machine-checked mathematical proof. The proof covers the consensus core.

Execution

Zero-knowledge receipts

A registered computation runs once and produces a compact zero-knowledge receipt: proof that the run followed its rules, with private inputs kept out of the public verification input. Verifiers check the receipt rather than repeating the work.

State

Certified answers

Records live under versioned authenticated roots, so a client can verify an answer against a certified snapshot instead of trusting the server that produced it.

Cryptography

Post-quantum pairing

Key agreement and signatures carry classical and post-quantum companions at each declared boundary. Both companions are mandatory; the post-quantum side is not an optional fallback.

The practical effects follow directly. Agreement never waits on the heaviest work, because consensus checks evidence instead of redoing computation. A wallet can verify a balance from a server it has no reason to trust. Operations that provably cannot interfere may run at the same time. And recorded traffic cannot be unlocked later by breaking classical key agreement alone, because session secrets combine a classical half with a post-quantum half.

05 · the operating system

The verification operating system, in three parts

Proofs need a system that produces them, orders them, and keeps them checkable. Astrea's operating system separates those powers: consensus decides one shared history, PixelVM runs each registered computation once and proves it, and versioned authenticated state lets any client verify the answer it received.

One authoritative history

Consensus decides which valid actions count and where they belong. Search, storage, proof generation, notifications, and other helpers stay outside that authority, so a convenient view cannot quietly redefine the shared record.

Checkable execution

PixelVM gives a registered action a typed meaning and a deterministic schedule, then records a structured trace. Bounded proof work turns that one run into a compact zero-knowledge receipt any verifier can check.

Verifiable state

Astrea stores structured records under versioned authenticated roots. A client can check a point answer against a certified snapshot even when it does not trust the server that supplied the answer.

THE PROOF MANIFOLD, END TO END
runs once · proves itself · anyone verifies
One action crossing the proof manifold A typed action runs once in PixelVM and produces a zero-knowledge receipt. Consensus admits it into one accepted order, a versioned root certifies the state, and an application verifies the answer. Private inputs stay with the prover, and a replaceable service plane ties its answers back to the certified root. ACTION typed request RUNS ONCE PixelVM zero-knowledge receipt SHARED AUTHORITY Consensus one accepted order CERTIFIED STATE Versioned root history stays checkable APPLICATION verifies the answer PRIVATE INPUTS stay with the prover only the proof travels REPLACEABLE SERVICE PLANE search · delivery · scheduling answers tie back to the root
A typed action runs once in PixelVM and leaves with a zero-knowledge receipt. Consensus admits it into the one accepted order, the versioned root certifies the resulting state, and applications verify answers instead of trusting servers. Private inputs stay with the prover; services stay replaceable because their answers tie back to the certified root.
Exact proof scope

Machine-checked mathematics covers Astrea's consensus core. Networking, storage, privacy routing, data availability, APIs, stake selection, and application services carry their own engineering and test evidence.

06 · a guided path

Follow the story from the vault to the applications

Start with the case for Zcash, the bridge, and the agents that will use them. Then follow the machinery in plain language: where the shared history is decided, how execution is proved, how state keeps its versions, how the transport and the privacy route protect the lanes, and what gets built on top.