Parano1d ① Proof-native Layer 1 ordered by PoW

[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?

[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

[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

No there is no peers your peers do not listenp2p and the connection is 0

45.138.26.80:9400
103.109.13.158:30637
Those two works and run your are not running and that is the truth or they do not allow connections

Give the seeds so we can add them to config or with flags and people should add own ip:port here too so we can build up network

The seed firewalls were incorrectly restricting inbound P2P connections.
TCP port 9400 is now publicly open on all five seed nodes.
Please restart the client.

[IgnotusNemo]

Give the seeds so we can add them to config or with flags and people should add own ip:port here too so we can build up network

The GUI already contains these DNS seeds, so normally nothing needs to be added manually.

For a manual fallback, press F7 → Network → Custom Seeds and add one address per line:

seed1.noid.network:9400
seed2.noid.network:9400
seed3.noid.network:9400
seed4.noid.network:9400
seed5.noid.network:9400


Apply the settings and let the private node restart.

Anyone running a publicly reachable node can keep P2P Listen at 0.0.0.0:9400 and allow inbound TCP 9400. Public nodes will then be discovered automatically through Kademlia.

[IgnotusNemo]

Network status

The network is live and public connections working normally
5 public seed nodes online
39-48 connected peers per seed
Current height: approximately 130
New blocks continue to arrive
No consensus, database or memory errors detected
Several independent miners are already active. Short competing tips are being resolved by cumulative-work fork choice as designed

[paulmbcufc]

I currently have 5 peers but mining won't start because I need "2 authenticated peers". How to get?

[Arttemkaaa]

Network status

The network is live and public connections working normally
5 public seed nodes online
39-48 connected peers per seed
Current height: approximately 130
New blocks continue to arrive
No consensus, database or memory errors detected
Several independent miners are already active. Short competing tips are being resolved by cumulative-work fork choice as designed

It seems like everything is finally working properly 👍


Or am I in a fork again?