Parano1d ① Proof-native Layer 1 ordered by PoW

[Hashrateoptions]

! I found the exact cause. This was my deployment mistake.
I deployed the seed nodes using a local build whose embedded HistoryStep matrix whitelist differed from the public v0.1.0 binaries. Public clients correctly rejected the proofs produced by those nodes.
I have stopped the network. I am replacing every seed with the exact published v0.1.0 binary and restarting the chain from genesis.
Please close the client for now. Your downloaded v0.1.0 package is correct, so you will not need to download it again. I will post here when the network is ready; then simply reopen the client.

I mined 1 block. do I need to del data dir?

Yes. Since your client actually mined and accepted a block on the stopped chain, close the application and remove the chain data before restarting.
I will post the exact reset instructions for each OS together with the network-ready notice.

Do you plan to do it today ?
As really I dont get it setting two seed nodes taking so long ?

[tomassamot]

There is a bug regarding the maximum number of supported threads: with my 7742 CPU (64 cores, 128 threads), I can only select a maximum of 64 threads; similarly, with the 9654 CPU (96 cores, 192 threads), the maximum selectable limit is also just 64 threads.

[Hashrateoptions]

There is a bug regarding the maximum number of supported threads: with my 7742 CPU (64 cores, 128 threads), I can only select a maximum of 64 threads; similarly, with the 9654 CPU (96 cores, 192 threads), the maximum selectable limit is also just 64 threads.

It is normal on my side same propably leaving some resources for safety

[IgnotusNemo]

Update: I found the full cause.

The public v0.1.0 binaries were built by CI with the pre-mainnet test HistoryStep pack, while my locally tested build contained the final mainnet pack. The source code, genesis and mainnet parameters are correct, but the published v0.1.0 binaries are not.

I have hidden v0.1.0 and stopped all seed nodes. Do not run or mine with v0.1.0.

v0.1.1 is now being built for all supported platforms. The complete five-platform rebuild may take up to two hours.

When I confirm that v0.1.1 is ready:

1. Close v0.1.0 completely.

2. Delete the entire Parano1d data directory. Uninstalling v0.1.0 is not required and would not remove this directory.

Linux:
~/.parano1d/data

macOS:
/Users/YourName/.parano1d/data

Windows:
%USERPROFILE%\.parano1d\data

For example:
C:\Users\YourName\.parano1d\data

3. Install v0.1.1 over v0.1.0 and start it normally. If macOS asks whether to replace the existing application, choose Replace. The data directory will be recreated automatically.

Please wait for my confirmation before restarting. I will publish the links only after all binaries are available and the seed network has been restarted and verified.

This was my mistake. Sorry for the failed start.

[Arttemkaaa]

Update: I found the full cause.

The public v0.1.0 binaries were built by CI with the pre-mainnet test HistoryStep pack, while my locally tested build contained the final mainnet pack. The source code, genesis and mainnet parameters are correct, but the published v0.1.0 binaries are not.

I have hidden v0.1.0 and stopped all seed nodes. Do not run or mine with v0.1.0.

v0.1.1 is now being built for all supported platforms. The complete five-platform rebuild may take up to two hours.

When I confirm that v0.1.1 is ready:

1. Close v0.1.0.

2. Delete the entire Parano1d data directory. Nothing from the stopped chain needs to be retained.

Linux:
~/.parano1d/data

macOS:
 /Users/YourName/.parano1d/data

Windows:
%USERPROFILE%\.parano1d\data

For example:
C:\Users\YourName\.parano1d\data

3. Download, install v0.1.1 and start it normally. The directory will be recreated automatically.

Please wait for my confirmation before restarting. I will publish the links only after all binaries are available and the seed network has been restarted and verified.

This was my mistake. Sorry for the failed start.

How long?

[alt_x]

This was my mistake. Sorry for the failed start.

How long?

By amount of files to build, my guess is tomorrow

[Hashrateoptions]

There was 2nd release now it is hidden bootstrap nodes was working now again down it is really a bad start and acting
Gui wallet works 2 peers but just when you run mining one peer is missing.
In my opinion network is isolated

[IgnotusNemo]

Please do not run either withdrawn release until I explicitly confirm the replacement. Running them only adds noise to the live diagnostics.
I will post again only after the replacement has passed the full local and multi-platform release checks.

[tomassamot]

Frankly speaking, a 15-second block time makes the network highly susceptible to forking. If a surge of forks occurs, chain reorganization requires extremely high processing speeds; otherwise, if the reorganization takes longer than 15 seconds, the network enters a state where consolidation becomes persistently difficult, making it impossible to reach consensus on a long chain.

[Hashrateoptions]

Please do not run either withdrawn release until I explicitly confirm the replacement. Running them only adds noise to the live diagnostics.
I will post again only after the replacement has passed the full local and multi-platform release checks.

Ok we will wait till you test and make premine time waste here it is 3 am on my side wallets have 3 peers but mining do not work also you run bootstrapnodes and then switch them down becasue of that network have a lot of forks as people use isolated nodes and that is main issue. Going sleep wasted half of my night Good Night.

I was thinking it is mainnet and have all checks but seems we are on testnet

[IgnotusNemo]

Frankly speaking, a 15-second block time makes the network highly susceptible to forking. If a surge of forks occurs, chain reorganization requires extremely high processing speeds; otherwise, if the reorganization takes longer than 15 seconds, the network enters a state where consolidation becomes persistently difficult, making it impossible to reach consensus on a long chain.

A reorganization does not have to finish within one 15-second block interval. What matters is whether nodes can verify and apply blocks faster than they arrive over time.
Parano1d does not replay transactions or rebuild proofs during a reorg. It verifies each {block, HistoryStep} bundle and only rolls back or reapplies the bounded 18-block suffix. This work does not grow with chain height.
A 15-second target still makes propagation and stale-block rates important, but crossing one block interval does not by itself prevent consensus.

