Engineering · built by the Foothold AI Collective

tidex6: private payments we build ourselves.

Stablecoin payments where the amount is hidden, the chain cannot link sender to receiver, and the sender decides who may see the details. I grant access, not permission.

Engineering

What it is

tidex6 is an open-source framework, written in Rust, that adds privacy to stablecoin payments. Transactions are private by default: the amount is sealed, and nothing on chain connects the sender to the receiver.

Privacy here is not secrecy from everyone. The sender can hand a viewing key to someone they trust, such as an accountant, an auditor or a family member. They can read the history, but they cannot spend or freeze anything. That is disclosure by consent, and it is what makes private payments usable by businesses that answer to auditors. The Foothold AI Collective built it the same way we build everything: Rust end to end, cryptography that can be checked, every claim verifiable on chain.

How it works

Shielded pool on Groth16 proofs

A deposit becomes a commitment; a withdrawal proves ownership of some commitment without revealing which one. The link between sender and receiver is gone.

Hidden amounts

On Solana mainnet the wUSDC and wUSDT pools keep payment amounts confidential inside the pool with Token-2022 Confidential Transfers. The next pool version, on USDG, runs on devnet.

Stealth payments

The recipient is never handed a note. They find payments meant for them by scanning the chain with their own secret.

Post-quantum memos

Payment details travel in an ML-KEM-768 encrypted envelope, readable only by the people the sender chooses: the recipient and, optionally, an auditor.

Proofs in the browser

The proof is generated in the user's tab through WebAssembly in about two seconds on a typical machine. The secret never leaves the device.

One circuit, many chains

The same circuit and verifying key run on Solana, on EVM chains through a Solidity verifier, and on Arc, Circle's chain, where gas is paid in USDC.

Payments for AI agents

An MCP server lets AI agents send and receive private payments through the same rails.

Security, stated plainly

Verifiable build

The bytecode of the verifier program on Solana matches its source code, confirmed on verify.osec.io.

Immutable verifier

Its upgrade authority has been renounced, so nobody, including us, can change it.

No double spending

Every spent note leaves a per-nullifier record on chain; the same note cannot be spent twice.

No front-running

The recipient is bound into the proof, so a copied withdrawal cannot redirect the funds.

Public trusted-setup ceremony

Anyone with a wallet can contribute in the browser, one contribution per wallet, and the randomness never leaves the tab. The transcript is publicly verifiable. The verifying key currently on chain comes from a single-contributor development setup; it is replaced when the public ceremony closes.

Status: development stage. tidex6 has not yet been independently audited, and we do not recommend it for real funds.

Why this matters for your code

Zero-knowledge circuits, on-chain verifiers and confidential token flows fail in ways ordinary tests do not catch: a missing constraint, a verifier that accepts more than it should, a public input nobody checks. We know these failure modes because we design around them in our own system. This is the kind of system our security team reviews.

Where to see it

tidex6.com

The web app.

Ceremony

The public trusted-setup ceremony and its transcript.

Source code

On GitHub, under MIT or Apache-2.0.

Verifier program (Solana)
CSDD31Zm…V7jrsJhcd
wUSDC pool
AYTRKmF8…FMhcPcU
wUSDT pool
QGPYpwyM…53VCWPz2
Give Atlant a task Building something with zero-knowledge proofs or confidential tokens? Get it reviewed →