jtoomim
|
|
December 14, 2017, 06:18:05 PM |
|
also maybe you have recommendation ofr non EOM firmware for S7?
No, sorry. The only firmware that I tested for the S7 was hosted by Nicehash, and their website has been down since the hack. You'll have to search on your own.
|
Hosting bitcoin miners for $65 to $80/kW/month on clean, cheap hydro power. http://Toom.im
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
December 14, 2017, 08:36:24 PM |
|
also maybe you have recommendation ofr non EOM firmware for S7?
No, sorry. The only firmware that I tested for the S7 was hosted by Nicehash, and their website has been down since the hack. You'll have to search on your own. The nicehash version of the Bitmain drivers allows the pool to switch you to mining anywhere at any time even any other coin without you knowing. e.g. the pool can switch you to mine shares somewhere else, then back again, and you'd never know. It's a major risk for miners to use the nicehash firmware ... as I've stated ever since they came up with that hack.
|
|
|
|
|
windpath
Legendary
Offline
Activity: 1258
Merit: 1027
|
|
December 15, 2017, 05:13:59 PM |
|
It's not p2pool "blacking out" it's the p2pool.org node, the pool itself has had zero down time since inception. While I do what I can to keep things up and running smoothly, I'm just one guy, and the expenses of operating p2pool.org far outweigh the financial reward, so please don't beat me up to badly That being said, as suggested on the site, it's important to find at least 1, and preferably 2 backup p2pool nodes for your miners. One of the huge strengths of p2pool is it's resistance to downtime and DDoS through decentralization, that decentralization only works if miners mining on another persons node have back p2pool nodes configured...
|
|
|
|
sawa
Legendary
Offline
Activity: 1308
Merit: 1011
|
|
December 18, 2017, 01:19:37 PM |
|
|
|
|
|
sawa
Legendary
Offline
Activity: 1308
Merit: 1011
|
|
December 18, 2017, 02:18:16 PM |
|
@jtoomim, please check the code, something is causing this error: on python Error in DeferredResource handler: 2017-12-18 16:52:41.353847 > Traceback (most recent call last): 2017-12-18 16:52:41.353947 > File "/home/admin/p2pool/p2pool/util/deferred_resource.py", line 24, in render 2017-12-18 16:52:41.354048 > defer.maybeDeferred(resource.Resource.render, self, request).addCallbacks(finish, finish_error) 2017-12-18 16:52:41.354149 > File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 139, in maybeDeferred 2017-12-18 16:52:41.354269 > result = f(*args, **kw) 2017-12-18 16:52:41.354370 > File "/usr/lib/python2.7/dist-packages/twisted/web/resource.py", line 250, in render 2017-12-18 16:52:41.354466 > return m(request) 2017-12-18 16:52:41.354561 > File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 1237, in unwindGenerator 2017-12-18 16:52:41.354654 > return _inlineCallbacks(None, gen, Deferred()) 2017-12-18 16:52:41.354749 > —- <exception caught here> —- 2017-12-18 16:52:41.354841 > File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 1099, in _inlineCallbacks 2017-12-18 16:52:41.354933 > result = g.send(result) 2017-12-18 16:52:41.355027 > File "/home/admin/p2pool/p2pool/web.py", line 198, in render_GET 2017-12-18 16:52:41.355116 > res = yield self.func(*self.args) 2017-12-18 16:52:41.355208 > File "/home/admin/p2pool/p2pool/web.py", line 233, in <lambda> 2017-12-18 16:52:41.355302 > ) for s in node.tracker.get_chain(node.best_share_var.value, min(node.tracker.get_height(node.best_share_var.value), 24*60*60//node.net.SHARE_PERIOD)) if s.pow_hash <= s.header['bits'].target])) 2017-12-18 16:52:41.355419 > File "/home/admin/p2pool/p2pool/data.py", line 17, in parse_bip0034 2017-12-18 16:52:41.355513 > _, opdata = script.parse(coinbase).next() 2017-12-18 16:52:41.355605 > File "/home/admin/p2pool/p2pool/bitcoin/script.py", line 36, in parse 2017-12-18 16:52:41.355694 > while pack.size(f): 2017-12-18 16:52:41.355784 > exceptions.AttributeError: 'module' object has no attribute 'size' on pypy Error in DeferredResource handler: Traceback (most recent call last): File "/opt/sha256d/p2pool-btc-fork/p2pool/util/deferred_resource.py", line 24, in render defer.maybeDeferred(resource.Resource.render, self, request).addCallbacks(finish, finish_error) File "/usr/local/lib/pypy2.7/dist-packages/twisted/internet/defer.py", line 150, in maybeDeferred result = f(*args, **kw) File "/usr/local/lib/pypy2.7/dist-packages/twisted/web/resource.py", line 250, in render return m(request) File "/usr/local/lib/pypy2.7/dist-packages/twisted/internet/defer.py", line 1532, in unwindGenerator return _inlineCallbacks(None, gen, Deferred()) --- <exception caught here> --- File "/usr/local/lib/pypy2.7/dist-packages/twisted/internet/defer.py", line 1386, in _inlineCallbacks result = g.send(result) File "/opt/sha256d/p2pool-btc-fork/p2pool/web.py", line 198, in render_GET res = yield self.func(*self.args) File "/opt/sha256d/p2pool-btc-fork/p2pool/web.py", line 233, in <lambda> ) for s in node.tracker.get_chain(node.best_share_var.value, min(node.tracker.get_height(node.best_share_var.value), 24*60*60//node.net.SHARE_PERIOD)) if s.pow_hash <= s.header['bits'].target])) File "/opt/sha256d/p2pool-btc-fork/p2pool/data.py", line 17, in parse_bip0034 _, opdata = script.parse(coinbase).next() File "/opt/sha256d/p2pool-btc-fork/p2pool/bitcoin/script.py", line 36, in parse while pack.size(f): exceptions.AttributeError: 'module' object has no attribute 'size'
|
|
|
|
jtoomim
|
|
December 18, 2017, 05:41:20 PM Last edit: December 20, 2017, 12:58:24 AM by jtoomim |
|
@jtoomim, please check the code, something is causing this error:
Oh, that's the error that is preventing p2pool from displaying recently found blocks. Cool. Nice find. Now that I know what to look for, I can reproduce it on my node. Shouldn't be too hard to fix. Edit: Fixed, and changes pushed to my github (1mb_segwit branch). Changes: * Use port 9348, 9349 for bitcoincash worker port, p2p port (avoid litecoin conflict) * Make p2pool show any blocks found within the entire share chain length (i.e. 3 days for most networks) * Fix the displaying of recently found blocks * Cap the number of "My shares:" to be displayed by the default UI to 50 shares.
|
Hosting bitcoin miners for $65 to $80/kW/month on clean, cheap hydro power. http://Toom.im
|
|
|
mine4.com
Newbie
Offline
Activity: 11
Merit: 0
|
|
December 18, 2017, 09:06:51 PM |
|
Hi All, I've be mining on and off for a couple of years now and only recently become aware of p2pool. I have installed the software from https://github.com/p2pool/p2pool and after a few tweaks its up and running. I installed the p2pool/p2pool version as I figured it was the official one. I've since found jtoomim/p2pool on Git also (it is discussed on this thread back on August 28th). They mention that the jtoomim version has a significant speed advantage and potentially larger payouts. Could someone please tell me which is the one I should be using? Are they the same network, or have the different forks become separate peer2peer networks in their own right? Any information regarding the differences in the versions would be appreciated. Thank you. James.
|
|
|
|
jtoomim
|
|
December 18, 2017, 09:36:24 PM |
|
They are separate p2p networks. If you mine on jtoomimnet, you will not get a reward when mainnet mines a block, and vice versa.
p2pool/p2pool is sorta the official one, but it's not actively maintained. forrestv, the originator of the project, is no longer actively maintaining it. I am actively maintaining my fork of p2pool, at least for the Bitcoin and Bitcoin Cash networks, but have not yet merged my code into p2pool/p2pool and do not currently have any control over that repository.
jtoomimnet has much more hashrate than mainnet does (mostly because I'm on jtoomimnet -- we alone have about 5.5 PH/s). Consequently, jtoomimnet should find blocks far more often. We're currently looking at about 15 days per block average for jtoomimnet (jtoomim/p2pool) and 83 days per block average on mainnet (p2pool/p2pool).
jtoomimnet also has lower RAM usage, better fairness (efficiency will be closer to 100%), and I think slightly lower CPU usage than mainnet, and makes larger blocks with more fee revenue.
Mainnet has a larger number of unique miners, but a smaller hashrate per miner and smaller total hashrate. In theory, because I control more than 51% of the hashrate on jtoomimnet, I could perform a 51% attack on jtoomimnet and get 100% of the rewards. However, I have enough hashrate to do that on mainnet too. At least on jtoomimnet, nobody else can perform a 51% attack unless they have 7 PH/s of hashpower, whereas someone only needs 1.3 PH/s of hashpower to perform a 51% attack on mainnet.
Obviously, I'm biased, but I think that using jtoomimnet is a better choice for all Bitcoin p2pool users.
|
Hosting bitcoin miners for $65 to $80/kW/month on clean, cheap hydro power. http://Toom.im
|
|
|
jtoomim
|
|
December 18, 2017, 10:02:17 PM Last edit: December 18, 2017, 11:14:48 PM by jtoomim |
|
Worth noting: I had my bitcoin.conf configured to make blocks as large as possible: blockmaxweight=4000000 And the block was, indeed, quite close to the limit: Size 1052.071 kB Weight 3997.486 kWU This was made possible and safe by the recent additions I made to my code that will factor in the estimated size of the coinbase transaction, and kick transactions out of the block template if necessary. My code is designed to stop 2000 WU before the absolute limit in order to allow for small differences between the estimated and actual block sizes, which is why this was a 3997486 WU block instead of a 3999486 WU block. If anyone is curious, here is the log output from my node around the time this block was mined: 2017-12-18 04:32:23.764387 Generating a share with 1050601 bytes, 3991966 WU (new: 23794 B, 89938 WU) in 2066 tx (71 new), plus est gentx of 1396 bytes/5620 WU 2017-12-18 04:32:23.764556 Total block stripped size=981931 B, full size=1052077 B, weight: 3997826 WU 2017-12-18 04:32:23.843529 136.330 ms for data.py:generate_transaction(). Parts: 0.158 3.414 53.451 0.159 79.148 2017-12-18 04:32:23.844104 180.796 ms for work.py:get_work() 2017-12-18 04:32:23.925291 924.070 ms for 1 shares in handle_shares (924.070 ms/share) 2017-12-18 04:32:23.936384 Peer sent entire transaction 5ca0b9f11f3193f69d6b1687b43acfff5bbe3f1610a76ba37592ee07ba2188b4 that was already received 2017-12-18 04:32:23.939249 Peer sent entire transaction 5ca0b9f11f3193f69d6b1687b43acfff5bbe3f1610a76ba37592ee07ba2188b4 that was already received 2017-12-18 04:32:23.944456 2.968 ms for 1 shares in handle_shares (2.968 ms/share) 2017-12-18 04:32:23.948191 3.115 ms for 1 shares in handle_shares (3.115 ms/share) 2017-12-18 04:32:23.951570 2.821 ms for 1 shares in handle_shares (2.821 ms/share) 2017-12-18 04:32:23.954900 2.797 ms for 1 shares in handle_shares (2.797 ms/share) 2017-12-18 04:32:23.958251 2.812 ms for 1 shares in handle_shares (2.812 ms/share) 2017-12-18 04:32:23.961782 2.929 ms for 1 shares in handle_shares (2.929 ms/share) 2017-12-18 04:32:24.889698 Peer sent entire transaction 5ca0b9f11f3193f69d6b1687b43acfff5bbe3f1610a76ba37592ee07ba2188b4 that was already received 2017-12-18 04:32:25.370185 3.244 ms for 1 shares in handle_shares (3.244 ms/share) 2017-12-18 04:32:26.717241 Peer sent entire transaction 9bc2bafec43c0e3a9ffb9b10621ca6b77627e7a0f802e5df8c0b380245b8415c that was already received 2017-12-18 04:32:26.726678 2.934 ms for 1 shares in handle_shares (2.934 ms/share) 2017-12-18 04:32:26.836726 11.868 ms for update_remote_view_of_my_known_txs 2017-12-18 04:32:26.847821 10.891 ms for update_remote_view_of_my_known_txs 2017-12-18 04:32:26.860461 12.451 ms for update_remote_view_of_my_known_txs 2017-12-18 04:32:26.872352 11.701 ms for update_remote_view_of_my_known_txs 2017-12-18 04:32:26.885143 12.595 ms for update_remote_view_of_my_known_txs 2017-12-18 04:32:26.897314 11.985 ms for update_remote_view_of_my_known_txs 2017-12-18 04:32:26.911711 14.206 ms for update_remote_view_of_my_known_txs 2017-12-18 04:32:26.923997 12.071 ms for update_remote_view_of_my_known_txs 2017-12-18 04:32:26.937153 12.968 ms for update_remote_view_of_my_known_txs 2017-12-18 04:32:26.949496 12.135 ms for update_remote_view_of_my_known_txs 2017-12-18 04:32:27.680559 Peer sent entire transaction 5ca0b9f11f3193f69d6b1687b43acfff5bbe3f1610a76ba37592ee07ba2188b4 that was already received 2017-12-18 04:32:27.781446 10.656 ms for helper.py:getwork(). Cache: 2070 hits 47 misses, 2105 known_tx 12 unknown 2587 cached 2017-12-18 04:32:28.700326 Peer sent entire transaction b84a525c3e065c183b6b1a45ef98da80801cb554f8c309441c8646e30bbab413 that was already received 2017-12-18 04:32:30.514602 Peer sent entire transaction 0ec0033ba308dc006fc49f2b2c73c8467200ae846b2ba433c8092567c9e1fbd9 that was already received 2017-12-18 04:32:30.518152 Peer sent entire transaction b84a525c3e065c183b6b1a45ef98da80801cb554f8c309441c8646e30bbab413 that was already received 2017-12-18 04:32:30.521218 Worker 1GuDnEyYSE3Ra3pMar7311tx5poR5PGXR3 submitted share with hash > target: 2017-12-18 04:32:30.521346 Hash: 77e33ccb9b92cde64705f708be94525bb0e113deee3e6559bb0abf4b7a89f736 2017-12-18 04:32:30.521423 Target: 10c6f7a0b5ed8d36b4c7f34938583621fafc8b0079a2834d26f9 2017-12-18 04:32:36.972170 11.982 ms for update_remote_view_of_my_known_txs 2017-12-18 04:32:36.983925 11.557 ms for update_remote_view_of_my_known_txs 2017-12-18 04:32:36.994522 10.408 ms for update_remote_view_of_my_known_txs 2017-12-18 04:32:37.006029 11.315 ms for update_remote_view_of_my_known_txs 2017-12-18 04:32:37.018718 12.475 ms for update_remote_view_of_my_known_txs 2017-12-18 04:32:37.031845 12.939 ms for update_remote_view_of_my_known_txs 2017-12-18 04:32:37.043480 11.445 ms for update_remote_view_of_my_known_txs 2017-12-18 04:32:37.055306 11.626 ms for update_remote_view_of_my_known_txs 2017-12-18 04:32:37.069050 13.556 ms for update_remote_view_of_my_known_txs 2017-12-18 04:32:37.081041 11.803 ms for update_remote_view_of_my_known_txs 2017-12-18 04:32:38.301052 2017-12-18 04:32:38.301223 GOT BLOCK FROM MINER! Passing to bitcoind! https://blockchain.info/block/00000000000000000026d48abfeffa1359e5d8927a21c228b76ec2c5a93a6eee 2017-12-18 04:32:38.301306 2017-12-18 04:32:38.328740 GOT SHARE! 1GuDnEyYSE3Ra3pMar7311tx5poR5PGXR3 a93a6eee prev bfda9584 age 14.70s 2017-12-18 04:32:38.341776 6.076 ms for data.py:generate_transaction(). Parts: 0.212 3.215 0.555 0.152 1.942 2017-12-18 04:32:38.592832 Generating a share with 1050601 bytes, 3991966 WU (new: 23794 B, 89938 WU) in 2066 tx (71 new), plus est gentx of 1351 bytes/5440 WU 2017-12-18 04:32:38.593057 Total block stripped size=981886 B, full size=1052032 B, weight: 3997646 WU 2017-12-18 04:32:38.690612 167.634 ms for data.py:generate_transaction(). Parts: 0.381 3.611 65.694 0.165 97.783 2017-12-18 04:32:38.793265 2017-12-18 04:32:38.793431 GOT BLOCK FROM PEER! Passing to bitcoind! a93a6eee bitcoin: https://blockchain.info/block/00000000000000000026d48abfeffa1359e5d8927a21c228b76ec2c5a93a6eee 2017-12-18 04:32:38.793493 2017-12-18 04:32:38.794405 0.678 ms for 1 shares in sendShares (0.678 ms/share) 2017-12-18 04:32:38.795381 0.886 ms for 1 shares in sendShares (0.886 ms/share) 2017-12-18 04:32:38.796027 0.533 ms for 1 shares in sendShares (0.533 ms/share) 2017-12-18 04:32:38.796640 0.503 ms for 1 shares in sendShares (0.503 ms/share) 2017-12-18 04:32:38.797336 0.589 ms for 1 shares in sendShares (0.589 ms/share) 2017-12-18 04:32:38.797920 0.497 ms for 1 shares in sendShares (0.497 ms/share) 2017-12-18 04:32:38.798605 0.599 ms for 1 shares in sendShares (0.599 ms/share) 2017-12-18 04:32:38.799251 0.560 ms for 1 shares in sendShares (0.560 ms/share) 2017-12-18 04:32:38.799855 0.517 ms for 1 shares in sendShares (0.517 ms/share) 2017-12-18 04:32:39.030351 0.239 ms for 0 shares in sendShares (0.239 ms/share) 2017-12-18 04:32:39.030705 0.162 ms for 0 shares in sendShares (0.162 ms/share) 2017-12-18 04:32:39.030962 0.145 ms for 0 shares in sendShares (0.145 ms/share) 2017-12-18 04:32:39.031259 0.169 ms for 0 shares in sendShares (0.169 ms/share) 2017-12-18 04:32:39.031492 0.141 ms for 0 shares in sendShares (0.141 ms/share) 2017-12-18 04:32:39.031717 0.137 ms for 0 shares in sendShares (0.137 ms/share) 2017-12-18 04:32:39.031934 0.134 ms for 0 shares in sendShares (0.134 ms/share) 2017-12-18 04:32:39.032164 0.136 ms for 0 shares in sendShares (0.136 ms/share) 2017-12-18 04:32:39.032380 0.135 ms for 0 shares in sendShares (0.135 ms/share) 2017-12-18 04:32:39.136983 Generating a share with 1052184 bytes, 3991977 WU (new: 14994 B, 55605 WU) in 2117 tx (47 new), plus est gentx of 1351 bytes/5440 WU 2017-12-18 04:32:39.137163 Total block stripped size=981362 B, full size=1053615 B, weight: 3997657 WU 2017-12-18 04:32:39.225390 148.685 ms for data.py:generate_transaction(). Parts: 0.200 3.971 55.902 0.187 88.425 2017-12-18 04:32:39.254714 New work for 1GuDnEyYSE3Ra3pMar7311tx5poR5PGXR3! Diff: 999984.74 Share diff: 42865139.65 Block value: 16.55 BTC (2117 tx, 1052 kB) 2017-12-18 04:32:39.255033 222.373 ms for work.py:get_work() 2017-12-18 04:32:39.361077 Generating a share with 1052184 bytes, 3991977 WU (new: 14994 B, 55605 WU) in 2117 tx (47 new), plus est gentx of 1351 bytes/5440 WU 2017-12-18 04:32:39.361249 Total block stripped size=981362 B, full size=1053615 B, weight: 3997657 WU 2017-12-18 04:32:39.442562 140.161 ms for data.py:generate_transaction(). Parts: 0.183 3.693 54.630 0.169 81.486 2017-12-18 04:32:39.443181 185.006 ms for work.py:get_work()
It seems that my new code slightly overestimated the size and especially the weight of the coinbase transaction (gentx) that eventually made its way into the block (estimate: 1396 bytes, 5620 WU; actual: 1387 bytes, 5440 WU), but overestimates are safe, and the difference is much lower than the 500 byte, 2000 WU error margin that I allowed for in the code. Consequently, I think it is now safe to set blockmaxweight=4000000 on jtoomimnet. Note: the block weight checking code is completely absent on mainnet, and mainnet's coinbase transaction is larger than jtoomimnet's, so if you're using github.com/p2pool/p2pool, you MUST use blockmaxweight=3950000 or lower. (If mainnet gets more users, then it will need to be lowered.) Otherwise, blocks mined on mainnet will frequently be invalid for violating the block size/weight limits and your revenue will be nil.
|
Hosting bitcoin miners for $65 to $80/kW/month on clean, cheap hydro power. http://Toom.im
|
|
|
c3plus
Newbie
Offline
Activity: 93
Merit: 0
|
|
December 18, 2017, 10:03:25 PM |
|
Hello. It's a problem to connect to jtoomim/p2pool with asic "bitfury B8". may be you have a solution? https://ibb.co/fU6G5R
|
|
|
|
jtoomim
|
|
December 18, 2017, 10:23:11 PM |
|
It looks like the Bitfury B8 does not support large stratum.notify messages. P2pool needs large stratum.notify messages in order to be able to transmit the large coinbase transactions. Large coinbases are fundamental to the security design of p2pool, so there's nothing that we can do about it on the pool end. You would need to take up this issue with Bitfury's software engineers.
|
Hosting bitcoin miners for $65 to $80/kW/month on clean, cheap hydro power. http://Toom.im
|
|
|
tubexc
|
|
December 18, 2017, 11:25:37 PM |
|
Hi Jtoomin I think it's good to be active but you could also have done things in a way that did not increase the variance of those who stayed in main P2pool More dialogue and humility maybe
|
|
|
|
jtoomim
|
|
December 19, 2017, 01:03:23 AM |
|
I think it's good to be active but you could also have done things in a way that did not increase the variance of those who stayed in main P2pool
I would have preferred to have made my modifications as part of p2pool master. However, the only other active contributor to p2pool at the time was opposed to that. Read https://github.com/p2pool/p2pool/issues/341 for more information.
|
Hosting bitcoin miners for $65 to $80/kW/month on clean, cheap hydro power. http://Toom.im
|
|
|
Kiefff
Newbie
Offline
Activity: 32
Merit: 0
|
|
December 19, 2017, 04:49:48 PM |
|
Congrats on the block on jtoomimnet, way to stick it out! =] . But I have a question for anyone that could answer. How would one know if the p2pool network is getting attacked? It seems at times, over 100GH,while being only a 200-300GH network currently, can come jump on the p2pool LTC network and global rejection rates seems to spike. Rejections 30-40%, sometimes even 50% on some of the bigger nodes it seems. It could just be going crazy watching the networks numbers and trying to figure out whats going on. I know it would take someone with 50% or so of our hashrate to preform an attack. They would just submit mass invalid shares purposefully, correct?
|
|
|
|
androdeida
Newbie
Offline
Activity: 46
Merit: 0
|
|
December 19, 2017, 04:53:48 PM |
|
hi guys, what is the web page for jtoomimnet thanks
|
|
|
|
|
Rabinovitch
Legendary
Offline
Activity: 2030
Merit: 1076
A humble Siberian miner
|
|
December 19, 2017, 08:43:18 PM |
|
|
|
|
|
mine4.com
Newbie
Offline
Activity: 11
Merit: 0
|
|
December 19, 2017, 10:12:27 PM |
|
Thank you Jtoomim for your reply.
I've downloaded p2pool/jtoomim from Git and its running. Its been running a while (1hr~) showing 'p2pool is not connected to any peers' and 'Handshake timed out, disconnecting from 208.84.223.121:9334'
Is there a way I can add known live peers/nodes?
Thank you. James.
|
|
|
|
jtoomim
|
|
December 20, 2017, 12:51:05 AM |
|
I've downloaded p2pool/jtoomim from Git and its running. Its been running a while (1hr~) showing 'p2pool is not connected to any peers' and 'Handshake timed out, disconnecting from 208.84.223.121:9334'
208.84.223.121:9334 is live and running. If you can't connect to it, there's a problem on your end, possibly with your firewall configuration or your internet connectivity. You should be able to browse 208.84.223.121:9334 in a web browser, for example.
|
Hosting bitcoin miners for $65 to $80/kW/month on clean, cheap hydro power. http://Toom.im
|
|
|
|