Bitcoin Forum
December 03, 2016, 03:57:18 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 ... 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 [275] 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 ... 744 »
  Print  
Author Topic: [1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool  (Read 2029049 times)
centove
Full Member
***
Offline Offline

Activity: 194


View Profile
May 21, 2013, 11:10:34 AM
 #5481

You know, all this bickering back and forth about the tx stuff don't make a lot of sense to me. If it wasn't an issue why did the official client add the option in? Clearly there must be some motivation behind it.

When I looked:
Total Fees   1.36079892 BTC
Total Size   12163.966796875 (KB)

Then there are the ones that say your hardware is crap. Umm.. just what should a full node be running on?
Currently I have a Dual Xeon server with 16 cores and 32 Gig of memory and SAS 10k drives in it and a Gig connection to the internet. And I was getting latencies over 10 seconds. How much more power do I need to throw at BTC???


Give me Btc: 1BRkf5bwSVdGCyvu4SyYBiJjEjbNiAQoYd Mine on my node: http://ask.gxsnmp.org:9332/
1480780638
Hero Member
*
Offline Offline

Posts: 1480780638

View Profile Personal Message (Offline)

Ignore
1480780638
Reply with quote  #2

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

Activity: 19


View Profile
May 21, 2013, 11:18:40 AM
 #5482

i have seen enough , nice steal software this p2pool thing.

its to fucking easy to steal other miners money.

the whole setup of p2pool just sucks.

its designed not to make you money or at least as little as possible.

never install python with the windows executable either , its an easy way to hack your pc.

i've watched this p2pool software enough, how many f*** don't like to edit the source files to their liking?


months of p2pool got me 15 ltc, 4 days solos and i allready have a 50ltc block found.


Keep your shitty hacktool.
gyverlb
Hero Member
*****
Offline Offline

Activity: 896



View Profile
May 21, 2013, 12:54:27 PM
 #5483

months of p2pool got me 15 ltc, 4 days solos and i allready have a 50ltc block found.

Keep your shitty hacktool.

So you don't understand shit about mining and you risk being sued for libel by people you don't know anything about. Nice move.

P2pool tuning guide
Trade BTC for €/$ at bitcoin.de (referral), it's cheaper and faster (acts as escrow and lets the buyers do bank transfers).
Tip: 17bdPfKXXvr7zETKRkPG14dEjfgBt5k2dd
zvs
Legendary
*
Offline Offline

Activity: 1386



View Profile WWW
May 21, 2013, 01:47:09 PM
 #5484

i have seen enough , nice steal software this p2pool thing.

its to fucking easy to steal other miners money.

the whole setup of p2pool just sucks.

its designed not to make you money or at least as little as possible.

never install python with the windows executable either , its an easy way to hack your pc.

i've watched this p2pool software enough, how many f*** don't like to edit the source files to their liking?


months of p2pool got me 15 ltc, 4 days solos and i allready have a 50ltc block found.


Keep your shitty hacktool.

yeah, i know

i got 1.2 bitcoins out of bitminter even though i found a 25 btc block

what the hell is that

you dirty ratbastards

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).
fehknt
Newbie
*
Offline Offline

Activity: 13


View Profile
May 21, 2013, 02:10:29 PM
 #5485

You should lower blockprioritysize and increase mintxfee/minrelaytxfee a bit more. Blockprioritysize=500000 is way too much, you are allocating 500 kB to free transactions!

Oops.  I misunderstood what blockprioritysize meant, thanks!

I try to be helpful and/or useful.  If you agree, this is a great way to show it: 1P3MW6fuHgA9TCAXoGy9X7KupfypGn7Dx9
maqifrnswa
Sr. Member
****
Offline Offline

Activity: 454


View Profile
May 21, 2013, 03:47:17 PM
 #5486

Naive?  My little world?  As that where we're at now - posting personal insults publicly?

Coming from the same person who has constantly denied that there is a problem with the stratum code implementation and still does, even though it's proven - that's quite rich, don't you think? It's a bit sad to dislike someone because they were right, but there's absolutely no excuse to resort to insulting them, weather they are correct or not.

