|
News von heute: "After the attacks that we’ve experienced from August 2013 till the October we’ve lost user balances data and huge part of the funds. We still can not figure out the full list of vulnerabilities that have been used to perform the attack. "
Naaa was sagt uns das?
|
|
|
|
|
Wandle es in die 28nm upgrade um...
Da haste zwar auch erstmal 11% verlust für "garnichts" bekommst aber für 10 Doller nen 1GB, wird zwar im Januar/Feb geliefert, also eigentlich auch erst nächstes Jahr im März/April aber so bekommste wenigstens noch etwas dafür... Ausser du willst den Türstopper wirklich haben.
Im Januar / Feb. ist der 1GH zwar auch nur noch 0.01 Wert, wenn überhaupt, aber brauchst keine Stromkosten zahlen.
|
|
|
|
|
Hy,
Wer noch einen Node sucht:
smileandgo.de:9332
Mine dort noch "alleine rum" von daher ist genug platz vorhanden. 0% fee.
|
|
|
|
Na, dann kannste jetzt gut schlafen! Relativ.  Bedankt.  Jetzt weiß ich auch das das richtig läuft. Jetzt brauch ich nur noch ein Miner der seine RIO einspielt |
|
|
|
Ja, besten Dank. Hehe um einfach nur mal zu sehen ob das ding nen Share raus gibt, darf gerne mal eben einer connecten. *g Dann habe ich ein ruhiges gewissen und kann gut schlafen... naja, relativ gut |
|
|
|
Hy, ne, diese kommt nur beim Start. Da ist se mir aufgefallen. Das andere tritt ab und zu mal auf. Also gut verknotet scheint der Node ja nun zu sein : P2Pool: 17454 shares in chain (17158 verified/17458 total) Peers: 11 (4 incoming) Dann heißt es wohl doch erstmal abwarten und hoffen das was geht. Aber nochmal um drauf zurück zu kommen; Wenn ein Node kein Share macht, haben alle die auf dem Node minen nichts gewonnen, richtig? Nur wenn der Node ein Share macht, bekommen alle, die auf dem Node gemint haben, ihren Anteil, aufgeteilt anhand der Miner Shares an den Node? Würde bedeuten, das die Miner besser auf einem Node minen sollten der bereits schnell unterwegs ist? Würde das nicht zwangsläufig wieder zu einem central node führen? |
|
|
|
|
Gibs den eine Möglichkeit zu testen ob der p2pool node komplett richtig funktioniert?
Damit man auch sicher gehen kann, das Shares auch den node verlassen.
Da ja auch ab und zu diese Fehlermeldungen wie weiter oben stehen auftauchen.
|
|
|
|
|
Danke.
Die Erklärung war super. Das lässt wenigstens durchblicken wie das Netzwerk funktioniert.
Ich finde zwar das es für kleiner Miner etwas toleranter sein sollte. Aber gut.
Ich trau mich jetzt mal und lasse das ding eine Woche minen. Sollte jeden tag min. 0.02 BTC bringen. Und 0.14 BTC auf die Woche.
Ich bin mal gespannt.
|
|
|
|
|
Danke fürs Feedback.
mh... Aber bestätigt dies nicht meine Annahme, das wenn ich es mit dem node nicht schaffe innerhalb der "voraussichtlichen Zeit für den neuen Block" meine kompletten miner shares verloren gehen?
Also mein Node diese Miner shares bündelt und weiter reicht und wenn er dies nicht macht, pech gehabt, alles weg?
|
|
|
|
really good explanation
share diff is determined such that:
1) a p2pool share is found every 30 seconds
2) no single miner is expected to generate >5% of the shares (difficulty is adjusted up to keep the total number of shares lower, just for them)
One more thing, the share chain isn't always 8640 long. It's 3x the expected work needed to find a block, or 8640, whichever is less. So right now it's ~45 hours, so a little under two days. (I believe that's what the code says, please correct me if I'm wrong)
All the math aside, what matters is that the expected payout using p2pool is greater than that of any other pool -- even for small miners. The variance, however, is bigger.
Thats confuse me. I have mine for 2 Days (Friday and Saturday) with 14 GH on mine p2pool node smileandgo.de:9332 The Node makes no pool shares. My miner have make over 32k accepted shares to the node. And i become no payouts to my address or to the node address Also irgendwie scheint da was nicht richtig zu ... Also entweder habe ich hier ein Denkfehler....Oder mein Node läuft nicht so, wie er sollte. Ich habe nun 2 Tage mit 14 GB gemined. Freitag und Samstag, Dabei habe erstmal festgestellt, das die Diff die der Node an die Miner gibt, immer global auf alle miner angewendet wird. Was schon mal dumm ist, wenn man ein Miner dabei hat der langsam z.b. 333 MHs und einen der mit 14 GHs daher kommt. Der 14GHs läuft ständig leer. Nun soll man ja irgendwie seine Miner Diff einstellen können. Ich habe dies auch mal versucht jedoch keine Auswirkung gemerkt. Ich benutze den CGMiner. Aber zurück, ich habe den node nun ein paar Tage am laufen gehabt, dieser hat aber 0 Shares ans p2pool Netzwerk geleitet. Heißt das, das alle miner shares nun für den Arsch sind? Ich hab jetzt mal wieder aufgehört, da ich nicht weiß, ob ich die shares verschenke. Aber das ist mal nen Auszug aus dem Log: 2013-10-27 12:14:25.030061 P2Pool: 17384 shares in chain (13473 verified/17388 total) Peers: 8 (2 incoming)
2013-10-27 12:14:25.030229 Local: 0H/s in last 10.0 minutes Local dead on arrival: ??? Expected time to share: ???
2013-10-27 12:14:25.030306 Shares: 0 (0 orphan, 0 dead) Stale rate: ??? Efficiency: ??? Current payout: 0.0000 BTC
2013-10-27 12:14:25.030376 Pool: 28847GH/s Stale rate: 9.8% Expected time to block: 16.2 hours
Dazu kommen noch einige Fehlermeldungen die mich etwas beunruhigen: 2013-10-27 12:27:31.827740 > Error in DeferredResource handler:
2013-10-27 12:27:31.831137 > Traceback (most recent call last):
2013-10-27 12:27:31.831254 > File "/p2pool/util/deferred_resource.py", line 24, in render
2013-10-27 12:27:31.831342 > defer.maybeDeferred(resource.Resource.render, self, request).addCallbacks(finish, finish_error)
2013-10-27 12:27:31.831431 > File "/usr/lib64/python2.6/site-packages/twisted/internet/defer.py", line 134, in maybeDeferred
2013-10-27 12:27:31.831518 > result = f(*args, **kw)
2013-10-27 12:27:31.831598 > File "/usr/lib64/python2.6/site-packages/twisted/web/resource.py", line 216, in render
2013-10-27 12:27:31.831663 > return m(request)
2013-10-27 12:27:31.831726 > File "/usr/lib64/python2.6/site-packages/twisted/internet/defer.py", line 1187, in unwindGenerator
2013-10-27 12:27:31.831790 > return _inlineCallbacks(None, gen, Deferred())
2013-10-27 12:27:31.831851 > --- <exception caught here> ---
2013-10-27 12:27:31.831913 > File "/usr/lib64/python2.6/site-packages/twisted/internet/defer.py", line 1045, in _inlineCallbacks
2013-10-27 12:27:31.831976 > result = g.send(result)
2013-10-27 12:27:31.832093 > File "/p2pool/web.py", line 189, in render_GET
2013-10-27 12:27:31.832154 > res = yield self.func(*self.args)
2013-10-27 12:27:31.832214 > File "/p2pool/web.py", line 444, in <lambda>
2013-10-27 12:27:31.832277 > new_root.putChild('graph_data', WebInterface(lambda source, view: hd.datastreams[source].dataviews[view].get_data(time.time())))
2013-10-27 12:27:31.832380 > exceptions.KeyError: 'last_'
|
|
|
|
really good explanation
share diff is determined such that:
1) a p2pool share is found every 30 seconds
2) no single miner is expected to generate >5% of the shares (difficulty is adjusted up to keep the total number of shares lower, just for them)
One more thing, the share chain isn't always 8640 long. It's 3x the expected work needed to find a block, or 8640, whichever is less. So right now it's ~45 hours, so a little under two days. (I believe that's what the code says, please correct me if I'm wrong)
All the math aside, what matters is that the expected payout using p2pool is greater than that of any other pool -- even for small miners. The variance, however, is bigger.
Thats confuse me. I have mine for 2 Days (Friday and Saturday) with 14 GH on mine p2pool node smileandgo.de:9332 The Node makes no pool shares. My miner have make over 32k accepted shares to the node. And i become no payouts to my address or to the node address |
|
|
|
|
explain it.
e.g with a graphic.
I have understand:
every can make a node from the p2pool.
When you mine on your own node and you are faster than the "Expected time to block" you become shares on p2pool network.
When not, you loose all your mine shares. -> trash.
Only when your node can make a share, you and your miners become btc?
|
|
|
|
|
Hy,
the actually Payout System is not good.
You must change it to PPS.
And dynamic share diff for the miner.
So when a miner have 14GH diff -> to 4
So low Miner becomes coins for there work.
With the actually system, low miners must use the big pool with fee.
The p2pool system works only for high workers or nodes with many workers to get a high status.
So this will fallback to only one big node. = central node.
Or, many little nodes with "no shares" and no coin generate, the miners goes to the big pools.
A redesign of your network can help. And makes fun for the little miners.
|
|
|
|
|
New Pool: smileandgo.de:9332 for Bitcoins. 0% fee
|
|
|
|
|
Hy,
habs gerade mal ausprobiert.
Bringt leider garnichts. Selbst den 12 GB versucht er mit Diff 1 abzuspeisen.
Dabei schwankt er immer zwischen 1 und 3. Aber nicht bei einem Miner sondern bei allen gleichzeitig.
Was natürlich blöde ist, wenn da ein Miner bei bist, der z.b. nur mit na Grafikkarte daher kommt. Dieser drückt dann alle auf Diff 1 runter.
|
|
|
|
|
Danke fürs Feedback.
Also sind die Shares nicht die Shares der Miner?
Was man ja eigentlich erstmal vermuten würde.
Der läuft ja erst mal im Test Betrieb. Hab jetzt mal 14GH drauf gejagt.
Jedoch stört mich die Share Diff Steuerung. Kann man die irgendwo einstellen? Oder so einstellen, das sie sich pro Miner reguliert?
Da z.b. der 12GB Miner sehr oft nun kurz leer läuft. Da er mit Diff 2 läuft.
|
|
|
|
Hy, ich habe mir mal mein eigenen p2pool erstellt. Betriebsystem ist centOS. War schon etwas knifflig p2pool am laufen zu bekommen. Aber irgendwie werden bei mir die Shares nicht gezählt. Ich hoffe ja das sie wenigstens ins Netzwerk gehen. 2013-10-25 22:40:36.266435 P2Pool: 17310 shares in chain (8866 verified/17314 total) Peers: 6 (0 incoming)
2013-10-25 22:40:36.266739 Local: 1395MH/s in last 10.0 minutes Local dead on arrival: ~1.5% (0-5%) Expected time to share: 5.5 days
2013-10-25 22:40:36.266872 Shares: 0 (0 orphan, 0 dead) Stale rate: ??? Efficiency: ??? Current payout: 0.0000 BTC
2013-10-25 22:40:36.267438 Pool: 27516GH/s Stale rate: 16.1% Expected time to block: 11.6 hours
Was läuft hier falsch? Und wie kann ich den Fehler beheben? 2013-10-25 23:14:38.767354 New work for worker! Difficulty: 0.999985 Share difficulty: 148533.577062 Total block value: 25.048938 BTC including 189 transactions
2013-10-25 23:14:40.574594 > in handle_share_hashes:
2013-10-25 23:14:40.574763 > Traceback (most recent call last):
2013-10-25 23:14:40.574829 > Failure: twisted.internet.defer.TimeoutError: in GenericDeferrer
2013-10-25 23:14:40.576598 Lost peer 46.127.137.233:9333 - Connection was aborted locally, using.
2013-10-25 23:14:40.576820 > in download_shares:
2013-10-25 23:14:40.576888 > Traceback (most recent call last):
2013-10-25 23:14:40.576952 > Failure: twisted.internet.error.ConnectionAborted: Connection was aborted locally, using.
2013-10-25 23:14:40.577275 Requesting parent share 36b4bdfb from 37.200.67.186:9333
2013-10-25 23:14:40.766768 Processing 16 shares from 37.200.67.186:9333...
2013-10-25 23:14:41.380464 > Error while processing Event callbacks:
2013-10-25 23:14:41.380622 > Traceback (most recent call last):
2013-10-25 23:14:41.380684 > File "/opt/bitcoin/p2pool-master/p2pool/node.py", line 135, in download_shares
2013-10-25 23:14:41.380743 > self.handle_shares([(share, []) for share in shares], peer)
2013-10-25 23:14:41.380802 > File "/opt/bitcoin/p2pool-master/p2pool/node.py", line 48, in handle_shares
2013-10-25 23:14:41.380859 > self.node.set_best_share()
2013-10-25 23:14:41.380915 > File "/opt/bitcoin/p2pool-master/p2pool/node.py", line 297, in set_best_share
2013-10-25 23:14:41.380973 > self.best_share_var.set(best)
2013-10-25 23:14:41.381251 > File "/opt/bitcoin/p2pool-master/p2pool/util/variable.py", line 74, in set
2013-10-25 23:14:41.381311 > self.changed.happened(value)
2013-10-25 23:14:41.381367 > --- <exception caught here> ---
2013-10-25 23:14:41.381423 > File "/opt/bitcoin/p2pool-master/p2pool/util/variable.py", line 42, in happened
2013-10-25 23:14:41.381517 > func(*event)
2013-10-25 23:14:41.381574 > File "/opt/bitcoin/p2pool-master/p2pool/node.py", line 96, in broadcast_share
2013-10-25 23:14:41.381632 > peer.sendShares([share for share in shares if share.peer_addr != peer.addr], self.node.tracker, self.node.known_txs_var.value, include_txs_with=[share_hash])
2013-10-25 23:14:41.381692 > File "/opt/bitcoin/p2pool-master/p2pool/p2p.py", line 291, in sendShares
2013-10-25 23:14:41.381749 > assert tx_hash in known_txs, 'tried to broadcast share without knowing all its new transactions'
2013-10-25 23:14:41.381806 > exceptions.AssertionError: tried to broadcast share without knowing all its new transactions
2013-10-25 23:14:42.451184 New work for worker! Difficulty: 0.999985 Share difficulty: 141878.358327 Total block value: 25.048938 BTC including 189 transactions
2013-10-25 23:14:42.452693 ... done processing 16 shares. New: 16 Have: 17485/~17280 Ich habs mit python2.6 und python2.7 versucht. |
|
|
|
Hy, i setup a node on my server but i become no shares 2013-10-25 22:40:36.266435 P2Pool: 17310 shares in chain (8866 verified/17314 total) Peers: 6 (0 incoming)
2013-10-25 22:40:36.266739 Local: 1395MH/s in last 10.0 minutes Local dead on arrival: ~1.5% (0-5%) Expected time to share: 5.5 days
2013-10-25 22:40:36.266872 Shares: 0 (0 orphan, 0 dead) Stale rate: ??? Efficiency: ??? Current payout: 0.0000 BTC
2013-10-25 22:40:36.267438 Pool: 27516GH/s Stale rate: 16.1% Expected time to block: 11.6 hours
What is wrong here? And, how can i fix this error: 2013-10-25 23:14:38.767354 New work for worker! Difficulty: 0.999985 Share difficulty: 148533.577062 Total block value: 25.048938 BTC including 189 transactions
2013-10-25 23:14:40.574594 > in handle_share_hashes:
2013-10-25 23:14:40.574763 > Traceback (most recent call last):
2013-10-25 23:14:40.574829 > Failure: twisted.internet.defer.TimeoutError: in GenericDeferrer
2013-10-25 23:14:40.576598 Lost peer 46.127.137.233:9333 - Connection was aborted locally, using.
2013-10-25 23:14:40.576820 > in download_shares:
2013-10-25 23:14:40.576888 > Traceback (most recent call last):
2013-10-25 23:14:40.576952 > Failure: twisted.internet.error.ConnectionAborted: Connection was aborted locally, using.
2013-10-25 23:14:40.577275 Requesting parent share 36b4bdfb from 37.200.67.186:9333
2013-10-25 23:14:40.766768 Processing 16 shares from 37.200.67.186:9333...
2013-10-25 23:14:41.380464 > Error while processing Event callbacks:
2013-10-25 23:14:41.380622 > Traceback (most recent call last):
2013-10-25 23:14:41.380684 > File "/opt/bitcoin/p2pool-master/p2pool/node.py", line 135, in download_shares
2013-10-25 23:14:41.380743 > self.handle_shares([(share, []) for share in shares], peer)
2013-10-25 23:14:41.380802 > File "/opt/bitcoin/p2pool-master/p2pool/node.py", line 48, in handle_shares
2013-10-25 23:14:41.380859 > self.node.set_best_share()
2013-10-25 23:14:41.380915 > File "/opt/bitcoin/p2pool-master/p2pool/node.py", line 297, in set_best_share
2013-10-25 23:14:41.380973 > self.best_share_var.set(best)
2013-10-25 23:14:41.381251 > File "/opt/bitcoin/p2pool-master/p2pool/util/variable.py", line 74, in set
2013-10-25 23:14:41.381311 > self.changed.happened(value)
2013-10-25 23:14:41.381367 > --- <exception caught here> ---
2013-10-25 23:14:41.381423 > File "/opt/bitcoin/p2pool-master/p2pool/util/variable.py", line 42, in happened
2013-10-25 23:14:41.381517 > func(*event)
2013-10-25 23:14:41.381574 > File "/opt/bitcoin/p2pool-master/p2pool/node.py", line 96, in broadcast_share
2013-10-25 23:14:41.381632 > peer.sendShares([share for share in shares if share.peer_addr != peer.addr], self.node.tracker, self.node.known_txs_var.value, include_txs_with=[share_hash])
2013-10-25 23:14:41.381692 > File "/opt/bitcoin/p2pool-master/p2pool/p2p.py", line 291, in sendShares
2013-10-25 23:14:41.381749 > assert tx_hash in known_txs, 'tried to broadcast share without knowing all its new transactions'
2013-10-25 23:14:41.381806 > exceptions.AssertionError: tried to broadcast share without knowing all its new transactions
2013-10-25 23:14:42.451184 New work for worker! Difficulty: 0.999985 Share difficulty: 141878.358327 Total block value: 25.048938 BTC including 189 transactions
2013-10-25 23:14:42.452693 ... done processing 16 shares. New: 16 Have: 17485/~17280 |
|
|
|
Vielleicht gibs ja noch eine kleine nach korrektur MFG Die kleine Korrektur müsste ein bisschen gewaltig sein. Es gibt zur Zeit keinen Miner der seinen Preis wieder rein bringt. Dafür steigt die Diff einfach zu stark. Jedoch wären alternative Coins die Aussicht auf Erfolg haben eine Idee. Soweit ich weiß, kann man mit den Sticks auch Namecoins minen oder? Hier sollte man also überlegen zu schwenken. Allerdings finde ich die Sites auf English nicht so pralle. Oder Erklärungen wie das ganze funktioniert. Würde es sonst selber erklären und mal was Deutsches zusammen fassen. |
|
|
|
|
Show Posts
