We’ve launched NetiRails: infrastructure for stablecoin-based cross-border paymentsExplore NetiRails

Shielded Transactions

A transaction primitive that utilizes asymmetric encryption and zero-knowledge proofs to obfuscate transactional metadata. Unlike transparent (pseudonymous) transactions, shielded transactions encrypt the transaction graph (sender/receiver) and the state (value), ensuring ledger integrity is maintained without exposing sensitive data to the public consensus layer.

Shielded Transactions: Preserving Ledger Integrity Without Publishing the Transaction

Transparent blockchain transactions reveal far more than most institutional payment systems would ever publish. Balances, counterparties, transaction values, and activity patterns can remain permanently accessible to competitors, analytics firms, and unrelated network participants.

Shielded transactions replace public values with commitments and proofs. The sender proves ownership, authorization, conservation of value, and non-duplication without revealing the underlying note or amount. The network verifies the proof and updates the shielded state while public observers see only cryptographic artifacts.

Proving a Transfer Without Revealing Its Details

A shielded transaction is a privacy-preserving state transition that hides selected transaction data while maintaining verifiable correctness. Typical components include commitments, append-only Merkle trees, nullifiers, encrypted notes, viewing keys, and zero-knowledge proofs.

Privacy Depends on Metadata, Relayers, and Key Design

Privacy depends on more than the proof. Teams must manage proof generation, note discovery, key backups, nullifier synchronization, relayer routing, anonymity-set size, compliance disclosure, and metadata leakage. A technically valid shielded transfer can still be deanonymized through timing or off-chain information if the operational design is weak.

Confidential Transactions with Controlled Disclosure

Neti designs shielded transaction systems and privacy layers that combine zero-knowledge proofs, selective disclosure, relayers, and production-grade state management.

FAQ

Can the blockchain verify a transaction it cannot see?

Yes. The network verifies a zero-knowledge proof showing that all protocol constraints are satisfied without receiving the hidden transaction values.

Are shielded transactions automatically compliant?

No. Compliance depends on identity, policy, recordkeeping, and disclosure design. Viewing keys or compliance proofs can provide authorized transparency.

What determines privacy strength?

The anonymity set, transaction patterns, metadata protection, key handling, relayer design, and the absence of identifiable value or timing correlations.