Parano1d ① Proof-native Layer 1 ordered by PoW

[Hashrateoptions]

I want to make one thing clear, every issue seen today is in P2P sync and liveness. Consensus, state transitions, proofs, PoW and cryptography are working as intended.
Some nodes stay connected but stop updating their authenticated tip. They then mine valid blocks on an old parent, and consensus correctly rejects or reorganizes those stale branches.

The networking behavior is not acceptable and I am fixing it. But the failure is in synchronization, not in the protocol or cryptography.

Ok so mined coins stays ? but in basics You need to add some extra feature to sync there is a need to have some resources free for sync and other stuff if someone will force to use all cores threads his node become a bad actor and I understand that orphans can happen thing is my node mine and orphan mine and orphan all arround so it is not normal as if there is some heavy load on main miners who produce most of blocks and there is a leak of communication between nodes it become like it is like for now nodes are ok and sync perfect the only issue is mining behaviour.

can anyone tell average height ?

My server says 5 peers my local gui says 3 but network heights are same. I just do not run my local gui miner as seems my internet is bad and can cause problems server seems works ok maybe you should give some specs on minimum requiments

[IgnotusNemo]

Yes like I said it is testnet you should make all ready then come with ready project in my opinion it is bad calling it mainnet and restarting after few hours block time should be like at least one minute for safety and limit reorgs or make really good p2p also i can agree on seeds but seems all other peers are not discovered maybe few of them and peers should be able to communicate better. In my opinion like I said I would call it testnet.

It is what it is.
A one-minute block time would only hide this bug. Authenticated tip polling stops completely, so the node would remain stale anyway. Peer discovery works, sync liveness does not.
I am fixing that layer now and will release the patch.

[Hashrateoptions]

Yes like I said it is testnet you should make all ready then come with ready project in my opinion it is bad calling it mainnet and restarting after few hours block time should be like at least one minute for safety and limit reorgs or make really good p2p also i can agree on seeds but seems all other peers are not discovered maybe few of them and peers should be able to communicate better. In my opinion like I said I would call it testnet.

It is what it is.
A one-minute block time would only hide this bug. Authenticated tip polling stops completely, so the node would remain stale anyway. Peer discovery works, sync liveness does not.
I am fixing that layer now and will release the patch.

Ok does your nodes still are on ?

Does that patch will come soon ?

[paulmbcufc]

Still block height zero. I deleted those data files. Still the same. This isn't a fair launch. I was on this 10am UTC+2, right from the start. Others nailing blocks at easiest difficulty. I get nothing, even though I've spent more time on this than others that just pushed a button and started mining straight away

[IgnotusNemo]

I want to make one thing clear, every issue seen today is in P2P sync and liveness. Consensus, state transitions, proofs, PoW and cryptography are working as intended.
Some nodes stay connected but stop updating their authenticated tip. They then mine valid blocks on an old parent, and consensus correctly rejects or reorganizes those stale branches.

The networking behavior is not acceptable and I am fixing it. But the failure is in synchronization, not in the protocol or cryptography.

Ok so mined coins stays ? but in basics You need to add some extra feature to sync there is a need to have some resources free for sync and other stuff if someone will force to use all cores threads his node become a bad actor and I understand that orphans can happen thing is my node mine and orphan mine and orphan all arround so it is not normal as if there is some heavy load on main miners who produce most of blocks and there is a leak of communication between nodes it become like it is like for now nodes are ok and sync perfect the only issue is mining behaviour.

can anyone tell average height ?

My server says 5 peers my local gui says 3 but network heights are same. I just do not run my local gui miner as seems my internet is bad and can cause problems server seems works ok maybe you should give some specs on minimum requiments

You are right about mining. It must not starve networking, and a node must stop mining if its tip is no longer confirmed as current. Both fixes are in the patch I am testing now.

Current status: best observed height is 528. The three active seeds are at 523-528 with 69-5 peers each.
Please keep mining disabled on any client that is not at the current tip.

Ok does your nodes still are on ?

Does that patch will come soon ?

yes

[alt_x]

Still block height zero. I deleted those data files. Still the same. This isn't a fair launch. I was on this 10am UTC+2, right from the start. Others nailing blocks at easiest difficulty. I get nothing, even though I've spent more time on this than others that just pushed a button and started mining straight away

Agree!
Im not able to join top chain.
Not fair, do relaunch from zero untill it is working

[minerminer3456]

no sync

[garmin]

I want to make one thing clear, every issue seen today is in P2P sync and liveness. Consensus, state transitions, proofs, PoW and cryptography are working as intended.
Some nodes stay connected but stop updating their authenticated tip. They then mine valid blocks on an old parent, and consensus correctly rejects or reorganizes those stale branches.

The networking behavior is not acceptable and I am fixing it. But the failure is in synchronization, not in the protocol or cryptography.

Ok so mined coins stays ? but in basics You need to add some extra feature to sync there is a need to have some resources free for sync and other stuff if someone will force to use all cores threads his node become a bad actor and I understand that orphans can happen thing is my node mine and orphan mine and orphan all arround so it is not normal as if there is some heavy load on main miners who produce most of blocks and there is a leak of communication between nodes it become like it is like for now nodes are ok and sync perfect the only issue is mining behaviour.

can anyone tell average height ?

