Live on Ethereum Sepolia & Tron Nile testnets
Software agents are starting to make economic decisions. Varnir is the settlement layer underneath them — with a treasury-control model where one agent's intent to pay is verified by other agents before a single unit moves.
Testnet. The settlement layer, wallets, invoicing and SDK are built and running on public test networks. The multi-agent approval layer is where this is going — not something you can use today. This page says which is which.
01 — The problem
Give a model a key and it can move money. That is the whole security review. There is nothing between the inference and the irreversible transaction — no second opinion, no policy check that the model cannot talk its way past, and no record of why a payment was considered correct.
A single agent holding a private key is a single point of failure. Prompt injection, a hallucinated invoice, a compromised tool response — each of them ends the same way: a valid signature over a payment nobody sanctioned.
The usual fix is to hand the key to a platform instead. Now the platform can move your funds, and its breach is your breach. Trading one unaccountable signer for another is not a control.
"The agent decided to" is not an audit trail. Without a record of what was proposed, what checked it, and on what grounds it passed, an automated treasury cannot be reasoned about — let alone signed off by anyone accountable for it.
02 — The approach
An agent proposes a payment. It does not execute one. Independent verifying agents check that proposal against treasury policy, and only an approved proposal becomes a settled transaction. The proposer never holds unilateral authority — because authority is the thing being split.
Not a policy — a property of the code, everywhere in the stack. Keys are generated in your process and stay there. Transactions are signed locally and posted straight to a chain node, not relayed through an API that could have signed for you.
The one thing our API is asked for during wallet setup is which wallet id to claim — a public, unauthenticated read. It hands out ids. It cannot assign one to you; that takes a transaction signed by your own key.
API credentials are a secp256k1 keypair you generate, of which we only ever store the public half. Requests carry a signature over the route, a timestamp and the exact body — so there is no secret in a header to leak through a log or a proxy, and a signature cannot be replayed against a different endpoint.
A four-node settlement network with the wallet, transfer and onboarding logic written as on-ledger contracts. A public scanner over it. Wallets, invoicing and deposit webhooks across two L1 testnets. You can go and use it right now.
The treasury layer's output is not just an allow or a deny — it is a durable, inspectable record of what was proposed and what each verifier concluded. An automated treasury that cannot be audited afterwards is not one a serious organisation can adopt.
03 — Live today
Everything below is deployed on public test networks and reachable from this page. Nothing here handles real funds, and we would rather say so plainly than let a landing page imply otherwise.
Public scanner over the settlement ledger and the two L1 testnets it watches — transactions, identities, wallets and deposits.
Onboard an identity, get a wallet assigned, send and receive — entirely in the browser. The private key is generated there and never leaves.
Named, referenced invoices across one or more wallets, with payment detected from observed deposits and
HMAC-signed callbacks at both pending and confirmed.
A custom ActiveLedger fork running as a four-node network, with onboarding, wallet assignment and transfer implemented as on-ledger contracts.
@varnir/chain-client and @varnir/signing — everything the web wallet does,
from your own code, with the same client-side signing guarantees.
Edit and run the SDK against a live testnet, right in the browser — onboard an identity, claim a wallet, raise an invoice, and watch each step's real result.
A native iOS and Android wallet, built on the same SDK. In development, not yet released.
04 — Build on it
Create an identity, put it on the ledger, get a wallet assigned, register a signing key, raise an invoice. Every signature happens in your process.
// 1. A key you generate, and keep.
const phrase = generateRecoveryPhrase();
const keyPair = derivePrivateKeyFromPhrase(phrase);
// 2. Onboard it. Signed here, posted straight to a chain node.
tx.$sigs.otk = signPayloadBase64(tx.$tx, keyPair.privateKeyHex);
const identity = await sendToAnyNode(tx);
// 3. Claim a wallet, then prove ownership on-chain.
const wallet = await claimWallet('niles', 'trx');
await assignWallet(identity, keyPair, wallet.id);
// 4. Register a separate, scoped signing key.
await registerApiKey(identity, apiKeyPair, ['invoices:create']);
// 5. Raise an invoice — signed request, no bearer token.
const invoice = await createInvoice(apiKeyPair, {
walletIds: [wallet.id],
amount: '10',
currency: 'native',
});Varnir is a working testnet with a clear thesis, not a finished product. If AI agents transacting on their own behalf is a problem you are thinking about — as something to build on, to integrate, or to argue with — the code is the honest version of the pitch.