The community Telegram opens, and Mordinals comes home.

A place to meet the XMR20 community

20 October

The XMR20 community Telegram opened on 20 October, and the project owner joined the group. It gives people another place to follow the work, ask questions and discuss ideas with other community members.

The announcement focused on updates about the wallet, bridge, inscriptions and what we are building next. That is the kind of conversation we want these daily updates to support: enough detail to understand the work, with a place to ask about it.

This is the community discussion group. It is separate from the Telegram launch bot and its wallet functionality.

Next: Use the group to gather questions and feedback for future community updates.

Historical Mordinals arrive on xmr20.org

20 October

The historical Mordinals gallery moved onto the main XMR20 website. Visitors can browse the archive from the index, search for inscriptions and open individual records without moving to a separate explorer.

The gallery was refined throughout the day: compact, consistent cards show the name and inscription number, with 28 records per page. Opening a record reveals the original Monero transaction and block links, date, file information and content hashes. The Art and Tokens views remain available alongside it.

We also worked on the loading experience. Archive requests can run in parallel, brief caching avoids unnecessary repeat work, and images begin loading earlier.

Search controls and content visibility also received attention, with keyboard and touch access and a deliberate View content control for selected previews. Together, these improvements make the historical archive easier to explore on desktop and mobile.

Next: Build on the gallery with easier discovery, responsive browsing and original transaction references.

The native market release comes together

20 October

The coordinated native release brought the market interface, compatible services and wallet package together. The public market showed the EXTREMIST/XMR pair and a 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. Holders of previously linked tokens choose when to approve the one-time conversion into the native path.

The optional Solana bridge uses its disclosed single-operator trust model. Settlement requires ten Monero confirmations, with the wallet guiding users through preparation and approval.

Release checks confirmed interface and service availability, and an isolated Solana VM and Monero test-chain environment exercised a complete round trip. Funded mainnet validation is the next acceptance milestone.

Next: Validate funded mainnet sends, conversion, trading and returns, then share those milestones with the community.

Fewer steps, one wallet popup

20 October

Much of the wallet work came directly from using the new flows. Native sends, conversion and bridging back were brought into the existing wallet popup, with Back and Cancel controls kept reachable. Token actions were simplified to Send above Bridge.

Amount fields start empty with a grey 0 placeholder. Max remains visible and preserves the exact underlying amount, even when the displayed balance is shortened. Previously bridged tokens received clearer wording, and their required setup appears before asking for a recipient or amount.

By the end-of-day 0.1.77 development package, ready forms had one primary Send or Bridge action. Setup and network costs were explained before approval, with progress and controls kept visible in short popup layouts.

Scanning work focused on saving progress, reusing healthy connections and resuming after reopening the wallet. Conversion Max keeps exact amounts beneath the compact display. This work laid the foundation for the next day’s checkpoint and reopening improvements.

Next: Build on the single-popup experience with real-engine and funded acceptance, exact amounts and saved transaction history.

Earned holding points stay earned

20 October

The rewards update focused on cumulative holding credit. Previously earned points carry forward, and each new verified period adds its own contribution.

Price and holding-multiplier changes apply to new earning periods. Periods with incomplete history remain pending until they can be checked, while saved credit is retained.

The updated leaderboard was published on 20 October using the confirmed 19 October balance snapshot. It brings cumulative holding credit together with the existing balances and social activity records.

Next: Carry the holding ledger into future refreshes, adding each new verified period to the community’s earned credit.

Evidence & release status

Prepared on 21 October from dated project records for 20 October, using Europe/London dates. The table and downloadable editorial summary identify each workstream’s release stage and the checks recorded for it. The Telegram opening was confirmed by the project owner.

Download the verification summary (JSON)

What comes next

Community access, historical browsing and native-token infrastructure all moved forward, alongside a more streamlined wallet experience. The next edition follows the 21 October progress on wallet checkpoints and our first CLI wallet candidate.