Tag: Crypto

Nerva CLI v0.2.3.0

Nerva v0.2.3.0: Legacy Reborn, Point Release 3

Posted on | by Editor

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

Posted on | by Editor

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

Posted on | by Editor

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

Posted on | by Editor

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

Nerva is now on KlingEx exchange

$XNV Now Listed on KlingEx

Posted on | by Editor

Nerva (XNV) is now available for trading on KlingEx, a small but up-and-coming exchange that just added $XNV to its lineup.

About KlingEx

KlingEx is an emerging exchange still establishing itself in the crypto space. It may not be a household name yet, but it adds another option for those looking to trade $XNV. More trading venues means more accessibility for the Nerva community.

Getting Started

Signup is straightforward: email, password, confirm, done. No lengthy verification process to get through the door.

KlingEx offers plenty of USDT deposit options, and depositing is as simple as generating a deposit address and sending funds. For $XNV specifically, expect 60 confirmations before your deposit clears.

Once funded, placing buy and sell orders is easy enough. Worth noting: KlingEx also offers liquidity pools, which is an interesting addition for a smaller exchange, something to keep an eye on if you’re interested in providing liquidity rather than just trading.

What is Nerva?

If you’re new to Nerva, here’s the short version.

Nerva is a privacy cryptocurrency built on CryptoNote technology, the same foundation as Monero. Every transaction is untraceable by design – sender, receiver, and amount are all hidden on-chain. There are no transparent transactions, no optional privacy. It’s private by default, for everyone.

Beyond privacy, Nerva is one of the few coins that remains genuinely decentralized at the mining level. It is CPU-mineable only, with no ASIC support and no mining pools, keeping the network in the hands of individual participants rather than industrial operations.

No company. No venture capital. No developer tax. Just a community that believes in what it’s building.

Start Trading $XNV

The XNV/USDT trading pair is now live on KlingEx:

https://klingex.io/trade/XNV-USDT

A Reminder on Exchange Safety

As always – never keep more funds on any exchange than you are prepared to lose. Withdraw to your own wallet when you’re done trading.

Not your keys, not your coins.

Nerva sync speed testing

Nerva Sync Speed: A Big Step Forward

Posted on | by Editor

One of the most common complaints from new Nerva users is how long it takes to sync the blockchain from scratch. We heard you. We’ve been working on a set of code optimizations (tracked internally as PR65) specifically targeting sync performance, and we now have real benchmark results to share.

On an AMD Ryzen 9 7950X, PR65 synced the entire Nerva blockchain — over 4.2 million blocks — in 19 hours and 49 minutes.

The baseline v0.2.0.0 release was measured at 23 hours 9 minutes to reach block 3.5 million; extrapolating at the observed rate, a full baseline sync would take approximately 32–33 hours. That puts the overall improvement at roughly 40% faster, or about 1.67x the throughput.

Where the gains are biggest

The improvement isn’t uniform — it grows as the blockchain gets more recent:

Chain sectionImprovement
Blocks 0 – 1M (older chain)~6% faster
Blocks 1M – 2M~33% faster
Blocks 2M – 3M~37% faster
Blocks 3M+ (most recent)~40%+ faster

The part of the chain that used to take the longest is now the part that benefits the most.

What changed under the hood

The optimizations target two areas of the block verification pipeline that had become increasingly expensive as the chain grew past Hard Fork 12:

Redundant weight median recomputation. Block weight limits are calculated using a rolling median of recent block weights. The old code recomputed this median from scratch for blocks it didn’t need to — particularly during the initial block cache build and for blocks in the middle of large sync batches. These calculations now happen only when actually needed.

Smarter cache validation. When looking up historical block data, the old code re-validated cached entries using a full hash comparison even when a simple height check was sufficient. The new code skips the expensive hash lookup when the block height already confirms we have the right entry.

Neither change touches consensus rules — they are purely internal performance improvements with no effect on how blocks are validated or the chain itself.

These improvements will ship very soon, alongside wallet restore speed improvements and several other fixes, but this is only step 1. More significant sync speed improvements are coming in Hard Fork 13.