Bitcoin Forum
December 12, 2017, 06:51:23 AM *
News: Latest stable version of Bitcoin Core: 0.15.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 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 ... 802 »
  Print  
Author Topic: [1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool  (Read 2553338 times)
gyverlb
Hero Member
*****
Offline Offline

Activity: 896



View Profile
April 28, 2013, 04:20:51 PM
 #5121

2nd time this happens, a block mined by p2pool (LTC), and the reward is shared between the set of addresses all starting from "1" (like BTC addresses), how's it possible? Block #343029, found today at 13:48 UTC: http://explorer.litecoin.net/block/fcfb92180fb433cfd9d5f1bc5b587995232d72e6b5370d343265a8bbbb5ccd96


Maybe someone configured a LTC P2Pool and connected it to a local Bitcoin node instead of a Litecoin node ? I'm a bit surprised it make it through P2Pool and a Litecoin node to be published on the P2P network though.

It was orphaned (maybe only some Litecoin nodes accept this kind of block and there's one of such active on LTC P2Pool).

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
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1513061483
Hero Member
*
Offline Offline

Posts: 1513061483

View Profile Personal Message (Offline)

Ignore
1513061483
Reply with quote  #2

1513061483
Report to moderator
1513061483
Hero Member
*
Offline Offline

Posts: 1513061483

View Profile Personal Message (Offline)

Ignore
1513061483
Reply with quote  #2

1513061483
Report to moderator
Xenotron
Jr. Member
*
Offline Offline

Activity: 31


View Profile
April 28, 2013, 05:50:16 PM
 #5122

it's litecoin the same to bitcoin, to configure?
and what about the adress, is also the same?
The same steps. But don't forget to add a copy of litecoin.conf in a data folder if it's not default one. Had big problems with that.
gnomicide
Full Member
***
Offline Offline

Activity: 122


View Profile
April 28, 2013, 06:59:11 PM
 #5123

(LTC)
How long should I let it keep saying "Shares: 0" before I get concerned something is wrong?

Restarted p2pool and cgminer, and it was at 0 for ~8 hours yesterday, then miner crashed for some reason, and when I started it back up I got a share. Of course it's been 12 hours now and all payouts have been less than half what they were before it. Host downtime seems very punishing with p2pool.
gnomicide
Full Member
***
Offline Offline

Activity: 122


View Profile
April 28, 2013, 07:13:00 PM
 #5124

Also, is there any way to filter out all the "Worker user submitted...", "Hash", and "Target" lines in the output? It just seems like spam, and the other messages are actually useful.
forrestv
Hero Member
*****
Offline Offline

Activity: 516


View Profile
April 28, 2013, 07:50:34 PM
 #5125

2nd time this happens, a block mined by p2pool (LTC), and the reward is shared between the set of addresses all starting from "1" (like BTC addresses), how's it possible? Block #343029, found today at 13:48 UTC: http://explorer.litecoin.net/block/fcfb92180fb433cfd9d5f1bc5b587995232d72e6b5370d343265a8bbbb5ccd96


That's a bug in the block explorer you're using. There is no way for a Litecoin transaction to pay Bitcoin addreses - the network ID isn't even encoded in the block. All addresses in a block are just 160-bit hashes, without any identifying information.

1J1zegkNSbwX4smvTdoHSanUfwvXFeuV23
wacko
Hero Member
*****
Offline Offline

Activity: 742


View Profile
April 28, 2013, 08:01:58 PM
 #5126

2nd time this happens, a block mined by p2pool (LTC), and the reward is shared between the set of addresses all starting from "1" (like BTC addresses), how's it possible? Block #343029, found today at 13:48 UTC: http://explorer.litecoin.net/block/fcfb92180fb433cfd9d5f1bc5b587995232d72e6b5370d343265a8bbbb5ccd96


That's a bug in the block explorer you're using. There is no way for a Litecoin transaction to pay Bitcoin addreses - the network ID isn't even encoded in the block. All addresses in a block are just 160-bit hashes, without any identifying information.
You mean, it's a bug of explorer.litecoin.net? If so, then why is that block listed in the p2pool history? And why haven't I got any reward for it?

forrestv
Hero Member
*****
Offline Offline

Activity: 516


View Profile
April 28, 2013, 08:05:44 PM
 #5127

2nd time this happens, a block mined by p2pool (LTC), and the reward is shared between the set of addresses all starting from "1" (like BTC addresses), how's it possible? Block #343029, found today at 13:48 UTC: http://explorer.litecoin.net/block/fcfb92180fb433cfd9d5f1bc5b587995232d72e6b5370d343265a8bbbb5ccd96


That's a bug in the block explorer you're using. There is no way for a Litecoin transaction to pay Bitcoin addreses - the network ID isn't even encoded in the block. All addresses in a block are just 160-bit hashes, without any identifying information.
You mean, it's a bug of explorer.litecoin.net? If so, then why is that block listed in the p2pool history? And why haven't I got any reward from it?

It's a real Litecoin-P2Pool block, but the Litecoin explorer is displaying Litecoin addresses as Bitcoin addresses for some reason. It appears to have been orphaned, so you didn't get a payout. The explorer displaying Bitcoin addresses and the block being orphaned might have some common cause, however..

1J1zegkNSbwX4smvTdoHSanUfwvXFeuV23
wacko
Hero Member
*****
Offline Offline

Activity: 742


View Profile
April 28, 2013, 08:21:07 PM
 #5128

It's a real Litecoin-P2Pool block, but the Litecoin explorer is displaying Litecoin addresses as Bitcoin addresses for some reason. It appears to have been orphaned, so you didn't get a payout. The explorer displaying Bitcoin addresses and the block being orphaned might have some common cause, however..
That makes sense, thank you for the answers.

-ck
Moderator
Legendary
*
Offline Offline

Activity: 2366


Ruu \o/


View Profile WWW
April 28, 2013, 10:34:09 PM
 #5129

So I tried the current version of p2pool on a single 5.7GHz Jalapeño with cgminer connecting via stratum. This works out to about 80 diff1 shares per minute. It "works" in a sense of the word, without causing any weird errors or duplicating work that happen with the Avalon but there are huge lags between share submission and responses from p2pool after a while. Watching the CPU usage, I see a spike to 100% of one core whenever a block of transactions comes in and that coincides with the lag to respond to share submission, leading to more stale rejects if that occurs at the wrong time. The CPU in question is a 12 thread 3.4GHz CPU so it is clearly not underpowered. I suspect what happens on the Avalon is simply a grossly exaggerated form of this leading to misbehaviour.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org 1% Fee Solo mining at solo.ckpool.org
-ck
maqifrnswa
Sr. Member
****
Offline Offline

Activity: 454


View Profile
April 29, 2013, 02:45:38 AM
 #5130

So I tried the current version of p2pool on a single 5.7GHz Jalapeño with cgminer connecting via stratum. This works out to about 80 diff1 shares per minute. It "works" in a sense of the word, without causing any weird errors or duplicating work that happen with the Avalon but there are huge lags between share submission and responses from p2pool after a while. Watching the CPU usage, I see a spike to 100% of one core whenever a block of transactions comes in and that coincides with the lag to respond to share submission, leading to more stale rejects if that occurs at the wrong time. The CPU in question is a 12 thread 3.4GHz CPU so it is clearly not underpowered. I suspect what happens on the Avalon is simply a grossly exaggerated form of this leading to misbehaviour.

Hey forrestv, do you want a Jalepeno? BFL_Josh will send you one if you'd like. You can find him here:
https://forums.butterflylabs.com/bfl-forum-miscellaneous/2164-demo-unit-forrestv-p2pool.html
TurdHurdur
Full Member
***
Offline Offline

Activity: 210


View Profile
April 29, 2013, 03:31:55 AM
 #5131

So I tried the current version of p2pool on a single 5.7GHz Jalapeño with cgminer connecting via stratum. This works out to about 80 diff1 shares per minute. It "works" in a sense of the word, without causing any weird errors or duplicating work that happen with the Avalon but there are huge lags between share submission and responses from p2pool after a while. Watching the CPU usage, I see a spike to 100% of one core whenever a block of transactions comes in and that coincides with the lag to respond to share submission, leading to more stale rejects if that occurs at the wrong time. The CPU in question is a 12 thread 3.4GHz CPU so it is clearly not underpowered. I suspect what happens on the Avalon is simply a grossly exaggerated form of this leading to misbehaviour.
Does a username like ckolivas/2000+10 help?
forrestv
Hero Member
*****
Offline Offline

Activity: 516


View Profile
April 29, 2013, 03:46:12 AM
 #5132

Hey forrestv, do you want a Jalepeno? BFL_Josh will send you one if you'd like. You can find him here:
https://forums.butterflylabs.com/bfl-forum-miscellaneous/2164-demo-unit-forrestv-p2pool.html

I contacted him. Thanks for the tip!

1J1zegkNSbwX4smvTdoHSanUfwvXFeuV23
xhabit
Full Member
***
Offline Offline

Activity: 201



View Profile
April 29, 2013, 04:47:20 AM
 #5133

wow, very nice from bfl ...  Smiley iLike

Bitcoin Priester German BTC PoolParty League
1Ey3GA55aqhLU3FCQ2aXbTAx8xw2LJsLVr
zvs
Legendary
*
Offline Offline

Activity: 1512


I have some bitcoins. Somewhere.


View Profile WWW
April 29, 2013, 06:01:45 AM
 #5134

So I tried the current version of p2pool on a single 5.7GHz Jalapeño with cgminer connecting via stratum. This works out to about 80 diff1 shares per minute. It "works" in a sense of the word, without causing any weird errors or duplicating work that happen with the Avalon but there are huge lags between share submission and responses from p2pool after a while. Watching the CPU usage, I see a spike to 100% of one core whenever a block of transactions comes in and that coincides with the lag to respond to share submission, leading to more stale rejects if that occurs at the wrong time. The CPU in question is a 12 thread 3.4GHz CPU so it is clearly not underpowered. I suspect what happens on the Avalon is simply a grossly exaggerated form of this leading to misbehaviour.

the same thing happens with GPUs while using cgminer (not a cgminer problem, but stratum I would think)

i think i commented on that some months ago

minerd picks up the new work much quicker, and it is better to use phoenix for p2pool, or not use stratum

Feel free to join my G2A Goldmine Pyramid Scheme Team, or possibly even buy a Steam game from there.  Maybe. ------- Dacentec Dedicated Servers (Lenoir, NC, USA) from $25/mo & Time4VPS Storage VPS' (Vilnius, Lithuania) from €18/qtr & Hetzner's serverbidding, from ~€20/mo -- had bitcoin nodes & p2pool (dacentec, hetzner) for several years on these.  Only two are affiliate links too, kek!
zvs
Legendary
*
Offline Offline

Activity: 1512


I have some bitcoins. Somewhere.


View Profile WWW
April 29, 2013, 06:04:19 AM
 #5135

So I tried the current version of p2pool on a single 5.7GHz Jalapeño with cgminer connecting via stratum. This works out to about 80 diff1 shares per minute. It "works" in a sense of the word, without causing any weird errors or duplicating work that happen with the Avalon but there are huge lags between share submission and responses from p2pool after a while. Watching the CPU usage, I see a spike to 100% of one core whenever a block of transactions comes in and that coincides with the lag to respond to share submission, leading to more stale rejects if that occurs at the wrong time. The CPU in question is a 12 thread 3.4GHz CPU so it is clearly not underpowered. I suspect what happens on the Avalon is simply a grossly exaggerated form of this leading to misbehaviour.
Does a username like ckolivas/2000+10 help?

no, because you'd still get the 6 new works every minute

the ratio of rejects to accepts would be the same

though, it would be nice if everyone over 5ghash or so did 2000 shares,  so people at lower rates may actually get something at some point

Feel free to join my G2A Goldmine Pyramid Scheme Team, or possibly even buy a Steam game from there.  Maybe. ------- Dacentec Dedicated Servers (Lenoir, NC, USA) from $25/mo & Time4VPS Storage VPS' (Vilnius, Lithuania) from €18/qtr & Hetzner's serverbidding, from ~€20/mo -- had bitcoin nodes & p2pool (dacentec, hetzner) for several years on these.  Only two are affiliate links too, kek!
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2366


Ruu \o/


View Profile WWW
April 29, 2013, 06:50:25 AM
 #5136

So I tried the current version of p2pool on a single 5.7GHz Jalapeño with cgminer connecting via stratum. This works out to about 80 diff1 shares per minute. It "works" in a sense of the word, without causing any weird errors or duplicating work that happen with the Avalon but there are huge lags between share submission and responses from p2pool after a while. Watching the CPU usage, I see a spike to 100% of one core whenever a block of transactions comes in and that coincides with the lag to respond to share submission, leading to more stale rejects if that occurs at the wrong time. The CPU in question is a 12 thread 3.4GHz CPU so it is clearly not underpowered. I suspect what happens on the Avalon is simply a grossly exaggerated form of this leading to misbehaviour.

the same thing happens with GPUs while using cgminer (not a cgminer problem, but stratum I would think)

i think i commented on that some months ago

minerd picks up the new work much quicker, and it is better to use phoenix for p2pool, or not use stratum
Yes using getwork with the jalapeño is actually better than using stratum, which is counter-intuitive and adds weight to the argument that there is a problem with p2pool's stratum implementation. Having said that, if forrestv can get one as a donation from BFL, that will benefit everyone because I'm sure there will be incentive on his part to investigate and develop further. Many people have approached me about rewriting p2pool from scratch in c, and as much fun as that sounds, I seriously don't have the time to support another project of this magnitude and would rather see the original author continue it.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org 1% Fee Solo mining at solo.ckpool.org
-ck
mdude77
Legendary
*
Offline Offline

Activity: 1512



View Profile
April 29, 2013, 09:27:14 AM
 #5137

So I tried the current version of p2pool on a single 5.7GHz Jalapeño with cgminer connecting via stratum. This works out to about 80 diff1 shares per minute. It "works" in a sense of the word, without causing any weird errors or duplicating work that happen with the Avalon but there are huge lags between share submission and responses from p2pool after a while. Watching the CPU usage, I see a spike to 100% of one core whenever a block of transactions comes in and that coincides with the lag to respond to share submission, leading to more stale rejects if that occurs at the wrong time. The CPU in question is a 12 thread 3.4GHz CPU so it is clearly not underpowered. I suspect what happens on the Avalon is simply a grossly exaggerated form of this leading to misbehaviour.

the same thing happens with GPUs while using cgminer (not a cgminer problem, but stratum I would think)

i think i commented on that some months ago

minerd picks up the new work much quicker, and it is better to use phoenix for p2pool, or not use stratum
Yes using getwork with the jalapeño is actually better than using stratum, which is counter-intuitive and adds weight to the argument that there is a problem with p2pool's stratum implementation. Having said that, if forrestv can get one as a donation from BFL, that will benefit everyone because I'm sure there will be incentive on his part to investigate and develop further. Many people have approached me about rewriting p2pool from scratch in c, and as much fun as that sounds, I seriously don't have the time to support another project of this magnitude and would rather see the original author continue it.

You know, funny you should say that.  I was considering doing the same thing ... rewriting in C.  It would be quite a project indeed.

M

Check out Helium!  Referral for Cryptopia.
forrestv
Hero Member
*****
Offline Offline

Activity: 516


View Profile
April 29, 2013, 07:38:46 PM
 #5138

P2Pool release 11.4 commit hash: 0cb07df5623645bc1082f87d3380f6d085a609be

Windows binary: http://u.forre.st/u/jlowtmzq/p2pool_win32_11.4.zip
Windows binary signature: http://u.forre.st/u/flasczol/p2pool_win32_11.4.zip.sig
Source zipball: https://github.com/forrestv/p2pool/zipball/11.4
Source tarball: https://github.com/forrestv/p2pool/tarball/11.4

Changes:
* Fixed a few more potential memory leaks
* Memory usage graph now works in Windows, thanks to David Kassa

1J1zegkNSbwX4smvTdoHSanUfwvXFeuV23
gyverlb
Hero Member
*****
Offline Offline

Activity: 896



View Profile
April 29, 2013, 07:46:44 PM
 #5139

forrestv: you may want to update the subject of the thread, the pool seems to stabilize at more than 650GH/s 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
forrestv
Hero Member
*****
Offline Offline

Activity: 516


View Profile
April 29, 2013, 07:49:59 PM
 #5140

forrestv: you may want to update the subject of the thread, the pool seems to stabilize at more than 650GH/s now.
Good point. Used 700GH/s, as it is now Smiley

1J1zegkNSbwX4smvTdoHSanUfwvXFeuV23
Pages: « 1 ... 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 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 ... 802 »
  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!