forrestv
|
|
December 14, 2011, 03:52:15 AM Last edit: December 14, 2011, 08:25:37 AM by forrestv |
|
Ok, i switched to bitcoin 0.5, it seems OK now!
Yes, Bitcoin 0.5.0 is required now. I'll add that to the documentation. but still get some "error like" messages: Those are normal. There's an old peer mining a couple of shares.. I'll change P2Pool to make it obvious that these errors don't mean that something is wrong. EDIT: Fixed in https://github.com/forrestv/p2pool/commit/59a9680
|
1J1zegkNSbwX4smvTdoHSanUfwvXFeuV23
|
|
|
broken
Newbie
Offline
Activity: 55
Merit: 0
|
|
December 15, 2011, 08:05:53 AM |
|
Since your update 0.7.1, everything runs without a problem for days. Good work!
|
|
|
|
forrestv
|
|
December 15, 2011, 11:46:11 AM |
|
|
1J1zegkNSbwX4smvTdoHSanUfwvXFeuV23
|
|
|
iongchun
Member
Offline
Activity: 75
Merit: 10
|
|
December 15, 2011, 01:53:20 PM |
|
Great! It's my first time to get Bitcoin payout from p2pool
|
Bitcoin: 1NFMpJUW7sTKmnVKj12MxhPvCvzAKQ5gUV Namecoin: N5Tnt3JyMeizsoAFAZDr7CSxjzDtPSisK8 Mining with P2Pool. Graph. Blocks.
|
|
|
broken
Newbie
Offline
Activity: 55
Merit: 0
|
|
December 15, 2011, 04:00:21 PM |
|
I mined for the for the past few days at this pool and while finding the block. But bitcoind and namecoind show no balance What is going on? EDIT: Log shows this 14:36:17.209802 Getting payout address from bitcoind... 14:36:17.514771 Pubkey request failed. Falling back to payout to address. 14:36:17.516206 ...success! 14:36:17.517064 Payout script: Address. Address: 1GxyaXnqtU9FvmjrZHfLGTTXFxVCMDKVf3
|
|
|
|
thirdlight
|
|
December 15, 2011, 04:16:50 PM |
|
The payment is a "generation" transaction, & takes 120 blocks to "mature". You should be able to see it if you "listtransactions", but it won't be in the balance until tomorrow.
EDIT: You'll have 11.19281017 when we get to block 157726
|
|
|
|
broken
Newbie
Offline
Activity: 55
Merit: 0
|
|
December 15, 2011, 04:20:59 PM |
|
omg ... thats probably it .. i feel so stupid that log made me fear the worst thank you
|
|
|
|
thirdlight
|
|
December 15, 2011, 04:28:43 PM |
|
No problem, happy to help
|
|
|
|
broken
Newbie
Offline
Activity: 55
Merit: 0
|
|
December 15, 2011, 04:34:44 PM |
|
I guess I was the one who found it. GOT BLOCK! Passing to bitcoind!
|
|
|
|
finway
|
|
December 16, 2011, 01:10:19 AM |
|
Can you make this pool running SMPPS mode , just like Eligius?
|
|
|
|
iongchun
Member
Offline
Activity: 75
Merit: 10
|
|
December 16, 2011, 02:34:52 AM |
|
Can you make this pool running SMPPS mode , just like Eligius?
I guess it is not possible to have a SMPPS-like "buffer" with distributed nodes.
|
Bitcoin: 1NFMpJUW7sTKmnVKj12MxhPvCvzAKQ5gUV Namecoin: N5Tnt3JyMeizsoAFAZDr7CSxjzDtPSisK8 Mining with P2Pool. Graph. Blocks.
|
|
|
forrestv
|
|
December 16, 2011, 02:46:20 AM |
|
Can you make this pool running SMPPS mode , just like Eligius?
First, there is no way to store extra funds generated during lucky periods, because the pool can't keep any secrets from its users. (Using escrow payments might be possible, but has a lot of pitfalls - nodes could collude to steal pool's savings, nodes could go offline and money is lost forever.) Some sort of hybrid scheme similar to... A substantially different variant [of PPLNS] is to pay for every share at most once. If, when going backwards in the list of shares, we encounter some that were already paid, we skip them and move on to older shares.
...is definitely technically possible, but the size of the history of payments owed would have to be limited to prevent it from growing too large. Also, it would create a much greater reward from attacking the pool - instead of just nullifying the last 24 hours of other miners' work, an attacker with 51% of the mining power could create a separate sharechain stating that he's owed some enormous amount and override the history, forcing miners to pay any payouts during lucky periods to him.
|
1J1zegkNSbwX4smvTdoHSanUfwvXFeuV23
|
|
|
finway
|
|
December 16, 2011, 03:32:00 AM |
|
Can you make this pool running SMPPS mode , just like Eligius?
First, there is no way to store extra funds generated during lucky periods, because the pool can't keep any secrets from its users. (Using escrow payments might be possible, but has a lot of pitfalls - nodes could collude to steal pool's savings, nodes could go offline and money is lost forever.) Some sort of hybrid scheme similar to... What about auto-electing a 'CONGRESS' with like-i-say 100 members, when a new block was found and a extra funds remain, send to MULTISIG by all 'CONGRESS' guys ' keys, when withdraw, auto-vote? --as you know i can't code, just some thoughts. Is this practical?
|
|
|
|
Mike Hearn
Legendary
Offline
Activity: 1526
Merit: 1134
|
|
December 16, 2011, 10:41:06 AM |
|
Hey Forrest, what's up with the first output of your coinbase transaction? It's not a valid scriptPubKey. Is this some kind of p2pool marker tag? Why not put it in the scriptSig if so?
|
|
|
|
forrestv
|
|
December 16, 2011, 11:21:36 AM |
|
Hey Forrest, what's up with the first output of your coinbase transaction? It's not a valid scriptPubKey. Is this some kind of p2pool marker tag? Why not put it in the scriptSig if so?
It is indeed a p2pool tag - it's a hash of some data structures that is used to make shares unique. It used to be in the scriptSig, but with the rise of merged mining and miners needing to add their own data to the coinbase, it was simpler to give them complete control over the coinbase contents and make this separate.
|
1J1zegkNSbwX4smvTdoHSanUfwvXFeuV23
|
|
|
forrestv
|
|
December 16, 2011, 11:44:25 AM |
|
What about auto-electing a 'CONGRESS' with like-i-say 100 members, when a new block was found and a extra funds remain, send to MULTISIG by all 'CONGRESS' guys ' keys, when withdraw, auto-vote?
--as you know i can't code, just some thoughts. Is this practical?
This is possible and would be really neat, but it'd be really complex. Also, there are some problems - What if half of the nodes go offline or were reset when it's time to withdraw? I'll think about it more..
|
1J1zegkNSbwX4smvTdoHSanUfwvXFeuV23
|
|
|
Mike Hearn
Legendary
Offline
Activity: 1526
Merit: 1134
|
|
December 16, 2011, 08:33:00 PM |
|
Hmm, scriptSig is the sort of canonical place to put block data. Merged mining should be able to use any index into the scriptSig. If the tools can't do that, it'd be good to fix them.
CHECKMULTISIG is a basic form of threshold cryptography. In threshold ECDSA you can create N "key shares" and T shares can be used to sign where T < N for some arbitrary T and N.
The simpler forms require a trusted dealer to create the key and then split it. Some fancier algorithms eliminate the need for a trusted dealer.
CHECKMULTISIG can do thresholding without a trusted dealer, but it's very inefficient (expensive fees). Real threshold ECDSA doesn't have any cost to the block chain, but I don't know of any publically available implementations. AFAICT it's only described in academic papers.
|
|
|
|
forrestv
|
|
December 23, 2011, 11:37:31 PM |
|
P2Pool 0.8 - tag: release-0.8 Windows py2exe binary: http://u.forre.st/u/gtrmtyze/p2pool_0.8_d893094.zipSource tarball: https://github.com/forrestv/p2pool/tarball/release-0.8Changes: * Worker interface now caches merkle roots and changes the timestamp to improve latency * Fixes merged mining block submit bug * --debug now submits all merged mining solutions, whether they match the target or not, so it can be tested * Message displayed whenever new merged mining work arrives: 11:29:09.781837 Got new merged mining work! Difficulty: 425748.907476* Some other efficiency improvements for miners * ± display bug fixed
|
1J1zegkNSbwX4smvTdoHSanUfwvXFeuV23
|
|
|
LightRider
Legendary
Offline
Activity: 1500
Merit: 1022
I advocate the Zeitgeist Movement & Venus Project.
|
|
December 24, 2011, 02:17:27 PM Last edit: December 24, 2011, 02:28:50 PM by LightRider |
|
08:14:55.132000 Error in DeferredResource handler: 08:14:55.132000 Traceback (most recent call last): 08:14:55.132000 File "twisted\web\http.pyc", line 773, in requestReceived 08:14:55.428000 08:14:55.584000 File "twisted\web\server.pyc", line 127, in process 08:14:55.880000 08:14:56.036000 File "twisted\web\server.pyc", line 147, in render 08:14:56.192000 08:14:56.489000 File "p2pool\util\deferred_resource.pyc", line 24, in render 08:14:56.645000 08:14:56.801000 --- <exception caught here> --- 08:14:56.957000 File "twisted\internet\defer.pyc", line 133, in maybeDeferred 08:14:57.097000 08:14:57.253000 File "twisted\web\resource.pyc", line 215, in render 08:14:57.409000 08:14:57.565000 twisted.web.error.UnsupportedMethod: ['HEAD', 'POST'] 08:14:58.033000 Pool: 13026MH/s in 10016 shares (1375/10016 verified) Recent: 0. 00% >0H/s Shares: 0 (0 orphan, 0 dead) Peers: 4 08:14:58.033000 Average time between blocks: 4.41 days 08:14:58.033000 Pool stales: 15% 08:14:58.845000 Processing 1001 shares... 08:15:03.166000 Requesting parent share ce4f10b8 from 94.23.34.145:9333 08:15:03.166000 ... done processing 1001 shares. New: 1001 Have: 11017/~17280 08:15:26.987000 Pool: 13026MH/s in 11017 shares (2376/11017 verified) Recent: 0. 00% >0H/s Shares: 0 (0 orphan, 0 dead) Peers: 4 08:15:35.661000 Average time between blocks: 4.41 days 08:15:35.676000 Pool stales: 15% 08:15:35.863000 Requesting parent share ce4f10b8 from 94.23.34.145:9333 08:15:36.066000 Error in HeightTracker._think2: 08:15:36.066000 Traceback (most recent call last): 08:15:36.066000 Failure: twisted.internet.error.TimeoutError: User timeout cause d connection failure. Only seems to appear when there is "new work for worker". New version. Bitcoinqt 0.5.1 on Win7x64.
|
|
|
|
forrestv
|
|
December 24, 2011, 08:00:37 PM Last edit: December 25, 2011, 01:25:33 AM by forrestv |
|
Only seems to appear when there is "new work for worker". New version. Bitcoinqt 0.5.1 on Win7x64.
What miner are you using? Poclbm? It does long polls using HTTP GET requests instead of JSON-RPC, which I didn't know. EDIT: The latest commit has a fix for this.
|
1J1zegkNSbwX4smvTdoHSanUfwvXFeuV23
|
|
|
|