Monero Jamtis Addresses Explained

If you have ever opened a Monero wallet with hundreds of subaddresses and watched it crawl through a sync, you have already felt the problem Jamtis is built to solve. The current address format dates back to CryptoNote in 2014, and even with the view tags added in the August 2022 network upgrade, scanning the chain for your own funds is still more expensive than it should be. Jamtis is the proposed next-generation addressing scheme for Monero, designed to pair with the Seraphis transaction protocol and the incoming FCMP++ privacy upgrade.

This matters for anyone who actually moves XMR. When you receive Monero — whether from a friend, a mining payout, or a swap on MoneroSwapper — your wallet has to recognize that the funds belong to you without any account or username on the chain. Jamtis reworks how that recognition happens, how addresses are generated, and who you can safely hand partial access to. This guide breaks down what Jamtis is, why the Monero Research Lab designed it, and what changes for everyday users.

Why Monero needs a new address scheme

Monero's privacy comes from hiding the sender, the receiver, and the amount. The receiver side is handled by stealth addresses: every payment goes to a unique one-time public key derived from your address, so no two payments to you ever share an on-chain identifier. That design is strong on privacy but heavy on bookkeeping, because your wallet must test every output on the network to see if it was meant for you.

The current scheme has accumulated real friction over a decade of use. The pain points Jamtis targets are concrete:

• Slow subaddress detection: To support many receiving addresses, wallets precompute a lookup table of Subaddress spend keys and check each output against it. The bigger the table, the slower the scan, and merchants with thousands of addresses feel it most.
• The Janus attack: A malicious sender can craft a payment that lets them test whether two of your subaddresses belong to the same wallet, partially defeating the point of using separate addresses. Today this is patched client-side rather than prevented by the protocol.
• All-or-nothing view access: The classic View key lets a third party see every incoming payment and amount. There is no clean way to grant a service the ability to detect deposits without also exposing your full balance.
• Legacy baggage: Integrated addresses and payment IDs have been gradually deprecated because they leaked metadata, leaving the address layer with awkward seams.
• Designed for the old engine: The whole format assumes ring signatures and CLSAG. The next protocol generation needs an addressing layer built to match it.

What Jamtis actually is

Jamtis is an addressing and wallet-key specification authored within the Monero Research Lab, intended to ship alongside Seraphis. Rather than a single "spend key plus view key" pair, it defines a layered key hierarchy that unlocks several distinct capabilities. Each tier can be derived from the one above it, but not the reverse, so you can expose a lower tier without risking the higher ones.

The tiered key hierarchy

This is the headline feature. Jamtis splits wallet access into clean tiers, each with its own secret:

• Master tier: Holds everything and can sign and spend. This is your full wallet, recovered from the Mnemonic seed.
• View-balance tier: Can see all incoming and outgoing transactions and compute your true balance, but cannot spend. Ideal for auditing a wallet on a less-trusted device.
• Find-received tier: Can identify which on-chain outputs are addressed to you, but cannot read amounts or compute the balance. This is meant for remote scanning services and light wallets.
• Generate-address tier: Can produce fresh public addresses for the wallet without any ability to view funds at all — useful for a point-of-sale terminal that only needs to hand out new addresses.

The find-received tier is the quietly important one. Light wallets today often have to trust a server with your full View key to scan for deposits. With Jamtis, you can hand a scanning server only the find-received key: it does the heavy work of combing the mempool and the blockchain, tells you "outputs 4, 19, and 88 are yours," and never learns how much you hold.

Address tags and faster scanning

Jamtis addresses embed an encrypted index called an address tag. When your wallet generates a new receiving address, it ciphers a small address index into the tag using a secret only you and your view tiers possess. During scanning, the wallet decrypts the tag to get an immediate hint about which of your addresses an output targets, instead of grinding a one-time key against a precomputed table.

Think of it as the natural successor to view tags. Where a view tag is a one-byte hint that lets a wallet skip roughly 99.6% of outputs in the first pass, the address tag goes further by telling the wallet which specific address index is involved once an output passes the first filter. The result is faster sync and far cheaper subaddress-style organization for businesses.

A different address format

Jamtis addresses look and behave differently. A standard Monero address today is 95 characters and encodes a public spend key and a public view key. A Jamtis address carries additional public keys plus the address tag, which makes it noticeably longer — close to twice the length — and it uses a new checksummed encoding so typos are caught before funds move. You will copy and paste it exactly as you do now; it is just bigger under the hood.

Jamtis does not, by itself, enlarge your anonymity set — that leap comes from FCMP++. What Jamtis fixes is everything around the address: scanning speed, delegated viewing, and attack surface.

Jamtis vs. the current scheme

The cleanest way to see the upgrade is side by side. The table below compares the established CryptoNote-plus-subaddresses model with what Jamtis proposes.