[IgnotusNemo]

I was thinking it is mainnet and have all checks but seems we are on testnet

the protocols that changed crypto were not born battle-tested. mainnet is what made them battle-tested.

[alt_x]

It is late night here.

what about if make it fair, relaunch tomorrow?

[IgnotusNemo]

It is late night here.

what about if make it fair, relaunch tomorrow?

Fair point. I agree that continuing from the existing chain after the failed launch would not be fair. But no single time zone can be perfect for everyone, so I will use a clearly announced UTC time.

We will discard the existing chain, use a new genesis, and relaunch Parano1d mainnet at 08:00 UTC on 13 August 2026, in about 6 hours from now.
The replacement v1.0.0 release and clean-start instructions will be published before then. Please do not run or mine with v0.1*

Thank you for the suggestion.

[chn520]

waiting wallet gui

[IgnotusNemo]

Parano1d v1.0.0 is ready

I have finished the clean builds for all five supported platforms.

I also downloaded the public Linux release myself, started it from an empty data directory and connected it to the four live seed nodes. It found the correct genesis and synchronized normally.

Genesis block ID:
530016417023d5e9e6a5f7e0b55b7734e11f9fcd28fbdfd3f731edf6814bafe2

Release:
Parano1d v1.0.0 Mainnet

GUI downloads:

Windows x86-64

Linux x86-64

Linux ARM64

macOS Apple Silicon

macOS Intel

Checksums:
SHA256SUMS

Wallet guide:
docs.parano1d.org/wallet


You can enable mining before 08:00 UTC

The wallet may already show MINING ON. That is normal. It means the miner is enabled and connected, not that a block has already been accepted.

Until the launch window opens, the chain stays at height 0. You do not need to restart the wallet or switch mining off and on again. Just leave it running.

Nodes allow the normal two-minute clock tolerance, so the first block may appear a little before or after 08:00 UTC. It will still be part of the same mainnet.


If you are installing Parano1d for the first time

Just download the package for your system, install it and start the wallet. It will create everything it needs and connect to the public network automatically.

If you want to mine, open the Mining page, choose how many CPU threads to use and turn mining on.


If you tried v0.1.0 or v0.1.1

Please remove the old version and start clean. Those builds were withdrawn, and their temporary chains are not part of mainnet.

1. Close the wallet or node.

2. Uninstall the old application.

3. Delete its data directory:

Linux:

Code:

~/.parano1d/data

macOS:

Code:

/Users/YourName/.parano1d/data

Windows:

Code:

%USERPROFILE%\.parano1d\data

For example:

Code:

C:\Users\YourName\.parano1d\data

4. Install v1.0.0 and start it normally.

There is nothing from the withdrawn chains that needs to be kept. Their blocks and mining rewards do not exist on mainnet.

[Hashrateoptions]

Parano1d v1.0.0 is ready

I have finished the clean mainnet build for all five supported platforms.

I also downloaded the public Linux release myself, started it from an empty data directory and connected it to the four live seed nodes. It found the correct genesis and synchronized normally.

Mainnet starts today, 13 August 2026, at 08:00 UTC (in about 10 minutes)

Genesis block ID:
530016417023d5e9e6a5f7e0b55b7734e11f9fcd28fbdfd3f731edf6814bafe2

Release:
Parano1d v1.0.0 Mainnet

GUI downloads:

Windows x86-64

Linux x86-64

Linux ARM64

macOS Apple Silicon

macOS Intel

Checksums:
SHA256SUMS

Wallet guide:
docs.parano1d.org/wallet


You can enable mining before 08:00 UTC

The wallet may already show MINING ON. That is normal. It means the miner is enabled and connected, not that a block has already been accepted.

Until the launch window opens, the chain stays at height 0. You do not need to restart the wallet or switch mining off and on again. Just leave it running.

Nodes allow the normal two-minute clock tolerance, so the first block may appear a little before or after 08:00 UTC. It will still be part of the same mainnet.


If you are installing Parano1d for the first time

Just download the package for your system, install it and start the wallet. It will create everything it needs and connect to the public network automatically.

If you want to mine, open the Mining page, choose how many CPU threads to use and turn mining on.


If you tried v0.1.0 or v0.1.1

Please remove the old version and start clean. Those builds were withdrawn, and their temporary chains are not part of mainnet.

1. Close the wallet or node.

2. Uninstall the old application.

3. Delete its data directory:

Linux:

Code:

~/.parano1d/data

macOS:

Code:

/Users/YourName/.parano1d/data

Windows:

Code:

%USERPROFILE%\.parano1d\data

For example:

Code:

C:\Users\YourName\.parano1d\data

4. Install v1.0.0 and start it normally.

There is nothing from the withdrawn chains that needs to be kept. Their blocks and mining rewards do not exist on mainnet.

07:58:35  WARN Failed to trigger bootstrap: No known peers.
There is no peers.

[Hashrateoptions]

Add mine peer 45.138.26.80:9400

[IgnotusNemo]

Parano1d mainnet is live!

Mainnet activated exactly at 08:00 UTC.

The first block was accepted at 08:00:10 UTC. Block production is running normally.
You can now start v1.0.0 and enable mining normally.

Download Parano1d v1.0.0

[Hashrateoptions]

Parano1d mainnet is live!

Mainnet activated exactly at 08:00 UTC.

The first block was accepted at 08:00:10 UTC. Block production is running normally.
You can now start v1.0.0 and enable mining normally.

Download Parano1d v1.0.0

Ok seems working