My server says 5 peers my local gui says 3 but network heights are same. I just do not run my local gui miner as seems my internet is bad and can cause problems server seems works ok maybe you should give some specs on minimum requiments

You are right about mining. It must not starve networking, and a node must stop mining if its tip is no longer confirmed as current. Both fixes are in the patch I am testing now.

Current status: best observed height is 528. The three active seeds are at 523-528 with 69-5 peers each.
Please keep mining disabled on any client that is not at the current tip.

Ok does your nodes still are on ?

Does that patch will come soon ?

yes

LAUNCH HUGE FAIL
2ND LAUNCH HUGE FAIL

KEEP IT. I will mine something else. Thanks anyway

[alt_x]

I want to make one thing clear, every issue seen today is in P2P sync and liveness. Consensus, state transitions, proofs, PoW and cryptography are working as intended.
Some nodes stay connected but stop updating their authenticated tip. They then mine valid blocks on an old parent, and consensus correctly rejects or reorganizes those stale branches.

The networking behavior is not acceptable and I am fixing it. But the failure is in synchronization, not in the protocol or cryptography.

Ok so mined coins stays ? but in basics You need to add some extra feature to sync there is a need to have some resources free for sync and other stuff if someone will force to use all cores threads his node become a bad actor and I understand that orphans can happen thing is my node mine and orphan mine and orphan all arround so it is not normal as if there is some heavy load on main miners who produce most of blocks and there is a leak of communication between nodes it become like it is like for now nodes are ok and sync perfect the only issue is mining behaviour.

can anyone tell average height ?

My server says 5 peers my local gui says 3 but network heights are same. I just do not run my local gui miner as seems my internet is bad and can cause problems server seems works ok maybe you should give some specs on minimum requiments

You are right about mining. It must not starve networking, and a node must stop mining if its tip is no longer confirmed as current. Both fixes are in the patch I am testing now.

Current status: best observed height is 528. The three active seeds are at 523-528 with 69-5 peers each.
Please keep mining disabled on any client that is not at the current tip.

Ok does your nodes still are on ?

Does that patch will come soon ?

yes

LAUNCH HUGE FAIL
2ND LAUNCH HUGE FAIL

KEEP IT. I will mine something else. Thanks anyway

3RD TIME — A NEW CRYPTO PROTOCOL IS BORN

[vostokzyf]

垃圾的东西 就不要发出来了/Do not post useless garbage.

[alt_x]

垃圾的东西 就不要发出来了/Do not post useless garbage.

It starts at 50 NOID per block and halves whenever the State domain expands:

50 → 25 → 12.5 → 6.25 → 3.125 → 1.5625 → 1 NOID

The 1 NOID reward is the permanent floor.

The development allocation lasts for 6,307,200 blocks. During this period:

90% of the block subsidy goes to miners
10% goes to the development allocation

After block 6,307,200, 100% of the block subsidy goes to miners.

[Sparks60]

to be fair, this 3rd try i do think needs reset to zero and start all over, if there is to be a 3rd try, guessing the dev had to just stop and get some sleep to take a much needed break, as we not had a update in a while.

[Hashrateoptions]

to be fair, this 3rd try i do think needs reset to zero and start all over, if there is to be a 3rd try, guessing the dev had to just stop and get some sleep to take a much needed break, as we not had a update in a while.

It will be just update for nodes chain propably remains

[minerminer3456]

working fine now without problem

[Sparks60]

if works or you, your one of the lucky ones

[paulmbcufc]

Nope. Trying again on a different PC. Clean install. Same issue. It's like GUI can't see that node is running. Still height zero & been syncing for 40 mins

[alt_x]

The problem I’m experiencing is that the client can sync successfully and reach the chain tip. However, once synchronization is complete, it stops accepting new blocks from other nodes and starts building its own fork instead.

This appears to be a serious consensus/synchronization issue.

Can the miner verify whether I’m correct in saying that a single miner was able to mine all the blocks up to around block 1,900+ on their own?

Simply put: once the initial sync is complete, the client stops properly listening to the network for new blocks and starts building its own fork. This should be a straightforward fix.

Edit: After further testing, the sync only stops once the miner starts. At that point, the client stops properly listening to the network for new blocks and instead starts building its own fork.

[Sparks60]

yes, same for me, always goes on a fork,  think winning some blocks, stop, deleted data, start over same again, and all wins poof, gone

[Hashrateoptions]

The problem I’m experiencing is that the client can sync successfully and reach the chain tip. However, once synchronization is complete, it stops accepting new blocks from other nodes and starts building its own fork instead.

This appears to be a serious consensus/synchronization issue.

Can the miner verify whether I’m correct in saying that a single miner was able to mine all the blocks up to around block 1,900+ on their own?

Simply put: once the initial sync is complete, the client stops properly listening to the network for new blocks and starts building its own fork. This should be a straightforward fix.


Edit: After further testing, the sync only stops once the miner starts. At that point, the client stops properly listening to the network for new blocks and instead starts building its own fork.

I have sync problem but only with gui wallet cli one and daemon works without a problems

[Hashrateoptions]

Nope. Trying again on a different PC. Clean install. Same issue. It's like GUI can't see that node is running. Still height zero & been syncing for 40 mins

Yes gui is problematic for sure.