Pages:
Author

Topic: [1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool - page 36. (Read 2591916 times)

sr. member
Activity: 630
Merit: 257
Will p2pool support 8mb block size? (re: bitcoincash) when its forked on Aug 1st?

Is segwit and merge mining alt-coins working on any of the forks? (jtoomin or other?)

Trying to be prepared for the fun in less than a week. Thanks in advance for any help and advice.
newbie
Activity: 55
Merit: 0
Leaving the ship.  Grin
     http://imgur.com/a/PeCMj
  Ridiculous hashrate  Embarrassed

To which pool are you headed, wise sir?
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
How can I run p2pool in background? (linux version)
Have user interface?
screen
sr. member
Activity: 292
Merit: 251
How can I run p2pool in background? (linux version)
Have user interface?
legendary
Activity: 1512
Merit: 1012
hero member
Activity: 496
Merit: 500
Leaving the ship.  Grin
     http://imgur.com/a/PeCMj
  Ridiculous hashrate  Embarrassed
full member
Activity: 933
Merit: 175
Anyone knows about pruning does it affect node, can I run pruned node with p2pool and mining on it? Thanks.
You can run with a pruned blockchain https://github.com/p2pool/p2pool/issues/339
Do not pruned the blockchain less than 2 gigabytes.

Thanks! I am already downloading blockchain, will see how it goes:)
legendary
Activity: 1308
Merit: 1011
Anyone knows about pruning does it affect node, can I run pruned node with p2pool and mining on it? Thanks.
You can run with a pruned blockchain https://github.com/p2pool/p2pool/issues/339
Do not pruned the blockchain less than 2 gigabytes.
full member
Activity: 933
Merit: 175
Hello,
I got a question regarding Bitcoin Core client. I would like to run full node, but I don't have disk space to hold whole blockchain. Right now my Bitcoin Core client is synchronizing, I enabled prune to 5120 MB. Will I be able to be full p2pool node with pruned client? Will I have incoming connections from other clients (I've opened port)? Will my node serve other nodes by providing them data of last 5GB of blocks data?
Thanks.

look it up
https://bitcointalksearch.org/topic/running-bitcoin-core-on-external-hard-drive-1763613  Grin

Thanks, I know about -datadir option already, I am always using it manually when running mode. And running node from external HDD is not an option.
Anyone knows about pruning does it affect node, can I run pruned node with p2pool and mining on it? Thanks.
hero member
Activity: 496
Merit: 500
Hello,
I got a question regarding Bitcoin Core client. I would like to run full node, but I don't have disk space to hold whole blockchain. Right now my Bitcoin Core client is synchronizing, I enabled prune to 5120 MB. Will I be able to be full p2pool node with pruned client? Will I have incoming connections from other clients (I've opened port)? Will my node serve other nodes by providing them data of last 5GB of blocks data?
Thanks.

look it up
https://bitcointalksearch.org/topic/running-bitcoin-core-on-external-hard-drive-1763613  Grin
full member
Activity: 933
Merit: 175
Hello,
I got a question regarding Bitcoin Core client. I would like to run full node, but I don't have disk space to hold whole blockchain. Right now my Bitcoin Core client is synchronizing, I enabled prune to 5120 MB. Will I be able to be full p2pool node with pruned client? Will I have incoming connections from other clients (I've opened port)? Will my node serve other nodes by providing them data of last 5GB of blocks data?
Thanks.
legendary
Activity: 1512
Merit: 1012
newbie
Activity: 43
Merit: 0
why p2pool Miner dont set the segwit2x bit ?
legendary
Activity: 1232
Merit: 1094
When you next find a block, if it's rejected because p2pool 'will' mine on invalid blocks, you know it's because no one fixed it.
Damn shame.

Now that I think about it more, there are actually 3 percentages that matter.

1) Total miners who are signalling segwit (that is around 99.3%)
2) P2pool miners who are not signaling segwit
3) P2pool miners who are using non-BIP-91 compatible code

The cost of 3) depends on the 1).  If almost all blocks signal segwit then the fact that sometimes p2pool miners build on the wrong block doesn't have much effect.

2) is a direct cost.  If 80% of p2pool miners are flagging segwit, then 20% of the blocks that p2pool finds will be invalid.  In that case, mining on p2pool is like mining on a pool that has 20% fees (except that nobody actually gets the fees).

A rule that that marks shares that don't flag segwit as invalid would be justified.
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
The thing is there is virtually no one left mining non-BIP91

Xbt is showing SW + BIP91 = 99.3% so agreed the point is moot anyway.
Moot? No. It's not zero. Not likely, is not zero.

When you next find a block, if it's rejected because p2pool 'will' mine on invalid blocks, you know it's because no one fixed it.
Damn shame.
legendary
Activity: 1232
Merit: 1094
The thing is there is virtually no one left mining non-BIP91

Xbt is showing SW + BIP91 = 99.3% so agreed the point is moot anyway.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
If p2pool runs BIP141 segwit compatible that will likely be enough to avoid building on a dead end chain because it looks like there won't be any dead end chain...

Ironically, the problem is that bitcoin-core doesn't reject blocks that don't flag segwit.  That means that p2pool miners who are using core will build on the wrong block whenever a non-segwit block is found.

If p2pool built empty blocks when bitcoind is building on a non-segwit block, then almost all the inefficiency goes away.
The thing is there is virtually no one left mining non-BIP91 (connectbtc and any solo miners out there who haven't changed as far as I can see) so you'd have to be ultra-unlucky to build on one block in 100 that isn't signalling segwit AND find a block. Possible, yes, but extremely unlikely. I think anyone left will probably change to signal segwit anyway before then.
legendary
Activity: 1232
Merit: 1094
If p2pool runs BIP141 segwit compatible that will likely be enough to avoid building on a dead end chain because it looks like there won't be any dead end chain...

Ironically, the problem is that bitcoin-core doesn't reject blocks that don't flag segwit.  That means that p2pool miners who are using core will build on the wrong block whenever a non-segwit block is found.

If p2pool built empty blocks when bitcoind is building on a non-segwit block, then almost all the inefficiency goes away.
hero member
Activity: 818
Merit: 1006
Since we are forking anyway would it not be cleaner for p2pool to do a simple version check on blocks it receives from other p2pool nodes, or would further validation be required?
It's not a simple version check for p2pool, unfortunately, because the duration of the version check is very specific, and it requires a copy of the blockchain (which p2pool does not have) in order to know what that duration is.

-ck, the question is whether p2pool should allow BIP91-incompatible shares, not blocks. I'm fine with people mining BIP91-incompatible blocks if they want to, but it's not clear that they should get rewarded by other p2poolers for their folly.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
A lot of this discussion may be a non-event now. Since the BIP91 support is overwhelming now, the chance of the network being partitioned is getting smaller by the minute. Very shortly even those pools that haven't been supporting BIP91 will reluctantly convert to the code to avoid having their blocks being orphaned. In which case there really will only be segwit compatible blocks generated once BIP91 being activated except for some very small minority miners that may not have updated. If p2pool runs BIP141 segwit compatible that will likely be enough to avoid building on a dead end chain because it looks like there won't be any dead end chain...
Pages:
Jump to: