Wallet progress, a first CLI, and native trading.

Keep verified history, spend less time reopening

21 October

The extension records a checked Monero creation height for each newly created account. This gives a new wallet a sensible starting point for scanning. Imported wallets keep their supplied restore height.

Verified native token history is saved alongside the wallet’s private scan checkpoint. The checkpoint is authenticated, versioned and checked against the chain before approvals are enabled, so reopening can reuse verified progress.

In the recorded unfunded browser run for extension 0.1.79, two fresh reopens reached ready in 4.1 and 5.3 seconds by reusing a verified checkpoint from a 1,571-block scan. These fixture-specific measurements show the benefit of retaining verified history; scan times depend on wallet history and network conditions.

The 0.1.80 development build also keeps Send and Max as separate actions during coin checks. Max calculates the available amount, and Send requires an explicit choice from the user. Exact amounts and fee information remain part of the approval flow.

Next: Advance real-engine and funded wallet acceptance, building on exact amounts, protected token inputs and saved transaction history.

A separate wallet for the terminal

21 October

Our first 0.1.0 command-line wallet candidate brings XMR20 into a terminal workflow for local development review. It has its own package and reuses pinned wallet-engine components, with scanning and signing powered by a private headless Chromium process.

The candidate includes wallet creation and import, hidden password entry, addresses, native-token and XMR balance scanning, exact native amounts and Max, saved send history, transaction-inclusion checks and encrypted backups. Signing requires an explicit review of the recipient, amount and fee.

The first native-send milestone focuses on EXTREMIST with newly created wallets. Imported and restored wallets support scanning and balances; new sends from those wallets remain gated while cross-client pending-transaction handling is developed. This gives the candidate a defined scope for the next round of validation.

A disposable, unfunded public-chain run reached native readiness and reopened in 4.6 seconds. The package was also installed and checked outside the development repository on macOS, adding a practical installation milestone alongside the engine and terminal checks.

Next: Build toward a public wallet release through funded acceptance and continued validation of saved transaction handling.

Native XMR20 trading against XMR

20 October release · 21 October follow-up

The coordinated native release on 20 October brought the market interface, native services and compatible wallet package together. The public interface displayed the EXTREMIST/XMR pair and its Monero-wallet connection flow.

The native path is designed for Monero-only token sends and whole-lot trades, starting with EXTREMIST. Native recipients use a Monero wallet, and holders choose when to approve conversion of previously bridged holdings. The optional Solana bridge retains its disclosed single-operator trust model.

The website and services were released alongside round-trip validation in an isolated Solana VM and Monero test-chain environment. Settlement requires ten Monero confirmations. Funded mainnet validation is the next acceptance milestone.

Today’s saved-checkpoint work complements the market effort by allowing the wallet to reuse verified scanning progress. Together, the interface and wallet development move the native experience forward.

Next: Validate funded mainnet sends, conversion, trading and returns, and share the resulting milestones.

Historical Mordinals, back in view

20 October release recap

The historical Mordinals gallery was added to xmr20.org on 20 October. Visitors can explore the archive through the Art view, inspect an inscription’s original transaction and description, and switch back to token records within the same website.

The follow-up work focused on browsing: search focus styling, collection controls, compact visibility controls and a two-column mobile layout. Sensitive previews stay hidden until a visitor explicitly chooses to view them. The archive was added while preserving the existing wallet, market, launchpad, documentation and data routes.

Release checks covered catalog records, an individual inscription, filtering and image integrity, alongside desktop and mobile browsing. The gallery gives the community a direct way to explore Monero inscription history and follow each record back to its original transaction.

Next: Continue improving discovery and browsing while keeping original transaction references and media integrity at the centre of the archive.

Earned holding points carry forward

20 October release recap

The rewards update retains previously earned holding credit and adds new verified periods. Prices and multipliers apply to new earning periods; intervals with incomplete history remain pending until they can be checked.

Published using the confirmed 19 October snapshot, the update provides a cumulative holding-credit ledger that can carry forward into future reward calculations.

Next: Build on the holding ledger with future verified earning periods and clear credit tracking.

Evidence & release status

This edition brings together dated project records available on 21 October. The table and downloadable editorial summary show each workstream’s release stage and recorded checks, from locally installed development builds to published website features.

Download the verification summary (JSON)

What comes next

We are building a daily record of meaningful progress, with a short community post linking to each edition. Earlier updates remain available in the archive so you can follow the work over time.