Bitcoin Forum
November 13, 2024, 06:10:11 PM *
News: Check out the artwork 1Dq created to commemorate this forum's 15th anniversary
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 [16] 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 ... 77 »
  Print  
Author Topic: [ANN] BURST - Mining mit freiem Festplattenspeicher - P2P Markt, Crowdfunding ..  (Read 57311 times)
montagid
Full Member
***
Offline Offline

Activity: 224
Merit: 104


View Profile
July 06, 2017, 09:15:43 AM
 #301

Quote
Naaaaaa ....
Wie gesagt, wenn ich es mit dem Wallet mache, läuft das anders. Wink

Man muss nur wollen!
Muenzanstalt
Newbie
*
Offline Offline

Activity: 35
Merit: 0


View Profile
July 06, 2017, 09:18:16 AM
 #302

ich hab seit zwei Wochen ggf. maximal 2-3 mal das online wallet über den burst Client for win v0.3.9.7 erreichen können.
das local wallet bittet mich auch immer darum 10 Minuten zu warten, nach denen dann allerdings auch nichts passiert, auch wenn ich noch mal local wallet anwähle oder länger warte.
letztlich führt das dazu, dass ich die db immer wieder neu einlesen muss.

gibt's da irgendeinen Workaround, das is einfach nich gut...

ich habe keine ahnung, welche wallets ihr so benutzt, und von wem diese herausgegeben wurden, ich hab jedenfalls nur das 1.2.8 auf java basis mit browserzugang ohne probleme in benutzung...

Hier genauso
schnebihacked
Sr. Member
****
Offline Offline

Activity: 317
Merit: 251


View Profile
July 06, 2017, 09:23:45 AM
 #303

ich hab seit zwei Wochen ggf. maximal 2-3 mal das online wallet über den burst Client for win v0.3.9.7 erreichen können.
das local wallet bittet mich auch immer darum 10 Minuten zu warten, nach denen dann allerdings auch nichts passiert, auch wenn ich noch mal local wallet anwähle oder länger warte.
letztlich führt das dazu, dass ich die db immer wieder neu einlesen muss.

gibt's da irgendeinen Workaround, das is einfach nich gut...

ich habe keine ahnung, welche wallets ihr so benutzt, und von wem diese herausgegeben wurden, ich hab jedenfalls nur das 1.2.8 auf java basis mit browserzugang ohne probleme in benutzung...

Hier genauso
also wallet.burstnation läuft immer ohne Probleme... Klar, ist ein onlinewallet und das will nicht jeder benutzen...
montagid
Full Member
***
Offline Offline

Activity: 224
Merit: 104


View Profile
July 06, 2017, 09:35:28 AM
 #304

Jetzt muss ich wieder was fragen:
wenn da steht:
Code:
----Fast block or corrupted file?----
Sent deadline:  93373
Server's deadline:      73021156199376

muss ich mir Gedanken machen?

Man muss nur wollen!
Evolver
Full Member
***
Offline Offline

Activity: 353
Merit: 100



View Profile
July 06, 2017, 09:37:36 AM
 #305

Jetzt muss ich wieder was fragen:
wenn da steht:
Code:
----Fast block or corrupted file?----
Sent deadline:  93373
Server's deadline:      73021156199376

muss ich mir Gedanken machen?

hmm... entweder deine plotdatei ist kaputt oder das wallet, welches du fürs mining benutzt ist nicht synchron
montagid
Full Member
***
Offline Offline

Activity: 224
Merit: 104


View Profile
July 06, 2017, 09:45:51 AM
 #306

gibt das ggf. mehr aufschluss?
kam jetzt zwei oder drei mal, eben aber nicht bei jedem block. wenn der plott einen defekt hätte, müsste das dann jedes mal kommen?



jede neue ungesehene farbe eine weitere Überraschung Cheesy

Man muss nur wollen!
david123
Legendary
*
Offline Offline

Activity: 1022
Merit: 1004


View Profile
July 06, 2017, 10:04:23 AM
 #307

Jetzt muss ich wieder was fragen:
wenn da steht:
Code:
----Fast block or corrupted file?----
Sent deadline:  93373
Server's deadline:      73021156199376