You were not right, in fact you were very wrong. You need to understand why you're not getting anywhere and people have lost patience with you:

Order of events
1) We had a run of long blocks one month ago around the same time the stratum protocol was implemented in p2pool.
2) You said, "it's impossible to be this unlucky, it must be stratum since that was the most recent change. FIX STRATUM"
3) stratum has absolutely nothing to do with the rate of finding blocks per work. If stratum was 99% broken (so only 1% of the work actually gets accounted for), the rate of finding blocks per work would not have been affected at all - so you were ignored by everyone that knows how mining works since your data did not back up your claim. Also, it was shown that the rate of bad luck was likely to happen when we were at low p2pool network hash rates.
4) Suddenly, without "fixing anything" we had a run of luck close to 180% for a week or two, wiping out the bad luck from (1) above.
5) ASICs came online, no cgminer or p2pool dev had an avalon, but there were reports of p2pool not being able to keep up with avalons
6) actual, real reports with data came out showing that something isn't 100% right with ASICs and p2pool (they work, but need some tweaking) - but still no p2pool dev had one to fix it. We still don't know exactly what it is, but it has something to do with what avalon expects to see and what p2pool is serving. Aseras donated Avalon time to cgminer to finally get cgminer support for avalons.
7) BFL donated an ASIC to forrestv to make sure BFL SCs work with p2pool
8 ) you show up again, "see I was right - you should have listened to me although I had no data and no logical argument backing up my claim"

So in the end, you were wrong - but keep trying until you found someone with a real bug and then claimed credit for it, even though their bug had nothing to do with your evidence or what you are claiming originally.

Let's have some manners please......and some constructive criticism instead of childish remarks.

Demanding fixes without actually knowing what you are asking to fix is childish and naive. Developers don't know what to fix if an oracle shows up saying "fix it" - they need data, which you have never given. It's like saying, "My internet connection is slow. Microsoft, fix Windows!" Then later someone finds a problem with a printer driver and you say, "See, I told you Windows was broken and you all ignored me!" No one in the world will fix it and repeatedly demanding it will get you nowhere. That's why you feel like this lone crusader martyr, you don't know how to help and are frustrated that no one will do what you demand.

We've been begging you to give us data and bug reports for months, but you just lurk around to yell "fix it." That's why people are losing patience with you and is the behaviour of a troll.
GrapeApe
Sr. Member
****
Offline Offline

Activity: 477



View Profile
May 21, 2013, 04:37:53 PM
 #5487

I noticed that some nodes have fees. I was wondering how they set it up that way? I am not planning on adding a fee to my node I'm just curious.
--fee lol, use --help

Wow don’t I feel like the idiot thx for the help.
gyverlb
Hero Member
*****
Offline Offline

Activity: 896



View Profile
May 21, 2013, 05:34:25 PM
 #5488

[..long explanations..]
We've been begging you to give us data and bug reports for months, but you just lurk around to yell "fix it." That's why people are losing patience with you and is the behaviour of a troll.

Wow, you have the patience of an angel.

I'm not in any condition to be patient right now (health problems making my everyday life more difficult) but even in my best shape I don't think I would have it in me to write this.

P2pool tuning guide
Trade BTC for €/$ at bitcoin.de (referral), it's cheaper and faster (acts as escrow and lets the buyers do bank transfers).
Tip: 17bdPfKXXvr7zETKRkPG14dEjfgBt5k2dd
K1773R
Legendary
*
Offline Offline

Activity: 1526


/dev/null


View Profile
May 21, 2013, 05:39:04 PM
 #5489

Naive?  My little world?  As that where we're at now - posting personal insults publicly?

Coming from the same person who has constantly denied that there is a problem with the stratum code implementation and still does, even though it's proven - that's quite rich, don't you think? It's a bit sad to dislike someone because they were right, but there's absolutely no excuse to resort to insulting them, weather they are correct or not.

You were not right, in fact you were very wrong. You need to understand why you're not getting anywhere and people have lost patience with you:

Order of events
1) We had a run of long blocks one month ago around the same time the stratum protocol was implemented in p2pool.
2) You said, "it's impossible to be this unlucky, it must be stratum since that was the most recent change. FIX STRATUM"
3) stratum has absolutely nothing to do with the rate of finding blocks per work. If stratum was 99% broken (so only 1% of the work actually gets accounted for), the rate of finding blocks per work would not have been affected at all - so you were ignored by everyone that knows how mining works since your data did not back up your claim. Also, it was shown that the rate of bad luck was likely to happen when we were at low p2pool network hash rates.
4) Suddenly, without "fixing anything" we had a run of luck close to 180% for a week or two, wiping out the bad luck from (1) above.
5) ASICs came online, no cgminer or p2pool dev had an avalon, but there were reports of p2pool not being able to keep up with avalons
6) actual, real reports with data came out showing that something isn't 100% right with ASICs and p2pool (they work, but need some tweaking) - but still no p2pool dev had one to fix it. We still don't know exactly what it is, but it has something to do with what avalon expects to see and what p2pool is serving. Aseras donated Avalon time to cgminer to finally get cgminer support for avalons.
7) BFL donated an ASIC to forrestv to make sure BFL SCs work with p2pool
8 ) you show up again, "see I was right - you should have listened to me although I had no data and no logical argument backing up my claim"

So in the end, you were wrong - but keep trying until you found someone with a real bug and then claimed credit for it, even though their bug had nothing to do with your evidence or what you are claiming originally.

Let's have some manners please......and some constructive criticism instead of childish remarks.

Demanding fixes without actually knowing what you are asking to fix is childish and naive. Developers don't know what to fix if an oracle shows up saying "fix it" - they need data, which you have never given. It's like saying, "My internet connection is slow. Microsoft, fix Windows!" Then later someone finds a problem with a printer driver and you say, "See, I told you Windows was broken and you all ignored me!" No one in the world will fix it and repeatedly demanding it will get you nowhere. That's why you feel like this lone crusader martyr, you don't know how to help and are frustrated that no one will do what you demand.

We've been begging you to give us data and bug reports for months, but you just lurk around to yell "fix it." That's why people are losing patience with you and is the behaviour of a troll.
you know there is a ignore button for spammers/trolls/morons/retards and also for ppl who dont understand anything but trying to argue about it (ie, him) lol

[GPG Public Key]  [Devcoin Builds]  [BBQCoin Builds]  [Multichain Blockexplorer]  [Multichain Blockexplorer - PoS Coins]  [Ufasoft Miner Linux Builds]
BTC/DVC/TRC/FRC: 1K1773RbXRZVRQSSXe9N6N2MUFERvrdu6y ANC/XPM AK1773RTmRKtvbKBCrUu95UQg5iegrqyeA NMC: NK1773Rzv8b4ugmCgX789PbjewA9fL9Dy1 LTC: LKi773RBuPepQH8E6Zb1ponoCvgbU7hHmd EMC: EK1773RxUes1HX1YAGMZ1xVYBBRUCqfDoF BQC: bK1773R1APJz4yTgRkmdKQhjhiMyQpJgfN
PatMan
Hero Member
*****
Offline Offline

Activity: 924


Watch out for the "Neg-Rep-Dogie-Police".....


View Profile WWW
May 21, 2013, 07:26:59 PM
 #5490

Same people still living in denial. Please, do press the ignore button...... Cheesy Cheesy Cheesy

"When one person is deluded it is called insanity - when many people are deluded it is called religion" - Robert M. Pirsig.  I don't want your coins, I want change.
Amazon UK BTC payment service - https://bitcointalk.org/index.php?topic=301229.0 - with FREE delivery!
http://www.ae911truth.org/ - http://rethink911.org/ - http://rememberbuilding7.org/
tiktoc
Full Member
***
Offline Offline

Activity: 176


View Profile
May 21, 2013, 07:31:04 PM
 #5491

Sipa(one of the bitcoin developrs) did a pull request which may help with this https://github.com/bitcoin/bitcoin/pull/2677

Slush had similar problems on his pool and it was causing high invalids.
gyverlb
Hero Member
*****
Offline Offline

Activity: 896



View Profile
May 21, 2013, 09:11:00 PM
 #5492

Sipa(one of the bitcoin developrs) did a pull request which may help with this https://github.com/bitcoin/bitcoin/pull/2677

Slush had similar problems on his pool and it was causing high invalids.

Oh look, people with a clue do what we wished for! How surprising...

It clearly will help: a 10x improvement in getblocktemplate will bring fresh air.

I still think they should implement this call on top of an asynchronous update of the block template to make the RPC call o(1) instead of o(nb_tx) or worse though. In the worst case, even if some params of getblocktemplate don't allow to precompute most of the template at least the common case scenario with no parameter can be sped up.

P2pool tuning guide
Trade BTC for €/$ at bitcoin.de (referral), it's cheaper and faster (acts as escrow and lets the buyers do bank transfers).
Tip: 17bdPfKXXvr7zETKRkPG14dEjfgBt5k2dd
gyverlb
Hero Member
*****
Offline Offline

Activity: 896



View Profile
May 21, 2013, 09:44:32 PM
 #5493

I still think they should implement this call on top of an asynchronous update of the block template to make the RPC call o(1) instead of o(nb_tx) or worse though. In the worst case, even if some params of getblocktemplate don't allow to precompute most of the template at least the common case scenario with no parameter can be sped up.

Suggested it, hopefully sipa will be interested enough to either explain why it can't work or make a mental note of the idea for the next performance roadblock.

P2pool tuning guide
Trade BTC for €/$ at bitcoin.de (referral), it's cheaper and faster (acts as escrow and lets the buyers do bank transfers).
Tip: 17bdPfKXXvr7zETKRkPG14dEjfgBt5k2dd
GrapeApe
Sr. Member
****
Offline Offline

Activity: 477



View Profile
May 21, 2013, 09:59:06 PM
 #5494

WOW! How?

1) actual bitcoin from git ( moves  variables ...Fees.. from main.h to main.cpp)
 2)  set in src/main.cpp the parameters to
int64 CTransaction::nMinTxFee = 1000000000;    # Override with -mintxfee
int64 CTransaction::nMinRelayTxFee = 1000000000;



3) compile bitcoin

 
4) in bitcoin.conf:
blockmaxsize=5000
blockprioritysize=0
blockminsize=0

Greets

I did what is stated above to the latest 0.8.2rc1 bitcoin-qt and my GBT latency is 3.00 ms (.003 s). Make these changes along with the changes Sipa is recommending should speed things up no?
gyverlb
Hero Member
*****
Offline Offline

Activity: 896



View Profile
May 21, 2013, 10:18:58 PM
 #5495

I still think they should implement this call on top of an asynchronous update of the block template to make the RPC call o(1) instead of o(nb_tx) or worse though. In the worst case, even if some params of getblocktemplate don't allow to precompute most of the template at least the common case scenario with no parameter can be sped up.

Suggested it, hopefully sipa will be interested enough to either explain why it can't work or make a mental note of the idea for the next performance roadblock.

gmaxwell's comment makes me think the discussion about async processing of templates should be taken here. I'm wondering if forrestv implemented a p2pool template cache with the same approach I suggested could be provided by bitcoind. Especially just after a new block found on the network (see the comment here). There's no explicit configuration of bitcoind done to make signal p2pool new blocks so is it detecting them by calling a fast RPC method of bitcoind or is there a delay that could be shortened by using the "blocknotify" bitcoind option for example?

P2pool tuning guide
Trade BTC for €/$ at bitcoin.de (referral), it's cheaper and faster (acts as escrow and lets the buyers do bank transfers).
Tip: 17bdPfKXXvr7zETKRkPG14dEjfgBt5k2dd
Amph
Legendary
*
Offline Offline

Activity: 1344



View Profile
May 22, 2013, 06:24:08 AM
 #5496

mintxfee=0.002
minrelaytxfee=0.002

those setting are the best for me, latency is now stable at 0.223

kano
Legendary
*
Offline Offline

Activity: 1918


Linux since 1997 RedHat 4


View Profile
May 22, 2013, 11:29:57 PM
 #5497

I still think they should implement this call on top of an asynchronous update of the block template to make the RPC call o(1) instead of o(nb_tx) or worse though. In the worst case, even if some params of getblocktemplate don't allow to precompute most of the template at least the common case scenario with no parameter can be sped up.

Suggested it, hopefully sipa will be interested enough to either explain why it can't work or make a mental note of the idea for the next performance roadblock.

gmaxwell's comment makes me think the discussion about async processing of templates should be taken here. I'm wondering if forrestv implemented a p2pool template cache with the same approach I suggested could be provided by bitcoind. Especially just after a new block found on the network (see the comment here). There's no explicit configuration of bitcoind done to make signal p2pool new blocks so is it detecting them by calling a fast RPC method of bitcoind or is there a delay that could be shortened by using the "blocknotify" bitcoind option for example?
Ah yeah - I forgot to completely ignore the fact (like you are) that the big pools are confirming the transactions that you aren't ...

So yet again your excuse for proving p2pool is worse for bitcoin is that ... there's apparently a problem with bitcoind that the big pools can work around ... and then you get posts like the one above this post ...

I also notice that gmaxwell is completely avoiding posting here ... yes he's an avid proponent of p2pool ... maybe there's a reason he's not commenting in here ...

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
daemondazz
Sr. Member
****
Offline Offline

Activity: 280



View Profile
May 22, 2013, 11:56:36 PM
 #5498

I pulled down the latest bitcoind from Git yesterday and rebuilt it (rather than using the Ubuntu PPA).



The latency at a bit over 12s is version 0.8.1 from the PPA. No matter what changes I made to the config, it would always climb up to that within a couple of hours.

The next step is 0.8.2rc1 from Git with all values at the default. Definitely a lot better. I'm getting a lot of non-standard transaction type messages in the log, which I am assuming is transactions that fail the new dust test. I have deb files for Ubuntu 12.04 AMD64 if anyone is interested.

The last step is setting the mintxfee and minrelaytxfee to double the default values:

Code:
mintxfee=0.001
minrelaytxfee=0.001

I am mining blocks with transaction fees (133 transactions at the moment), although that's a bit moot anyway because I haven't actually solved a block in the whole time I've been mining, but still.

I'm hoping that's a reasonable tradeoff between a p2pool node that generates some income and contributing to the greater bitcoin network.

Computers, Amateur Radio, Electronics, Aviation - 1dazzrAbMqNu6cUwh2dtYckNygG7jKs8S
centove
Full Member
***
Offline Offline

Activity: 194


View Profile
May 23, 2013, 12:52:22 AM
 #5499

Pulled the latest git... (reports itself as "version" : 80201)

Nice... Latency has dropped waaay down.

http://ask.gxsnmp.org/

Give me Btc: 1BRkf5bwSVdGCyvu4SyYBiJjEjbNiAQoYd Mine on my node: http://ask.gxsnmp.org:9332/
gyverlb
Hero Member
*****
Offline Offline

Activity: 896



View Profile
May 23, 2013, 06:04:20 AM
 #5500

Ah yeah - I forgot to completely ignore the fact (like you are) that the big pools are confirming the transactions that you aren't ...

So yet again your excuse for proving p2pool is worse for bitcoin is that ... there's apparently a problem with bitcoind that the big pools can work around ... and then you get posts like the one above this post ...

I also notice that gmaxwell is completely avoiding posting here ... yes he's an avid proponent of p2pool ... maybe there's a reason he's not commenting in here ...

What's your point again? Sorry kano, but your bullshitting is so thick I don't even know what you are bullshitting about now.

P2pool tuning guide
Trade BTC for €/$ at bitcoin.de (referral), it's cheaper and faster (acts as escrow and lets the buyers do bank transfers).
Tip: 17bdPfKXXvr7zETKRkPG14dEjfgBt5k2dd
Pages: « 1 ... 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 [275] 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 ... 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!