[ANN] BURST - Mining mit freiem Festplattenspeicher - P2P Markt, Crowdfunding ..

[Pimal]

Kaufst du noch weitere Platten ein?

Nein vorerst lasse ich alles so wie es ist. Bin seit dem 21. Juni komplett auf meinen 50TB und will jetzt erstmal 4 Wochen abwarten, bevor ich irgendetwas weiteres entscheide.

So werde ich das auch machen, wenn sich die Lage wieder beruhigen sollte kaufe ich evtl. im August nochmal nach...

[MinerVonNaka]

Also zuerst muss ich für Rico ein Lob aussprechen, ja Dein Pool läuft  
habe auch über die Nacht mehrere Noncen confirmed (5d 21:11:15) dennoch noch nicht als Gewinner geschafft ;(


Die Fragen:
(a) was bedeutet die Zeit  (5d 21:11:15)?  kann ich in Config etwa optimieren  
(b) wo/was könnte mal noch optimieren, um den Block zu gewinnen nach dem die Nonce bestätigt worden ist?
(c) Bessere Hardware? Oder liegt es doch an Mining-Software?



Damit Guten Morgen

[daboehla]

16c/kwh

Du wohnst nicht in DE oder? Meine Rechnung ist mit 28c/KWh.
Wenn der Strom so billig ist, kann der doch nichts taugen! 

Österreich

[Pimal]

Also zuerst muss ich für Rico ein Lob aussprechen, ja Dein Pool läuft  
habe auch über die Nacht mehrere Noncen confirmed (5d 21:11:15) dennoch noch nicht als Gewinner geschafft ;(

Die Fragen:

(a) was bedeutet die Zeit  (5d 21:11:15)?  kann ich in Config etwa optimieren  

(b) wo/was könnte mal noch optimieren, um den Block zu gewinnen nach dem die Nonce bestätigt worden ist  



Damit Guten Morgen

Hallo,

am besten du schaust dir mal Youtube Vidoes von Imineblocks an, da wird das sehr gut erklärt (englisch)

Gefundene Nounces mit 5d 21:11:15 wird dir nicht viel bringen, für einen Block braucht man da schon was im Minuten Bereich...

Wenn die Nounce bestätigt ist kann man nichts ändern.

Was hilft ist:

Soviel HDD Speicher wie möglich plotten;
Keine überlappenden Plots
Plots optimieren wenn nicht mit der CPU geplottet
Lesegeschwindigkeit erhöhen (USB3)

[I, Karus]

...aber wahrscheinlich ist da der eine oder andere Blockfund bereits mit kalkuliert!

Das bringt mich ja auf eine einfache Idee: Der Calculator nimmt einfach die Netzdiff, Zeit pro Block, eingegebene Terabyte, aktuelle Blockreward - und leider auch das Base Target, von dem ich noch nicht weiss, wo das herkommt oder berechnet wird - und macht daraus seine Kalkulation...
gleich mal prüfen mit diesen theoretischen Werten bei
Blockzeit 4 Minuten
Blockreward 1748
Base Target 334208
Netzdiff 57495 TB
Plotsize 50 TB
Ergebnis: 16417 Bursts / Monat

1 Monat zu 30 Tagen hat 43.200 Minuten.
Ergibt 10.800 Blockrewards.
Bei einer Blockreward von 1748 sind das 18.878.400 Bursts in einem Monat für die gesamte Netzdiff.

Mit ein bisschen Rechnerei wird daraus:
18.878.400 / 57.495 * 50 = 16417

TADA!!

[rico666]

Base Target, von dem ich noch nicht weiss, wo das herkommt oder berechnet wird

Das ist bei BURST die DIfficulty, die dafür sorgen soll, dass es alle 4 Minuten einen Block gibt.
Die wird kontinuierlich angepasst aufgrund der vergangenen zeit zum letzten Block.
Daher fluktuiert das auch ständig.

[I, Karus]

Aha, danke, ist schonmal ein Ansatzpunkt, um da weiter nachzuforschen.

[david123]

Das Base Target beim Rechner http://burstcoin.biz/calculator ist ein 360-block average, damit
sollte man schon was anfangen können. Besser wäre aber ein zB 2000-block average, da gibt es bestimmt
eine Burst-Statistik-Seite die das weiss..

BaseTarget ist übrigens die solidere Zahl als NetworkSize. Das Netzwerk "weiss" ja immer, wie lange es dauert bis ein
Block gemined wird, und darüber geschieht die Anpassung. NetworkSize ist dagegen nur eine Schätzung.
Erstens muss kein Miner seine Plotgrösse übermitteln (und wenn er Sie übermittelt, kann sie nicht
überprüft werden, s. indisches Botnetz). Zweitens brauchen die Miner unterschiedlich lange, um ihren
Plot zu durchsuchen. Die Netzwerkgrösse kann daher nur grob zurückgerechnet werden. Daher (meiner Meinung
nach) auch die starken Fluktuationen. Nicht, weil Leute dauernd ihre Miner an- und abschalten, sondern
weil die Zahl einfach so unpräzise hochgerechnet wird.

In jedem Fall: 16417 Burst/Monat erreiche ich leider nicht mal ansatzweise mit meinen 62 TB. Weder solo
noch im Pool. Keine Ahnung warum 

[Eisenkopf89]

Das Base Target beim Rechner http://burstcoin.biz/calculator ist ein 360-block average, damit
sollte man schon was anfangen können. Besser wäre aber ein zB 2000-block average, da gibt es bestimmt
eine Burst-Statistik-Seite die das weiss..

BaseTarget ist übrigens die solidere Zahl als NetworkSize. Das Netzwerk "weiss" ja immer, wie lange es dauert bis ein
Block gemined wird, und darüber geschieht die Anpassung. NetworkSize ist dagegen nur eine Schätzung.
Erstens muss kein Miner seine Plotgrösse übermitteln (und wenn er Sie übermittelt, kann sie nicht
überprüft werden, s. indisches Botnetz). Zweitens brauchen die Miner unterschiedlich lange, um ihren
Plot zu durchsuchen. Die Netzwerkgrösse kann daher nur grob zurückgerechnet werden. Daher (meiner Meinung
nach) auch die starken Fluktuationen. Nicht, weil Leute dauernd ihre Miner an- und abschalten, sondern
weil die Zahl einfach so unpräzise hochgerechnet wird.

In jedem Fall: 16417 Burst/Monat erreiche ich leider nicht mal ansatzweise mit meinen 62 TB. Weder solo
noch im Pool. Keine Ahnung warum 

Ich selber habe 16 TB am laufen und sollen um die 5000 Coins pro Monat bekommen. Was auch der Fall ist bei mir. Habe den Miner nun seit 3 Monaten am laufen und der Rechner sagt schon was auf lange sicht bei raus kommt.

[david123]

Also ich mine auch seit ca. 3 Monaten, und bei mir bleibt es deutlich unter den Berechnungen.
Vielleicht mache ich was falsch, keine Ahnung.. Ich hab ja vor kurzem screenshots gepostet
(https://bitcointalk.org/index.php?topic=1813271.msg19754002#msg19754002)
und da konnte mir auch niemand weiterhelfen. Und ich bin auch nicht der einzige bei dem
es so bescheiden läuft. Irgendwas stimmt da nicht...

[rico666]

Ich sehe momentan nur den großen Unterschied zwischrn optimierten und unoptimierten Plots.

Habe in einem Windows Rechner zwei Ironwolfs 10TB drin. Beide NTFS formatiert, beide gleiche Plotgröße (38 mio Nonces)
Aber: Einer ist optimiert (hat über 3 Tage gedauert) und einer nicht.
Der optimierte wird mit 150-200 MB/s gelesen und ist praktisch nach 10-15 Sekunden da.
Der unoptimierte hat im Schnitt 7 MB/s und kommt sehr oft einfach zu spät für die aktuelle Runde.

Wenn das geschieht, ist es ja so, als hätte ich diese 10TB nicht.
Also: Optimiert Leute!

[david123]

Da ich CPU-geplottet habe, ist bei mir alles optimiert. Aber die letzten Platten kommen erst
nach ca 75 sekunden rein, vielleicht ist das das problem...
Aber irgendwie erklärt auch das nicht die krasse diskrepanz. Die allermeisten Runden dauern
länger als 75 sek...
Ausserdem ist selbst bei einer 60-sekunden-Runde nicht der ganze 75-sek Plot für die Katz,
sondern nur vlt 20% davon. Das meiste wurde ja schon durchsucht.

[daboehla]

Ich sehe momentan nur den großen Unterschied zwischrn optimierten und unoptimierten Plots.

Habe in einem Windows Rechner zwei Ironwolfs 10TB drin. Beide NTFS formatiert, beide gleiche Plotgröße (38 mio Nonces)
Aber: Einer ist optimiert (hat über 3 Tage gedauert) und einer nicht.
Der optimierte wird mit 150-200 MB/s gelesen und ist praktisch nach 10-15 Sekunden da.
Der unoptimierte hat im Schnitt 7 MB/s und kommt sehr oft einfach zu spät für die aktuelle Runde.

Wenn das geschieht, ist es ja so, als hätte ich diese 10TB nicht.
Also: Optimiert Leute!

Zusätzlich den größst möglichen Stagger verwenden beim gpuplotter. Dann gehts einlesen bzw optimieren auch schneller

[I, Karus]

Ergänzung zu meiner Berechnung:
Die NetworkSize wird aus dem BaseTarget hochgerechnet!

Damit wird auch erklärbar, warum die angegebene Networksize so stark schwankt.

Als Beispiel: Die aktuelle NetworkSize beim Calculator wird angegeben mit: 60810
Das aktuelle Base Target wird angegeben mit: 315992
Dafür errechnet der Calculator für 50 TB 15523 Burst/Monat an.

Nimmt man meine Formel und setzt die neue NetworkSize ein, kommt man auf 15522,446965959546127281697089295, also ca. 15523

Da im Calculator die NetworkSize kein frei wählbarer Parameter ist und die Formel auch das BaseTarget nicht direkt berücksichtigt (sondern nur über die vom Calculator errechnete NetworkSize), sind die einzig relevanten Parameter somit:
- Zeit pro Block
- BlockReward
- PlotSize
- Zeitraum für den berechnet werden soll
- und wahlweise BaseTarget ODER NetworkSize (wobei NetworkSize die aus BaseTarget abgeleitete Grösse ist).

Der Zusammenhang zwischen BaseTarget und NetworkSize (welches BaseTarget ergibt welche estimated NetworkSize) sollte nicht allzuschwer zu finden sein, zumal sich ja alle paar Minuten neue Angaben finden, mit denen man experimentieren kann.

[david123]

Nicht dass ich sowas in die Richtung schon gesagt hätte.. 
BaseTarget ist die einzig relevante Größe. NetworkSize wird aus dem
BaseTarget errechnet und ist nur eine grobe Schätzung. Die genaue Formel
ist netDiff = 18325193796,2666.../BaseTarget. Da braucht man auch
nicht gross experimentieren, sondern es reicht in Zeile 2905 von Blago's
miner.cpp zu schauen:

wprintw(win_main, "\n%s New block %llu, baseTarget %llu, netDiff %llu Tb          \n", tbuffer, height, baseTarget, 4398046511104 / 240 / baseTarget, 0);

[I, Karus]

Na, schön, dass wir das jetzt geklärt haben

Hast du evtl. auch die Zeile(n) parat, mit denen BaseTarget berechnet/festgelegt wird ?

[david123]

Hmmja, das ist etwas aufwendiger. Findet sich auch nicht im Code von den Minern
sondern von der Wallet. Und zwar geht es um
https://github.com/BurstProject/burstcoin/blob/efaf44781b0f5101a86356571f90c8a56652a1e5/src/java/nxt/BlockImpl.java,
hierin: private void calculateBaseTarget(BlockImpl previousBlock)

Hier steht die Formel in Zeilen 521-523:
BaseTarget = (Durschnitt der BaseTargets der letzten 4 Blöcke)*(Sekunden die es gedauert hat, die letzten vier Blöcke zu finden)/(240*4)


Danach kommen noch ein paar Sonderfälle, zB (sinnvollerweise) was zu tun ist beim Genesis-Block und bei den
Blöcken 2-4 (wenn gar kein Durchschnitt der letzten 4 Blöcke genommen werden kann). Ausserdem: Wenn
das errechnete BaseTarget weniger als 90% der Durchschnitts der letzten 4 BaseTargets liegt, dann wird die Formel
verworfen und das BaseTarget hart auf 90% dieses Durchschnitts gesetzt. Das dient wohl dazu, allzu grosse Diff-Sprünge
nach unten zu vermeiden. Was auch immer der Sinn davon ist..

[I, Karus]

Danke, david123, damit kommt doch endlich Licht ins Dunkel

[Pimal]

Guten Morgen Rico,

ich bin wieder aus dem Pool raus.
War zwar nur 3 Tage dabei, hab am ersten Tag 12,5 Burst bekommen und seit dem nichts mehr... sollte das bei anderen Pools nun auch so sein,
werde ich mit Burst aufhören und vllt. zu Sia oder StorJ wechseln, sollte da auch nichts mehr los sein verkaufe ich einen Teil der Platten wieder.

Wenn der Pool mal gut läuft komme ich natürlich gerne wieder zurück.

Viel Erfolg & viele Grüße

Pimal

[rico666]

Ich würde gerne einen eigenen calculator aufsetzen, der allerdings nicht als Webfrontend, sondern als API verfügbar ist.
Insbesondere interessiert mich, welche Kapazität derzeit notwendig ist um im Schnitt 1 Block/Tag zu bekommen.

Vielleicht könnte man diesen Wert auch speichern und einen Graph plotten um die Entwicklung zu sehen.

Tatsache ist, dass BURST Mining innerhalb von 3 Wochen extrem hart wurde und jetzt zu allem Überfluss der Preis auch noch nachgibt.
Ist wirklich fraglich ob sich das noch lohnt. Auf der anderen Seite denken vielleicht Viele so und die DIfficulty geht wieder runter.

Wenn natürlich jemand mit 15000 BURST Zombie-Minern kommt, die er praktisch zum Nulltarif hat...