Notice that most of the gains are about usability, delegation, and robustness rather than raw transaction privacy. That division of labor is intentional: the protocol layer handles unlinkability, and the addressing layer handles how cleanly you can operate and share access.

How Jamtis fits the FCMP++ and Seraphis roadmap

For years the plan was a bundled overhaul: Seraphis would replace the transaction protocol, and Jamtis would replace the addresses at the same time. Seraphis is a generalized framework that abstracts away ring signatures and makes room for stronger membership proofs. Jamtis was its companion address format.

Then the roadmap shifted. Around 2024 the Monero Research Lab and the wider community prioritized FCMP++ — Full-Chain Membership Proofs++ — as the next major privacy upgrade. Instead of hiding a real spend among 16 ring decoys via CLSAG, FCMP++ proves membership against the entire set of outputs ever created, using Curve Trees and a Generalized Bulletproofs construction. The anonymity set jumps from 16 to effectively the whole chain.

Crucially, FCMP++ can be deployed without waiting for the full Seraphis rewrite. To get the addressing benefits sooner, researchers proposed a "Jamtis-RCT" variant — Jamtis addressing adapted to current RingCT-style outputs and FCMP++ — so users could gain tiered view keys and faster scanning ahead of a complete protocol swap. Throughout 2025 the FCMP++ codebase moved into external security audits funded through Monero's Community Crowdfunding System, with the upgrade targeted for a future network hard fork.

So the honest status, as of 2026, is this: Jamtis is specified and actively developed, but it is not yet live on mainnet. Your wallet still hands out standard 95-character addresses today. When the FCMP++ upgrade lands, the new addressing layer is expected to come with it or shortly after.

What Jamtis means for everyday XMR users

Picture a freelancer who accepts Monero and needs to report income to HMRC or the IRS. Today, giving an accountant visibility means sharing the full view key, which exposes the entire payment history and balance. With Jamtis view tiers, the freelancer can share only what each party needs.

Here is how a realistic setup could work once Jamtis is live:

1. Keep the master tier offline on a hardware device or air-gapped machine — this is the only key that can spend.
2. Run a light wallet on your phone using just the find-received key, so a remote node can flag your deposits without learning amounts.
3. Hand a bookkeeping tool the view-balance key so it can reconcile totals and exports for tax season, without ever touching spend authority.
4. Deploy a generate-address key on your shop's checkout page so it can mint fresh addresses for each customer and nothing else.

This delegation model is also relevant when you swap into Monero. When a deposit from a service like MoneroSwapper settles to a one-time stealth address derived from your Jamtis address, the address tag lets your wallet spot it quickly, and the tiered keys let you monitor that arrival from a low-trust device without exposing the keys that move funds. For privacy-conscious users, separating "can see deposits" from "can spend" is a meaningful upgrade over the current single view key.

FAQ

Are Jamtis addresses live on Monero right now?

No. As of 2026, Jamtis is a specified and actively developed addressing scheme, but it is not deployed on mainnet. Wallets still issue standard CryptoNote-style addresses. Jamtis is expected to arrive in connection with the FCMP++ upgrade and the broader Seraphis roadmap.

What is the difference between Jamtis and Seraphis?

Seraphis is a transaction protocol — it defines how outputs are spent and how membership is proven on-chain. Jamtis is the addressing and wallet-key layer that sits on top, defining how addresses look and how view access is delegated. They were designed together, though FCMP++ may reach mainnet before the full Seraphis rewrite.

Will my current Monero address still work after Jamtis?

Your existing funds remain spendable; the seed you control does not become worthless. Wallets are expected to support generating new Jamtis addresses while still letting you sweep older outputs. Expect a transition period where software handles both formats, with exact migration details finalized closer to the network upgrade.

Does Jamtis make Monero more private?

Mostly indirectly. Jamtis improves scanning speed, adds tiered view keys, and prevents the Janus attack at the protocol level. The large jump in transaction anonymity comes from FCMP++, which replaces ring signatures with full-chain membership proofs. Jamtis is about cleaner, safer wallet operation around that core.

Why are Jamtis addresses longer than current ones?

A Jamtis address carries more public keys than today's two-key format, plus an encrypted address tag, and it uses a new checksummed encoding. That extra data is what enables fast tag-based scanning and the tiered key model, so the length is the cost of the new features. In practice you still just copy and paste the address.

Conclusion

Jamtis is not a marketing rebrand of Monero addresses — it is a careful redesign that fixes the slow scanning, the Janus exposure, and the all-or-nothing view key that have followed the CryptoNote format for a decade. Paired with FCMP++ and Seraphis, it points toward a wallet experience that is faster to sync and far safer to delegate. Keep an eye on the FCMP++ audits and the next hard fork, because that is when the address in your wallet is likely to change shape. When you are ready to put Monero's privacy to work today, you can buy Monero anonymously through MoneroSwapper with no account required, and be set up well before Jamtis ships.