muss ich mir Gedanken machen?
Das passiert bei mir auch manchmal, ca alle 20 Blocks sehe ich sowas. Wundert mich auch sehr,
dachte das passiert entweder nie oder jedes mal. Wenn es nur ab und zu vorkommt, sollte es
jedenfalls kein Problem sein, aber seltsam ist es alle mal.
Evolver
Full Member
***
Offline Offline

Activity: 353
Merit: 100



View Profile
July 06, 2017, 10:05:53 AM
 #308

das rote "WINNER: Get info failed..." kannst du in der mining config abschalten unter showwinner oder so...

es scheint als wäre das (online?)wallet ausgelastet... ich versuch mal ein weiteres onlinewallet zu organisieren...
david123
Legendary
*
Offline Offline

Activity: 1022
Merit: 1004


View Profile
July 06, 2017, 10:09:30 AM
 #309

Wie, Wallet ausgelastet..? Für mich sieht das nicht nach Solo mining aus, dann wäre eher
der Pool ausgelastet. Also eher mal den Pool wechseln...
montagid
Full Member
***
Offline Offline

Activity: 224
Merit: 104


View Profile
July 06, 2017, 10:09:49 AM
 #310

kam bei mir halt jetzt 2x mal hintereinander, dann nicht mehr.
mal gucken...

@david123
mir wurde dein thread: https://bitcointalk.org/index.php?topic=1968687.0 empfohlen, da ich gefragt habe, wie die Deadline zu begreifen ist.
ich habs trotzdem nicht gerafft Wink - bin kein programmiere oder hab groß Ahnung von sowas.
ich bin im lexipool mit dabei, wenn ich beim minern also eine "confirmed DL" habe, bekomme ich bei einem vom pool gefundenen block einen Anteil? je geringer meine DL ist, umso größer fällt der Anteil aus? habe ich beim gefundenen block keine "confirmed DL", gehe ich bei dem einen gefunden block komplett leer aus, ist das soweit richtig?

bin im pool von lexitoshi

Man muss nur wollen!
david123
Legendary
*
Offline Offline

Activity: 1022
Merit: 1004


View Profile
July 06, 2017, 10:13:15 AM
 #311

Ja, die Deadline ist quasi das was beim Bitcoin die share difficulty ist. Du bekommst einen Anteil
je nach dem wie niedrig deine Deadlines waren die du in letzter Zeit dem Pool übermittelt hast.
Dabei zählen nur die bestätigten.
Du musst also schauen, dass du niedrige Deadlines hast (das kannst du nur durch mehr Speicher
verbessern) und dass alle übermittelten Deadlines confirmed werden (wenns da hapert gibts zB
ein Problem bei der Internet-Anbindung, oder der Pool ist überlastet etc.)
montagid
Full Member
***
Offline Offline

Activity: 224
Merit: 104


View Profile
July 06, 2017, 10:21:05 AM
 #312

Dann dürfte ich pro Block ja eigentlich maximal eine "confirmed DL" bekommen, und alle schlechteren sollten verworfen werden?
Hin und wieder kriege ich mehrere DL confirmed pro Block, selten gar keine.
Jetzt schwanken die DL ja schon sehr stark, manchmal Tage, manchmal Stunden (eher selten) - ist das dann eher Zufall?
Weil wenn es ja von der Größe abhängig ist (dachte eigentlich von der Lesegeschwindigkeit und der CPU) müsste die DL eigentlich bei gleichbleibender Größe, gleich bleiben? Oder anders gefragt, wie ergeben sich die deutlichen Unterschiede der DL von Block zu Block?

Man muss nur wollen!
eneloop
Legendary
*
Offline Offline

Activity: 1513
Merit: 1040



View Profile
July 06, 2017, 11:10:46 AM
 #313

Quote
Dann dürfte ich pro Block ja eigentlich maximal eine "confirmed DL" bekommen, und alle schlechteren sollten verworfen werden?
Das passt schon so. Du findest eine Deadline, die wird sofort submitted und confirmed. Du findest danach eine noch kürzere Deadline und die wird ebenfalls submitted und confirmed.

Quote
Jetzt schwanken die DL ja schon sehr stark, manchmal Tage, manchmal Stunden (eher selten) - ist das dann eher Zufall?
Das ist ganz normal.

