Evolution 5.0 Moves to Release Candidates
This is a summary of the October 13, 2026 Dash Core Group (DCG) development update.
The main story of this update is the work needed to make Evolution 5.0 (the Dash Platform 5.0 release), Dash Core v24 and the wallets run together. Two weeks ago, Sam Westrich (QuantumExplorer) said Evolution 5.0 was close to testnet. That forecast slipped because devnet testing kept turning up new issues, and Core v24 brought more changes than the team expected, so Evolution needed compatibility work before Core could activate.
On the call, Sam said the issues found so far were fixed and the first release was published the same day, and RC2 and RC3 followed on October 14 and 15.
From beta to release candidate
Release Candidate 1 (RC1) makes Evolution ready for Dash Core v24, including v24's new transaction formats. RC2 lets Evolution nodes start on Core v24, and RC3 is the version testnet validators should run when protocol version 14 activates.
The testnet order was set on the call. Pasta said Core was close to activating its own RC3 when the teams agreed Evolution should activate first. As of October 13, the plan was for Evolution to update testnet within a couple of days, with Core following soon after.
Sam also said the team had gained access to Claude Mythos and was using it to find bugs in Evolution and Core. He said that as artificial intelligence (AI) writes more code than people can review, the team is deciding which parts need human review and which can be checked by other AI tools. Pasta said Core is still where most of the human effort goes.
More rules for data contracts
Sam said the team picks features by asking which requirements many apps would share. This round added:
- Lists you can index: A document can hold a list, and each item in the list can be indexed and used in references. The example is a post with several hashtags. Yappr limits posts to four hashtags, because each extra hashtag makes the post, and likes on it, slightly more expensive. A like on a post tagged "dash" and "news" counts under both tags, so an app can rank likes per tag and return the ranking with a proof instead of scanning every post.
- Rules that compare old and new: A contract can check an update against the stored version, for example allowing a field to be set only if it was empty before. It can also limit when a document may be deleted.
- References by value: A document can point to another document by a value, such as a name, instead of only by its internal ID. It can also point to the first document that matches a pattern.
- Range windows: An index can group number values into bands. Sam's example was counting how many purchases fell into each $3 price band.
- Counting fields: A rule can require exactly, at least, or at most a set number of fields from a group to be filled in.
Moderation got two related rules. When a moderator removes a post, it moves into a tombstone record, so anything that pointed at the post still points at either the post or its tombstone. A banned user can also still delete their own posts if the contract allows it, and do nothing else. It is similar to letting a suspended employee clear out their own desk.
Sam also fixed what he called the hardest problem the team has ever had to fix in Evolution. A contract that used unsigned integer keys right at the boundary where they turn signed produced proofs that did not work. The chain kept running, but those queries could not return usable proofs, and fixing it meant keeping the database's ordering and proof behavior intact across the upgrade.
Tokens
Sam said token shielded pools are finished, so tokens can now move through a shielded pool the way Dash balances have since Evo 4.0.
There is also a new kind of token that cannot be transferred. Evolution already let a token be paused, but a paused token cannot be used at all. A non-transferable token can still be used to buy things inside its app, but it cannot be sent to anyone else. It works like store credit, which you can spend at that store but cannot hand to a friend.
Withdrawals
Withdrawals get a higher cap in 5.0. The daily limit changes from a flat 2,000 DASH to 15% of what Evolution held the day before, between 500 and 4,000 DASH, and a withdrawal must also fit a second limit anchored to Core.
They also get faster. Asset unlocks, the step that moves funds from Evolution back to Core, changed in both Core and Evolution so withdrawals go through much more quickly. On the previous call, Sam estimated about 10 seconds once Core v24 is live, down from five to seven minutes.
Shared masternodes
Evolution 5.0 now supports the new shared masternodes from Core v24, which can have up to eight partners. In Core v24, two to eight people can fund one masternode's collateral together in a single registration. The owner reward is split in proportion to what each person put in, and any owner can dissolve the masternode to get their share back. A masternode can also pay its owner reward to several addresses, each with its own percentage.
These apply to regular masternodes only for now. Pasta said Core already supports shared EvoNodes and split EvoNode payouts but keeps them switched off until Evolution is ready. Turning them on will take a separate activation that does not break older versions, so it will not have to wait for the next major Core release.
Dash Core 24 and 24.1
Core shipped RC2 and RC3 in the two weeks, and Pasta expects at least one more release candidate before v24 is final. Work on 24.1 has already started.
- Sporks: v24 removes two sporks that were already always on (InstantSend block filtering and superblock payments). Pasta said that in 24.1, mainnet will stop sending or processing sporks at all. Updated mobile clients no longer use them, and they stay on test networks so the team can still switch features there.
- Audits: Pasta said Claude Opus 5.5 did not turn up many critical issues, and that recent reviews with the newest models, now including Mythos, had not found anything high or critical. That is the team's own report, and a review that finds nothing does not prove there are no bugs. Most fixes this round were low or medium priority, such as code that looked like a denial-of-service risk but was very hard to trigger.
- Proof of service: A few mainnet nodes were not fully providing service. The team found how they were doing it and tightened the checks, so nodes like that will now be banned.
- Backports: About 40 changes were brought over from Bitcoin Core, roughly two thirds by Konstantin and one third by the automated backport process.
Wallets and tools
Mobile sync: Borja reported that peak memory use in the Rust simplified payment verification (SPV) client fell from 2 GB to 350 MB, about 83% less, after storage versioning and less caching. Phone wallets get that benefit once they ship a release built on this client. The client now follows chain reorganizations, rolls the wallet back to its previous state, and tells apps when a reorg happens. Next is a network rewrite that adds history backfill. Today, adding a wallet older than the current one makes the app clear storage and sync again, and backfill will fetch only the missing blocks instead.
iOS: DashPay 9.1.3 for iOS came out on October 12, aimed at stability problems the community reported. It adds requests for contested usernames and lets masternode owners add a voting key from the voting screens. It also launches on iOS 27, fixes network switching that hung, and fixes an app freeze when sync stopped.
Android: Version 12 adds shielded transactions. Two community members with large CoinJoin wallets helped clear most of the known slowdowns, though large CoinJoin wallets are still the hardest case. As of October 13 it was in another round of testing, and the team expected a public beta through Firebase that day or the next morning, with links to follow on Discord.
Dash Evo Tool: Lukáš said the voting screens are easier for masternode owners to use. Some users who migrated mainnet identities from an older version were missing private keys. New migrations now bring the keys across, and a button in Settings restores them from the backup for anyone already affected.
Website tool: The tool now runs on mainnet and can deploy to both testnet and mainnet. Pages upload to Arweave incrementally, where before any change meant uploading the whole site again. The English roadmap is up to date. The last big step before dash.org leaves WordPress is moving translations to Transifex and connecting it to the tool. Later plans include community subdomains of dash.org, approved by the network.
Yappr
Yappr merged 123 pull requests in the two weeks. Much of that was moving through the 5.0 betas, along with a rebuilt store, better blogs and polls, and much cheaper likes.
The rest went into a new mobile app. Its roughly 70 pull requests were written entirely by AI agents, and Pasta said he had not launched the app before the call. In the demo on an iOS simulator, he followed a profile, sent a direct message, opened a group chat, posted, and browsed trending hashtags and top posts. He also hit one interface bug along the way.
He then opened a group message in the Evolution explorer. The message body is encrypted, and each message uses a different 16-byte tag that group members can derive. The tag therefore does not expose a stable conversation identifier. The creating identity and timestamp remain visible.
Signing in works through the wallet. You tap Open Wallet, enter your personal identification number (PIN), review and approve the connection, and come back to Yappr signed in. Pasta said this uses version 2 of the app-connect spec, which now runs through a system contract and is meant to ship to mainnet.
Dash Forge
Pasta reported that Dash Forge, the Git app built on Evolution, kept developing through automated agent work. The new work includes private files, pull requests and branches inside an otherwise public project, plus rebases, three-way merges and signed commits. His reason is that on GitHub, private work has to live in a separate private repository, and moving it between repositories is a hassle. He said he had looked at little of this work himself, Forge was not demonstrated on this call, and it may need redeploying on the new devnet.
What this means in practice
These changes arrive on different schedules:
- With Evolution 5.0 on mainnet: apps can index lists and rank likes per tag with a proof, removed posts leave a tombstone so replies keep working, tokens can move privately, an app can issue credit that only works inside it, and withdrawals get a higher cap.
- With Core v24 on mainnet: several people can own one regular masternode together without trusting a custodian, and owner rewards can go to several addresses. Shared EvoNodes need a later, separate activation.
- With new wallet releases: phones can use the lighter Rust SPV client, and Android gets shielded transactions in version 12.
- With Transifex in place: dash.org can move off WordPress onto the website tool.
The next step is Evolution activating on testnet, with Core v24 following.


