Nerva explorer before hard fork 13

Hashrate After Hard Fork 13: Why the Number Will Drop, and Why That’s Fine

If you’re watching Nerva’s network hashrate around Hard Fork 13, brace yourself for a big drop. Right after the fork, net hashrate is going to fall sharply, we expect around a 90% drop, from 400 – 800 kH/s in the last few months to somewhere around 50 kH/s afterwards.

Before anyone panics: this is expected, it’s healthy, and it does not mean the network got weaker. Here’s exactly what’s happening and why.

The short version

Hashrate measures how many hashes the network computes per second. Hard Fork 13 replaces the mining algorithm with CryptoNight-Adaptive v6, and each hash on the new algorithm does far more work than a hash on the old one. So the same computers, working just as hard, produce far fewer hashes per second.

The number goes down because the unit changed, not because the network lost security or miners.

Why each hash is now so much heavier

Three things make a CNA v6 hash much more expensive to compute than the old algorithm:

  1. A 4x larger scratchpad. The old algorithm used a 2 MB memory buffer per hash. CNA v6 uses 8 MB. Every single hash now has to work through four times as much memory.
  2. A random program per block. Instead of one fixed calculation, each block runs a freshly generated program of hundreds of instructions, executed thousands of times. That’s a lot more computation packed into every hash.
  3. Dependent memory access. The algorithm is built so each memory step depends on the result of the one before it. Your CPU can’t run ahead or do the work in parallel, it has to wait for each step, which deliberately slows each hash down.

Add those together and a single hash takes far longer than it used to. If each hash takes roughly ten times as long, the hashes-per-second number falls by about ninety percent. Same hardware, same effort, much heavier hash.

Comparing the two numbers is apples to oranges

This is the key thing to understand: you cannot compare hashrate across two different algorithms. It’s like comparing miles per hour to laps per hour. A lower number on a longer track doesn’t mean you slowed down.

500 kH/s on the old algorithm and roughly 50 kH/s on the new one represent a similar amount of real work being done by a similar set of machines. The headline number shrank because each hash now counts for a lot more.

What about network security?

A smaller hashrate number does not make Nerva easier to attack. Security comes from how expensive it is to out-compute honest miners on the same algorithm, and CNA v6 is more expensive and more resistant to specialized hardware than the old algorithm, not less.

In fact, the new algorithm strengthens security in ways the raw number doesn’t show. The large memory requirement and random program are specifically designed to shut out ASICs, FPGAs, and GPUs, keeping mining on general-purpose CPUs where it stays widely distributed. An attacker can’t just buy specialized machines to overpower the network. They’d have to out-CPU everyone else, on an algorithm built to keep any single machine from running away with it.

What miners will notice

Your personal hashrate number will drop too, and that’s completely normal. What matters is your share of the network, and everyone’s numbers drop together, so your slice, and your rewards, stay proportional.

A few other things to expect:

  • Block times stay normal. Difficulty automatically readjusts to the lower hashrate, so blocks keep coming at about 60 seconds.
  • Un-upgraded miners fall off the real chain until they update to v0.3.0.0.

Bottom line

When you see Nerva’s hashrate drop around 90% at Hard Fork 13, that’s the algorithm change doing exactly what it’s supposed to. The number is smaller because each hash is much bigger. The network is just as secure, more resistant to specialized hardware, and still mined by everyday CPUs the way Nerva is meant to be.

Nerva has always stood for one CPU, one vote. With HF13, reality just moved a lot closer to that vision.

If you haven’t upgraded yet, do it before the fork at block 4,320,000 so you don’t miss a beat: https://nerva.one/#downloads

XeggeX website screenshot

XeggeX Is a Scam. We Got Rugged, and So Will You.

Let’s not sugarcoat this. XeggeX stole from its users, we were one of them, and anyone still trusting this exchange is walking into the same fire that already burned the rest of us. This is not a “be careful” post. This is a “stay away, full stop” post.

Here is the whole story, and what these people are doing right now to find their next victims.

This post is an updated version of our earlier XeggeX warning:

https://nerva.one/xeggex-crypto-exchange-scam/

How XeggeX robbed its users

December 2023. Nerva ($XNV) was listed on XeggeX, back when it was up and coming exchange for low-cap coins.

February 2025. XeggeX went dark. The operator, “Karl,” rolled out the oldest excuse in the book: we got hacked. The site came back weeks later, but balances were gone. In their place, IOUs for major coins and a promise that everyone would be made whole.

Then the site vanished, and so did the money. That “hack” was the cover story for a rug. Users were left with nothing but screenshots of balances they will never see again. We know, because we lost real money in it.

Call it what it is: theft.

The fake “refund” act

After laying low, the operators crawled back.

January 2026. They started stirring again in their Discord.

February 15, 2026. The old XeggeX X account announced that “refunds” were being processed. That post has since been deleted by @xeggex account.

Do not fall for it. An operation that already made everyone’s money disappear does not suddenly rediscover its conscience. The refund talk exists for one reason: to rebuild just enough hope to lure people, and fresh deposits, back in. If you actually believe you’re getting a refund from XeggeX, nothing in this post is going to save you.