Quote
Weil wenn es ja von der Größe abhängig ist (dachte eigentlich von der Lesegeschwindigkeit und der CPU) müsste die DL eigentlich bei gleichbleibender Größe, gleich bleiben? Oder anders gefragt, wie ergeben sich die deutlichen Unterschiede der DL von Block zu Block?
Ganz einfach gesagt: Jede Runde wird eine Lösung gesucht und die Lösung (Deadline) soll so kurz als möglich sein. Deine Plot-Dateien kannst du dir als Excel-Tabelle vorstellen, worin die Festplatten dann nach der passenden Deadline suchen. Hast du eine passende dabei, wird sie submitted. Je mehr Tabellenzeilen du hast, also Festplattenkapazität, desto größer die Chance jede Runde etwas passendes dabei zu haben. Die Lesezeit ist bis zu einem gewissen Grad unwichtig: Jede Runde dauert durchschnittlich 4 Min, manche deutlich kürzer, manche deutlich länger. Dauert das Durchsuchen der Plotfiles zu lange, hat jemand anderes womöglich bereits eine Deadline gefunden und obwohl du eine noch bessere gehabt hättest, gehst du leer aus, da zu langsam. Deine Lesezeiten sind ausgezeichnet. Bis etwa 1 oder 1,5 Min braucht man sich da keine Gedanken machen. Darüber hinaus lässt man dann doch schon etwas liegen.
schnebihacked
Sr. Member
****
Offline Offline

Activity: 317
Merit: 251


View Profile
July 06, 2017, 11:14:25 AM
 #314

Dann dürfte ich pro Block ja eigentlich maximal eine "confirmed DL" bekommen, und alle schlechteren sollten verworfen werden?
Hin und wieder kriege ich mehrere DL confirmed pro Block, selten gar keine.
Jetzt schwanken die DL ja schon sehr stark, manchmal Tage, manchmal Stunden (eher selten) - ist das dann eher Zufall?
Weil wenn es ja von der Größe abhängig ist (dachte eigentlich von der Lesegeschwindigkeit und der CPU) müsste die DL eigentlich bei gleichbleibender Größe, gleich bleiben? Oder anders gefragt, wie ergeben sich die deutlichen Unterschiede der DL von Block zu Block?

Ich versuche es mal anschaulich zu erklären. Technisch werden in meiner Erklärung jetzt bestimmt einige Fehler sein. Aber es geht mir darum das generelle Prinzip zu verdeutlichen:

Stell dir Burst Mining wie eine Lotterie vor und jeder Block ist eine neue Ziehungsrunde.
Deine Plotdateien sind deine Lose. Aber eine PLotdatei ist nicht nur ein Los, sondern besteht aus wahnsinnig vielen Losen. Genauer gesagt ist 1 Los immer 256 kByte groß und nennt sich "nounce". Bei einer "Nounce" handelt es sich also sozusagen um ein "ganzes " Los. Jetzt sind diese Lose aber nochmal in Teillose unterteilt. (Das kennt man auch von der Norddeutschen Klassenlotterie oder so. Da kann man auch 1/8 Los kaufen oder so was). Bei Burst ist es so, dass jedes ganze Los, also jede "nounce" noch mal in 4096 Teillose unterteilt ist, die sogenannten "Scoops". Auf jeden dieser Teillose (Scoops) steht eine zufällige Zahl. DEr Einfachheit halber sagen wir jetzt mal eine zufällige Zahl zwischen 1 und 1000. (In Wirklichkeit ist der Zahlenbereich deutlich höher... Irgendwas mit mehreren Billionen glaub ich).

Jetzt gehen wir davon aus, wir plotten nur 1 Megabyte. Das bedeutet wir haben 4 Lose geplottet mit jeweils 4096 Teillosen. In jedem dieser Teillose steht jetzt eine fufälige Zahl zwischen 1 und 1000.

Jetzt geht das Mining los: Wir sind bei Block 1. Der Burst Algorithmus errechnet nun aus  Blockhöhe und irgendeinem Zufallsalgorithmus ebenfalls eine Zahl zwischen 1 und 1000. Außerdem wird durch einen anderen Zufallsalgorithmus eine Zahl zwischen 1 und 4096 errechnet. Diese zweite Zahl bestimmt um welches Teillos ("scoop") es in dieser Lotterierunde (bei diesem Block) überhaupt geht.

