Bitcoin Forum
December 06, 2016, 12:28:20 PM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 [171] 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 ... 744 »
  Print  
Author Topic: [1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool  (Read 2031545 times)
rav3n_pl
Legendary
*
Offline Offline

Activity: 1320


Don`t panic! Organize!


View Profile
September 04, 2012, 09:01:06 AM
 #3401

About 20% of network updated already to new version, keep it coming Smiley

1Rav3nkMayCijuhzcYemMiPYsvcaiwHni  Bitcoin stuff on my OneDrive
My RPC CoinControl for any coin https://bitcointalk.org/index.php?topic=929954
My SatoshDice bot https://bitcointalk.org/index.php?topic=897685
1481027300
Hero Member
*
Offline Offline

Posts: 1481027300

View Profile Personal Message (Offline)

Ignore
1481027300
Reply with quote  #2

1481027300
Report to moderator
1481027300
Hero Member
*
Offline Offline

Posts: 1481027300

View Profile Personal Message (Offline)

Ignore
1481027300
Reply with quote  #2

1481027300
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
spiccioli
Legendary
*
Offline Offline

Activity: 1376

nec sine labore


View Profile
September 04, 2012, 10:27:45 AM
 #3402

About 20% of network updated already to new version, keep it coming Smiley

hi rav3n_pl,

which new version?

Latest version is from june as far as I know https://bitcointalk.org/index.php?topic=18313.msg971005#msg971005

spiccioli
rav3n_pl
Legendary
*
Offline Offline

Activity: 1320


Don`t panic! Organize!


View Profile
September 04, 2012, 11:06:41 AM
 #3403

About 20% of network updated already to new version, keep it coming Smiley

hi rav3n_pl,

which new version?

Latest version is from june as far as I know https://bitcointalk.org/index.php?topic=18313.msg971005#msg971005

spiccioli

https://github.com/forrestv/p2pool
 commit 2adf77e726
forrestv authored 9 days ago
"advanced share version to 4"
For windows grab a  ZIP: https://github.com/forrestv/p2pool/zipball/master
But it NEED bitcoin 0.6.4 or higher! You need compile it form sources https://github.com/bitcoin/bitcoin
Easy on linux, pain on windows atm.
I`m runnig linux VM to keep bitcoind and p2pool up to date Smiley

1Rav3nkMayCijuhzcYemMiPYsvcaiwHni  Bitcoin stuff on my OneDrive
My RPC CoinControl for any coin https://bitcointalk.org/index.php?topic=929954
My SatoshDice bot https://bitcointalk.org/index.php?topic=897685
Luke-Jr
Legendary
*
Offline Offline

Activity: 2086



View Profile
September 04, 2012, 11:11:32 AM
 #3404

But it NEED bitcoin 0.6.4 or higher! You need compile it form sources https://github.com/bitcoin/bitcoin
FWIW, that git tree is for 0.7 (not stable yet). For 0.6.4, you need http://gitorious.org/bitcoin/bitcoind-stable/

spiccioli
Legendary
*
Offline Offline

Activity: 1376

nec sine labore


View Profile
September 04, 2012, 11:13:16 AM
 #3405

About 20% of network updated already to new version, keep it coming Smiley

hi rav3n_pl,

which new version?

Latest version is from june as far as I know https://bitcointalk.org/index.php?topic=18313.msg971005#msg971005

spiccioli

https://github.com/forrestv/p2pool
 commit 2adf77e726
forrestv authored 9 days ago
"advanced share version to 4"
For windows grab a  ZIP: https://github.com/forrestv/p2pool/zipball/master
But it NEED bitcoin 0.6.4 or higher! You need compile it form sources https://github.com/bitcoin/bitcoin
Easy on linux, pain on windows atm.
I`m runnig linux VM to keep bitcoind and p2pool up to date Smiley


Ok thanks,

I'll wait until it uses a stable bitcoind instead of a test one.

spiccioli
Subo1977
Sr. Member
****
Offline Offline

Activity: 345


View Profile
September 04, 2012, 11:18:19 AM
 #3406

Who own's 16pZyakbCqPnxGaUpKLtuwzjNFezqJhd1N ?

he is throwing 40 GH/s on my node  Roll Eyes

ist this BitForce Single 'SC' ?  Shocked



I provide a 1000Mbit+ Torrent-Seedbox in FR and a 500Mbit Box in NL for orginal Blockchain Bootstrap.dat download. and also for Armoryclient Torrent

Tips are welcome:  15MuGdPSXU62fEFE9XbBZN3UvJMHBDVBoy
nibor
Sr. Member
****
Offline Offline

Activity: 348


View Profile
September 04, 2012, 01:41:27 PM
 #3407

Who own's 16pZyakbCqPnxGaUpKLtuwzjNFezqJhd1N ?

he is throwing 40 GH/s on my node  Roll Eyes

ist this BitForce Single 'SC' ?  Shocked



That address often forwards BTC to 1MikeR1S2DSzMT1DWfL9NeuXvxBywkYbSn
So at a guess someone called Mike!
rav3n_pl
Legendary
*
Offline Offline

Activity: 1320


Don`t panic! Organize!


View Profile
September 04, 2012, 02:12:13 PM
 #3408

But it NEED bitcoin 0.6.4 or higher! You need compile it form sources https://github.com/bitcoin/bitcoin
FWIW, that git tree is for 0.7 (not stable yet). For 0.6.4, you need http://gitorious.org/bitcoin/bitcoind-stable/
Thanks Smiley
0.7 is marked as rc1 so it is close to stable for me Smiley
I have backup of backup of backup of my wallet, so I can be a guinea pig Tongue

1Rav3nkMayCijuhzcYemMiPYsvcaiwHni  Bitcoin stuff on my OneDrive
My RPC CoinControl for any coin https://bitcointalk.org/index.php?topic=929954
My SatoshDice bot https://bitcointalk.org/index.php?topic=897685
doobeedoo
Newbie
*
Offline Offline

Activity: 24


View Profile
September 04, 2012, 03:04:46 PM
 #3409

But it NEED bitcoin 0.6.4 or higher! You need compile it form sources https://github.com/bitcoin/bitcoin
FWIW, that git tree is for 0.7 (not stable yet). For 0.6.4, you need http://gitorious.org/bitcoin/bitcoind-stable/
Thanks Smiley
0.7 is marked as rc1 so it is close to stable for me Smiley
I have backup of backup of backup of my wallet, so I can be a guinea pig Tongue

for me v4 works with bitcoind 0.6.3 without any errors.
maybe it depends on bintcoind running on the same, or a different machine. i use different VMs for p2pool, bitcoind and namecoind. All machines running Ubuntu 12.04.


BTC:  123aoTXpQEtdQvN3WMMgmhzsueadVFpLgP
NMC: N47xa4CCDcRvhHCLPVrdiUQw4wN6rJ2dQq
misterbigg
Hero Member
*****
Offline Offline

Activity: 728



View Profile WWW
September 04, 2012, 08:10:39 PM
 #3410

It bothers me that Gavin has try to convince Tycho (of deepbit) of his multi-sig proposal before he can implement it, because if deepbit decides to not use the new code, it's dead in the water.

As opposed to having to convince the author of cgminer to implement it, and then get all the p2pool users to upgrade?

kano
Legendary
*
Offline Offline

Activity: 1918


Linux since 1997 RedHat 4


View Profile
September 04, 2012, 09:54:27 PM
 #3411

It bothers me that Gavin has try to convince Tycho (of deepbit) of his multi-sig proposal before he can implement it, because if deepbit decides to not use the new code, it's dead in the water.

As opposed to having to convince the author of cgminer to implement it, and then get all the p2pool users to upgrade?

Eh?
Other than that being a quote from 8 months ago ... what has it to do with cgminer?

Or have you misquoted and are referring to moving all the pool work into cgminer coz some fools came up with the idea of doing that rather than fixing the size of the nonce? Cheesy

Pool: https://kano.is BTC: 1KanoiBupPiZfkwqB7rfLXAzPnoTshAVmb
CKPool and CGMiner developer, IRC FreeNode #ckpool and #cgminer kanoi
Help keep Bitcoin secure by mining on pools with Stratum, the best protocol to mine Bitcoins with ASIC hardware
zvs
Legendary
*
Offline Offline

Activity: 1386



View Profile WWW
September 05, 2012, 06:39:30 PM
 #3412

Some orphans now from people with horrible connections.  

I know blockchain.info is missing tons of IPs and isn't very accurate, but if you see an orphaned block that was only relayed to a couple nodes, then you know there must have been a good 10-15 seconds in there before it was broadcast.

Why not use a p2pool with a decent connection that'll have a nice up-to-the-second bitcoind?  It wouldn't result in any more rejects or orphans, would it?  

Hmm, unless the problem is a bitcoind that doesn't allow incoming connections and only has 8 outgoing (and not to any good nodes)..   time to make use of addnode?  Might I suggest 5.9.24.81?  My max is 1000.

Dacentec, best deals for US dedicated servers. They regularly restock $20-$25 Opterons with 8-16GB RAM & 2x1-2TB HDD's (ofc, usually lots of other good stuff to choose from).  I did a Serverbear benchmark of one of my $20/mo Opteron (June last year), it's here.  Have had about a half dozen different servers with Dacentec, & none have failed to sustain at least 40MB/s (burst higher). My favorite is a 12-month rent-to-own ZT Systems 2XL5520 16GB 2x2TB SATA for $40/month (got lucky with the 'off-brand', haven't seen a RTO 2xL5520 for under $50/mo since -- at least for monthly contracts).  wholesaleinternet.com has some ancient 2-core intel CPUs @ $10/mo sometimes (I got an Intel Core 2 6300 @ 1.86GHz, with a 250GB HDD with 46000 hours on it, LOL. $20 @ Dacentec is much better, if you can grab one). joesdatacenter.com (same location as Wholesale Internet) also occasionally has specials (or if you don't want to wait, it has an AMD Opteron 170 @ $16/mo).
Luke-Jr
Legendary
*
Offline Offline

Activity: 2086



View Profile
September 05, 2012, 08:43:53 PM
 #3413

Some orphans now from people with horrible connections.  

I know blockchain.info is missing tons of IPs and isn't very accurate, but if you see an orphaned block that was only relayed to a couple nodes, then you know there must have been a good 10-15 seconds in there before it was broadcast.

Why not use a p2pool with a decent connection that'll have a nice up-to-the-second bitcoind?  It wouldn't result in any more rejects or orphans, would it?  

Hmm, unless the problem is a bitcoind that doesn't allow incoming connections and only has 8 outgoing (and not to any good nodes)..   time to make use of addnode?  Might I suggest 5.9.24.81?  My max is 1000.
There is a known problem with Bitcoin relaying blocks. Every step of relaying a block, the node needs to 1) finish downloading it completely, 2) verify the block header and ALL transactions are valid, and 3) upload the entire block to the each peer node in sequence.

The obvious (but very non-trivial to implement with Satoshi's codebase) solution is to parallelize block distribution; that is, as soon as you receive the 80 byte block header:
  • verify it is
    • a valid header
    • the header for a block after the most recent one
    • meets the required difficulty
  • immediately send all peers the "incoming block" message
  • upload the block to peers as fast as they can take it, as it is received
Then, distribution is accomplished in realtime, and all the bottleneck remaining is restricted to verifying transactions locally on each node.

kano
Legendary
*
Offline Offline

Activity: 1918


Linux since 1997 RedHat 4


View Profile
September 05, 2012, 11:40:34 PM
 #3414

... or as I've stated before ...
Only transfer the block header, coinbase txn and merkle tree by default then get the recipient to say if it wants the transactions and which ones (a list) from the merkle tree.
Most bitcoinds already have ALL txn but the coinbase, so that is a massive waste and always has been.
Secondly, why are the txn's re-validated, shouldn't they have been validated when they were received the first time?

Pool: https://kano.is BTC: 1KanoiBupPiZfkwqB7rfLXAzPnoTshAVmb
CKPool and CGMiner developer, IRC FreeNode #ckpool and #cgminer kanoi
Help keep Bitcoin secure by mining on pools with Stratum, the best protocol to mine Bitcoins with ASIC hardware
mdude77
Legendary
*
Offline Offline

Activity: 1358


View Profile
September 06, 2012, 12:41:24 AM
 #3415

... or as I've stated before ...
Only transfer the block header, coinbase txn and merkle tree by default then get the recipient to say if it wants the transactions and which ones (a list) from the merkle tree.
Most bitcoinds already have ALL txn but the coinbase, so that is a massive waste and always has been.
Secondly, why are the txn's re-validated, shouldn't they have been validated when they were received the first time?

I'm certainly by far not an expert at this.. but I would assume that you there is a "trust no one" factor here, you can't safely assuming incoming transactions are validated already.

M

MMinerMonitor author, monitor/auto/schedule reboots/alerts/remote/MobileMiner for Ants and Spondoolies! Latest (5.2). MPoolMonitor author, monitor stats/workers for most pools, global BTC stats (current/nxt diff/USD val/hashrate/calc)! Latest (v4.2) 
Buyer beware of Bitmain hardware and services.
Luke-Jr
Legendary
*
Offline Offline

Activity: 2086



View Profile
September 06, 2012, 12:56:24 AM
 #3416

... or as I've stated before ...
Only transfer the block header, coinbase txn and merkle tree by default then get the recipient to say if it wants the transactions and which ones (a list) from the merkle tree.
Most bitcoinds already have ALL txn but the coinbase, so that is a massive waste and always has been.
Secondly, why are the txn's re-validated, shouldn't they have been validated when they were received the first time?

I'm certainly by far not an expert at this.. but I would assume that you there is a "trust no one" factor here, you can't safely assuming incoming transactions are validated already.
He meant the clients might have already seen the transaction broadcast before, so would have validated it themselves already. That is indeed already cached, but there are a lot of transactions that don't get seen by any given node (about 10% IIRC), and the back-and-forth of requesting missing transactions would add delays - though it might make sense on top of the basic block distribution parallelization I mentioned, but it will need to be benchmarked.

zvs
Legendary
*
Offline Offline

Activity: 1386



View Profile WWW
September 06, 2012, 12:18:04 PM
 #3417

what the devil

2012-09-06 06:53:54.077480 GOT BLOCK FROM MINER! Passing to bitcoind! http://blockexplorer.com/block/000000000000013fcf0d071e54c00838654cc2328b463bea33894ed51eec96dd
2012-09-06 06:53:54.101687 GOT SHARE!  1eec96dd prev 699c48c8 age 8.58s DEAD ON ARRIVAL

http://nogleg.com:9332/static/share.html#000000000000013fcf0d071e54c00838654cc2328b463bea33894ed51eec96dd

ok, so i knew it did it with orphans, but 'dead on arrival'?

(ed: hmm, no, that's not it...  bizarre)

it looks like i trumped myself by it being passed to bitcoind and acknowledged there first?

Dacentec, best deals for US dedicated servers. They regularly restock $20-$25 Opterons with 8-16GB RAM & 2x1-2TB HDD's (ofc, usually lots of other good stuff to choose from).  I did a Serverbear benchmark of one of my $20/mo Opteron (June last year), it's here.  Have had about a half dozen different servers with Dacentec, & none have failed to sustain at least 40MB/s (burst higher). My favorite is a 12-month rent-to-own ZT Systems 2XL5520 16GB 2x2TB SATA for $40/month (got lucky with the 'off-brand', haven't seen a RTO 2xL5520 for under $50/mo since -- at least for monthly contracts).  wholesaleinternet.com has some ancient 2-core intel CPUs @ $10/mo sometimes (I got an Intel Core 2 6300 @ 1.86GHz, with a 250GB HDD with 46000 hours on it, LOL. $20 @ Dacentec is much better, if you can grab one). joesdatacenter.com (same location as Wholesale Internet) also occasionally has specials (or if you don't want to wait, it has an AMD Opteron 170 @ $16/mo).
rav3n_pl
Legendary
*
Offline Offline

Activity: 1320


Don`t panic! Organize!


View Profile
September 06, 2012, 12:44:49 PM
 #3418

what the devil

2012-09-06 06:53:54.077480 GOT BLOCK FROM MINER! Passing to bitcoind! http://blockexplorer.com/block/000000000000013fcf0d071e54c00838654cc2328b463bea33894ed51eec96dd
2012-09-06 06:53:54.101687 GOT SHARE!  1eec96dd prev 699c48c8 age 8.58s DEAD ON ARRIVAL

http://nogleg.com:9332/static/share.html#000000000000013fcf0d071e54c00838654cc2328b463bea33894ed51eec96dd

ok, so i knew it did it with orphans, but 'dead on arrival'?

(ed: hmm, no, that's not it...  bizarre)

it looks like i trumped myself by it being passed to bitcoind and acknowledged there first?
It IS possible Smiley
P2pool is checking every share because every can BE a block solution, but not every share can fit into p2pool share chain because of fast long pooling.
Thats why it is crucial to miner software send stale shares Smiley Sometimes orphaned/doa share CAN be a bitcoin block Smiley
This way you only lost one pool share, but get block Smiley

1Rav3nkMayCijuhzcYemMiPYsvcaiwHni  Bitcoin stuff on my OneDrive
My RPC CoinControl for any coin https://bitcointalk.org/index.php?topic=929954
My SatoshDice bot https://bitcointalk.org/index.php?topic=897685
kano
Legendary
*
Offline Offline

Activity: 1918


Linux since 1997 RedHat 4


View Profile
September 06, 2012, 05:49:57 PM
 #3419

... or as I've stated before ...
Only transfer the block header, coinbase txn and merkle tree by default then get the recipient to say if it wants the transactions and which ones (a list) from the merkle tree.
Most bitcoinds already have ALL txn but the coinbase, so that is a massive waste and always has been.
Secondly, why are the txn's re-validated, shouldn't they have been validated when they were received the first time?

I'm certainly by far not an expert at this.. but I would assume that you there is a "trust no one" factor here, you can't safely assuming incoming transactions are validated already.
He meant the clients might have already seen the transaction broadcast before, so would have validated it themselves already. That is indeed already cached, but there are a lot of transactions that don't get seen by any given node (about 10% IIRC), and the back-and-forth of requesting missing transactions would add delays - though it might make sense on top of the basic block distribution parallelization I mentioned, but it will need to be benchmarked.
Well the request would simply be a full request (from the merkle tree) of the missing transactions.
A single request not multiple.
Very simply to know what is missing since the merkle tree lists all the txns and thus the reply would be those at the bottom of the tree you don't already have.

As for 10%? Where do you get that figure from?

I wrote a little transaction processing module to add to bitcoind (that I run all the time), that, among other things, specifically tells me the number of missing transactions.
After about a day from a restart, it was EXTREMELY rare for it to not have every txn except of course the coinbase (which no one will already have except the person/pool who found the block - and why of course I said that should always be sent)

I'd very much doubt that 10% number.
However, even if it was as extremely high as 10%, it would be way faster to send back a reply of 10% of the transaction numbers, then get those 10%, than sending the full 100% every time when 90% of them are unnecessary.

As for the memory pool txn's - why would there be a txn in there that wasn't already verified?
What extra verification is done when the txn's are received with a new block that isn't already done as each txn comes in?

Pool: https://kano.is BTC: 1KanoiBupPiZfkwqB7rfLXAzPnoTshAVmb
CKPool and CGMiner developer, IRC FreeNode #ckpool and #cgminer kanoi
Help keep Bitcoin secure by mining on pools with Stratum, the best protocol to mine Bitcoins with ASIC hardware
zvs
Legendary
*
Offline Offline

Activity: 1386



View Profile WWW
September 07, 2012, 07:14:00 AM
 #3420

... or as I've stated before ...
Only transfer the block header, coinbase txn and merkle tree by default then get the recipient to say if it wants the transactions and which ones (a list) from the merkle tree.
Most bitcoinds already have ALL txn but the coinbase, so that is a massive waste and always has been.
Secondly, why are the txn's re-validated, shouldn't they have been validated when they were received the first time?

I'm certainly by far not an expert at this.. but I would assume that you there is a "trust no one" factor here, you can't safely assuming incoming transactions are validated already.
He meant the clients might have already seen the transaction broadcast before, so would have validated it themselves already. That is indeed already cached, but there are a lot of transactions that don't get seen by any given node (about 10% IIRC), and the back-and-forth of requesting missing transactions would add delays - though it might make sense on top of the basic block distribution parallelization I mentioned, but it will need to be benchmarked.
Well the request would simply be a full request (from the merkle tree) of the missing transactions.
A single request not multiple.
Very simply to know what is missing since the merkle tree lists all the txns and thus the reply would be those at the bottom of the tree you don't already have.

As for 10%? Where do you get that figure from?

I wrote a little transaction processing module to add to bitcoind (that I run all the time), that, among other things, specifically tells me the number of missing transactions.
After about a day from a restart, it was EXTREMELY rare for it to not have every txn except of course the coinbase (which no one will already have except the person/pool who found the block - and why of course I said that should always be sent)

I'd very much doubt that 10% number.
However, even if it was as extremely high as 10%, it would be way faster to send back a reply of 10% of the transaction numbers, then get those 10%, than sending the full 100% every time when 90% of them are unnecessary.

As for the memory pool txn's - why would there be a txn in there that wasn't already verified?
What extra verification is done when the txn's are received with a new block that isn't already done as each txn comes in?
well, you probably have more connections than the avg bitcoin user.

many will only have 8

Dacentec, best deals for US dedicated servers. They regularly restock $20-$25 Opterons with 8-16GB RAM & 2x1-2TB HDD's (ofc, usually lots of other good stuff to choose from).  I did a Serverbear benchmark of one of my $20/mo Opteron (June last year), it's here.  Have had about a half dozen different servers with Dacentec, & none have failed to sustain at least 40MB/s (burst higher). My favorite is a 12-month rent-to-own ZT Systems 2XL5520 16GB 2x2TB SATA for $40/month (got lucky with the 'off-brand', haven't seen a RTO 2xL5520 for under $50/mo since -- at least for monthly contracts).  wholesaleinternet.com has some ancient 2-core intel CPUs @ $10/mo sometimes (I got an Intel Core 2 6300 @ 1.86GHz, with a 250GB HDD with 46000 hours on it, LOL. $20 @ Dacentec is much better, if you can grab one). joesdatacenter.com (same location as Wholesale Internet) also occasionally has specials (or if you don't want to wait, it has an AMD Opteron 170 @ $16/mo).
Pages: « 1 ... 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 [171] 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 ... 744 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!