What they’re doing right now: the airdrop bait

The latest hustle is pure recruitment. XeggeX is spamming “airdrop” hype and telling people to hand over their Solana wallet addresses:

  • “drop your solana address, check the wallet later”
  • “Show me your solana addresses. ITS AIRDROP SEASON.”

There is no airdrop. Begging strangers for wallet addresses is how scammers build victim lists and steer people to wallet-draining sites and fake “claim” pages, where one signature empties your wallet. A real exchange does not run its business panhandling for wallet addresses in X replies.

And watch what they do to anyone who warns you: when we called them out, XeggeX blocked us. That’s the tell. Scammers block the people telling the truth because honesty kills their recruitment. The block isn’t defensive, it’s part of the con.

So burn this in: never send funds to XeggeX, never give them your wallet address, and never connect a wallet, install any app from them or sign anything for a XeggeX “airdrop.” The airdrop is the hook. You are the fish.

People are STILL losing funds

This isn’t ancient history that got cleaned up. As recently as May 24, 2026, users were publicly begging XeggeX for their money:

  • “I buy xeggex coins but my xeggex coins not showing”
  • “My fund not showing”

Months after the “refunds” supposedly started, real people are still locked out of real funds. That’s the truth sitting underneath all the airdrop noise.

AnonEx: XeggeX’s second act, admitted out loud

AnonEx tried to wave us off, posted from their own account: “We have no affiliation with Xeggex or the previous team. We only purchased the software from Xeggex.”

Read that again, because they admitted it themselves. They bought their exchange software directly from XeggeX, the operation that stole over $10 million from its users. Our reply was the only question that matters: why would anyone buy their platform from a known, confirmed scammer?

Then AnonEx vanished, right on cue:

  • Its official X account, @anonexofficial, no longer exists.
  • Its website, anonex.io, is dead. The domain doesn’t even resolve.

Same code, same crew, same rug. If you had anything on AnonEx, it’s gone. This is what happens every single time: when a “new” exchange proudly runs a known scammer’s code, it isn’t a new exchange. It’s the next rug.

A warning for every past XeggeX user: do not log into xeggex.com

Here’s something every former XeggeX user needs to hear. Alongside those code-sale messages, a serious warning has been circulating: that the current xeggex.com is now a honeypot set up to harvest logins, with people urged not to enter their credentials and to change any reused passwords.

We can’t independently confirm who controls that domain today, but the precaution costs you nothing and the downside of ignoring it is severe:

  • Do not enter your login on xeggex.com.
  • If you ever used XeggeX and reused that email and password anywhere else, change those passwords now, especially your email, other exchanges, and anything financial.

They already took people’s funds. Don’t hand them your credentials too.

Know the playbook

XeggeX and AnonEx ran the same script, and so do most exchange scams. If you see these signs, walk away:

  • A convenient “hack” that just happens to wipe user balances, followed by IOUs and vague promises.
  • Going dark, then reappearing with fresh promises of refunds or rewards.
  • “Airdrops” that want your wallet address, a wallet connection, or a signature.
  • Buying or running a known scammer’s code and branding it a “new” exchange.
  • Blocking and silencing critics instead of answering them.
  • Anonymous operators with zero accountability when the money disappears.

Hold your own keys. Only use exchanges with a real, verifiable track record, and never leave more on any exchange than you’re actively trading. If a “gift” needs your wallet or a signature, it’s a robbery with a bow on it.

We’re not letting this go

We got rugged by XeggeX, and we’re not going to sit quietly while they and their spinoffs line up the next round of victims. We warned everyone about the airdrop bait, we’ve documented AnonEx, and we’ll keep publishing every scam we uncover. These people count on short memories and silenced critics. They’re going to get neither from us.

If XeggeX, AnonEx, or any operation like them burned you too, speak up and share it. Come tell us:

The more we document, the harder these scams are to pull off, and the fewer people they get to rob.

Protect your keys. Trust no exchange. And do not feed these scammers.

Nerva CLI v0.2.3.0

Nerva v0.2.3.0: Legacy Reborn, Point Release 3

Overview

Nerva core v0.2.3.0 is a focused release that resolves a sync-halting crash affecting all users syncing from genesis, delivers measurable performance gains across both P2P and QuickSync, and extends hardware acceleration to ARM64 platforms. If you are syncing a fresh node without QuickSync, this upgrade is essential.

Sync Crash Fix (HF7 / CNA v2 Boundary)

Users syncing from block 0 encountered a fatal crash at block 173,500, the point where the CNA v2 proof-of-work algorithm activates at hard fork 7. The block cache was opening a read-only LMDB transaction that could not see blocks still pending in the current uncommitted write batch, resulting in an MDB_NOTFOUND error, peer disconnection, and a sync loop that could not progress past that boundary. The fix caps the adaptive sync batch size at 256 blocks, guaranteeing that all blocks needed for PoW lookups are committed and visible before the cache reads them.

Performance: Boost 1.89 Mutex Fix

A regression introduced with Boost 1.89 caused sleep_for(milliseconds(0), previously a no-op, to execute a real cond_timedwait costing approximately 1ms per call. Because CRITICAL_REGION_LOCAL invokes this on every mutex acquisition, the penalty accumulated across all lock-heavy code paths.

The fix removes the sleep from the hot path entirely, in line with upstream Monero. Measured impact on Windows:

  • QuickSync: ~10% faster
  • P2P sync: ~6% faster overall, with up to 16% improvement in the post-HF12 range (blocks 930k–1.2M) where lock contention is highest
  • Wallet generation: significantly faster (expanding the default subaddress lookahead previously triggered ~40,000 lock acquisitions, adding ~40 seconds of unnecessary sleeping)

ARM64 Hardware AES Acceleration

Hardware AES intrinsics are now enabled for 64-bit ARM targets, including Apple Silicon (M-series) and ARM64 Linux devices. This brings ARM performance in line with x86_64 for the cryptographic operations at the core of NERVA’s PoW.

Download & Upgrade

The sync crash fix makes this a required upgrade for anyone running a fresh node who wants to sync without QuickSync. All other users are encouraged to upgrade for the performance and wallet improvements.

🔗 https://nerva.one/#downloads

🔗 https://github.com/nerva-project/nerva/releases/tag/v0.2.3.0

NervaOne adds Litecoin support

NervaOne v1.2.0 – Litecoin, MWEB, and a Security Fix

Overview

NervaOne Wallet and Miner v1.2.0 adds full Litecoin ($LTC) support including MWEB, alongside a security fix affecting XNV, XMR, and WOW users on prior versions. Users can now run a complete or pruned Litecoin node, manage LTC wallets, and send and receive including MWEB transactions, all within the same application.

Litecoin (LTC) Support

The update integrates with Litecoin Core through RPC, providing:

  • Full and pruned node functionality with adjustable prune size (20GB default)
  • Wallet creation and restoration from dump file
  • Send and receive including MWEB transactions with correct display of receives, sends, and change entries in the Transfers screen

Wallet and UI Improvements

  • Transfers sorted by timestamp so pending transactions appear at the top
  • macOS quarantine automatically removed from CLI tools after download
  • Wallet RPC restarts immediately when switching to wallet-only mode
  • Improved error messages in wallet operation dialogs

Security

NervaOne prior to v1.2.0 started wallet-rpc for XNV, XMR, and WOW without authentication. Any process running on the local machine could discover the wallet-rpc port and make unauthenticated calls to the wallet, including transfers, while a wallet was open. v1.2.0 fixes this by requiring Digest authentication with randomly generated credentials that are never written to disk. Thanks to @pixelpatchit for the responsible disclosure.

All users are strongly encouraged to upgrade. If you suspect your machine may have been compromised, move funds to a new wallet.

Downloads are accessible via the Nerva website or GitHub.

NervaOne v1.1.0 – Bitcoin Has Entered the Chat

NervaOne Wallet and Miner v1.1.0 is here, and it brings the most significant addition since Android support – full Bitcoin ($BTC) integration. You can now run a full or pruned Bitcoin node, manage your BTC wallet, and send transactions, all from the same app you use for Nerva, Monero, and more. Your keys never leave your device.

Bitcoin (BTC) Support

NervaOne now integrates with Bitcoin Core via RPC. Key capabilities include:

  • Full and pruned node support with configurable prune size (default 50GB, roughly 50-100 days of transactions)
  • Create and restore wallets from seed using BIP39/BIP32 descriptor wallets (BIP44/49/84/86)
  • Restore from dump file – auto-detects descriptor vs legacy format
  • Fee and total shown for review before broadcasting a transaction
  • Wallet Birthday field on seed restore for faster blockchain rescan instead of scanning from genesis

Wallet and UI Improvements

  • Fixed balance precision display across wallet and transfers views
  • Transfer confirmation now shows fee, total, and block confirmation target
  • UI adapts per coin – controls and fields that don’t apply to the active coin are hidden automatically

Security

  • Fixed a path traversal vulnerability in wallet import where unvalidated file paths could reference files outside the intended directory
  • GitHub Actions workflow pinned to exact commit SHAs to protect against compromised third-party action releases

NervaOne can be downloaded from Nerva website or GitHub.

Nerva v0.2.2.0-RC2 QuickSync: 2x Faster

We recently covered how v0.2.2.0 dramatically improves P2P sync speed. Those same optimizations carry over to QuickSync and the results are just as impressive.

QuickSync improvement by block range

Block rangeImprovement
0 – 500k~46% faster
500k – 1M~43% faster
1M – 2M~47% faster
2M – 2.5M~67% faster
2.5M – 4M~62% faster
Overall~52% faster (2.1x)

Testing was performed on an AMD Ryzen 9 7950X running Windows 11. Both versions were synced from block 0 using a fresh QuickSync file with no other load on the machine. v0.2.0.0 completed in 1h 37m, v0.2.2.0-RC2 in 46m.

The gains are consistent across the entire chain, with the biggest improvements in the second half where recent blocks are processed. Whether you’re syncing fresh via QuickSync or catching up over P2P, v0.2.2.0 is the fastest Nerva release yet.

Official v0.2.2.0 release coming out soon:

https://github.com/nerva-project/nerva/releases