In unserem Beispiel wird nun als erste Zahl die 546 und als zweite Zahl die 2046 errechnet. Die Miner bekommen jetzt die Mitteilung alle ihre Lose (nounces) nach dem Teillos(Scoop) 2046 zu durchsuchen und die Zahl, die auf diesem einen Teillos steht zurückzumelden. In dieser Runde(Block) geht es also um nichts anderes als um diese 4 Teillose(Scoops).

Unser Miner legt jetzt los und schaut sich die jeweils passenden Teillosse(Scoops) in unseren 4 Losen (nounces) jetzt an. Jetzt sagen wir mal da steht folgendes drinnen:

nounce 1 - Scoop 2046 : 900
nounce 2 - Scoop 2046 : 956
nounce 3 - Scoop 2046 : 850
nounce 4 - Scoop 2046 : 200

Sobald der Miner das erste Teillos (Scoop) eingelesen hat vergleicht er es mit der durch den Burst Algorithmus errechnet Zufallszahl (546) und rechnet 900-546 = 354. Daraufhin meldet er zurück. Meine (bis jetzt) beste Deadline beträgt 354 (Sekunden).

Jetzt kommt das nächste Teillos (Scoop) dran (956). Der Miner rechnet wieder 956-546=410. Er erkennt, dass diese Deadline länger ist als die erste und verwirft Sie. Sendet Sie also nicht, da Sie ncihts mehr bringen würde.

3. Teillos(Scoop): 850-546=304. Aha!! Die Deadline ist kürzer als die erste. Also sendet der Miner eine Deadline von 304 (Sekunden)
4. nounce: 200-546=-346 (das minus wird ignoriert) 346 ist größer als 304 also wird auch diese Deadline verworfen.

Wenn nun alle Miner ihre Deadlines gemeldet haben und die Anzahl der Sekunden der kürzesten Deadline abgelaufen ist ist die Runde beendet und derjenige der die kürzeste Deadline gefunden hat wird belohnt.

Daraufhin fängt die zweite Runde (Block) an und alles geht von vorne Los. Eine neue Zufallszahl zwischen 1 und 1000 wird errechnet und eine zweite zwischen 1 und 4096 die bestimmt um welches Teillos(Scoop) es diesmal geht.

Umso größer die Plotdateien also sind die man hat umso mehr Lose(nounces) hat man. Und mit jedem Los erhöht sich natürlich in jeder Runde die Chance, dass man zufällig genau das Teillos dabei hat, dass gerade ganz besonders nah an der Zufallszahl dran ist, die der Algorithmus gerade vorgibt.

In das ganze Spiel kommt jetzt noch die difficulty mit rein. Grob gesagt kann man es sich so vorstellen, dass das oben genannte bei einer difficulty von 1 gilt. Bei einer difficulty von 2 könnte man sich grob gesagt vorstellen, dass der Algorithmus einfach nur noch jede 2. gemeldete Deadline akzeptiert. Damit halbiert sich natürlich die Wahrscheinlichkeit, dass man eine gute Deadline hat.
(Ich weiß, das Verfahren mit der difficulty läuft eigentlich ganz anders. Aber es geht mir rein ums Verständnis, dass die difficulty die Wahrscheinlichkeit beeinflusst eine gute Deadline zu finden.
montagid
Full Member
***
Offline Offline

Activity: 224
Merit: 104


View Profile
July 06, 2017, 11:21:09 AM
 #315

Gibt's hier irgendwo ein "danke" button?
Den würdet ihr zwei jetzt von mir bekomen, wenn es ihn gäbe bzw. ich ihn finden würde... Wink

habs nun, was das Prinzip betrifft, verstanden.

vielen dank!

Man muss nur wollen!
montagid
Full Member
***
Offline Offline

Activity: 224
Merit: 104


View Profile
July 06, 2017, 11:33:00 AM
 #316

Code:
13:30:51 New block 378826, baseTarget 233233, netDiff 78570 Tb
13:30:51 [ 8448862900709129731] found DL:         835128
13:30:51 [ 8448862900709129731] sent DL:          835128     9d 15:58:48
13:30:56 Thread "S:\Burst\plots" @ 4.8 sec (87.0 MB/s) CPU 35.61%
13:31:01 [ 8448862900709129731] found DL:            210
13:31:01 [ 8448862900709129731] sent DL:             210     0d 00:03:30
13:31:03 Thread "E:\Burst\plots" @ 12.4 sec (150.1 MB/s) CPU 59.21%
13:31:04 Thread "H:\Burst\plots" @ 13.0 sec (143.3 MB/s) CPU 56.63%
13:31:04 Thread "I:\Burst\plots" @ 13.4 sec (139.3 MB/s) CPU 56.02%
13:31:26 [ 8448862900709129731] 835128 > 210  discarded
13:31:57 [ 8448862900709129731] confirmed DL:        210     0d 00:03:30
WINNER: Get info failed: 10060
13:33:59 Winner: 211s by WZJ5-3FAD-2NE8-965JC (Burst Wallet)

warum "discarded" und dann doch confirmed?
und hatte ich da jetzt nicht eigentlich eine besser dl?Huh
edit:
okay, ähm meine schuld - das ist mein wallet Smiley
es gibt aber glaub ich trotzdem ein Problem:
12:38:25 Last Block: 378826 We Lost - Won By: BURST-WZJ5-3FAD-2NE8-965JC Name: Burst Wallet

ich dachte eigentlich dass ich im pool mine, aber auf der lexi Website steht "we lost" - und das ich gewonnen hätte...

Man muss nur wollen!
david123
Legendary
*
Offline Offline

Activity: 1022
Merit: 1004


View Profile
July 06, 2017, 11:43:42 AM
 #317

Ist denn WZJ5-3FAD-2NE8-965JC deine Adresse?
montagid
Full Member
***
Offline Offline

Activity: 224
Merit: 104


View Profile
July 06, 2017, 11:47:10 AM
 #318

ja
hab ich jetzt n block verschenkt, weil ich was falsch eingegeben habe?!

auf der pool seite steht:
Code:
12:38:25 Last Block: 378826 We Lost - Won By: BURST-WZJ5-3FAD-2NE8-965JC Name: Burst Wallet
meine Adresse ist aber auch bei den "pending" - accounts mit dabei und einma +250 burst hab ich bei einer Ausschüttung auch schon bekommen. versteh ich nicht

da stehts ja auch drin. haben tu ich aber keine, und weil lexi davon ausgeht verloren zu haben, werd ich bei einer Ausschüttung vermutlich auch nich berücksichtig werden, für diesen block.

Man muss nur wollen!
david123
Legendary
*
Offline Offline

Activity: 1022
Merit: 1004


View Profile
July 06, 2017, 12:01:58 PM
 #319

Hmm, irgendetwas seltsames ist hier passiert.
Dein Block (378826) ist gemined und taucht im Block explorer auf, aber das
Feld "next block" ist leer. Es gibt auch keinen Block 378827, sondern es geht
erst weiter mit 378828, der hat aber keinen "previous block". Sehr ominös.
Ich wollte zuerst sagen dass dein Block georphaned wurde, aber so recht passt das
auch nicht...

Davon unabhängig: Poste doch mal deine miner.conf.
schnebihacked
Sr. Member
****
Offline Offline

Activity: 317
Merit: 251


View Profile
July 06, 2017, 12:10:41 PM
 #320

Hmm, irgendetwas seltsames ist hier passiert.
Dein Block (378826) ist gemined und taucht im Block explorer auf, aber das
Feld "next block" ist leer. Es gibt auch keinen Block 378827, sondern es geht
erst weiter mit 378828, der hat aber keinen "previous block". Sehr ominös.
Ich wollte zuerst sagen dass dein Block georphaned wurde, aber so recht passt das
auch nicht...

Davon unabhängig: Poste doch mal deine miner.conf.
Vielleicht hat das was damit zu tun, was in dem englischen thread geschrieben wurde:

Das Netzwerk ist scheisse, und schon bei halbwegs vollen Blöcken entstehen plötzlich 37 parallele Chains.... Und davon bleibt dann halt nur noch eine übrig...
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 [16] 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 ... 77 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!