|
Evolver
|
 |
May 04, 2017, 06:58:45 PM |
|
hi, wusse nicht genau, das man auch für die windows-wallets zwingend Java benötigt, ne deutschsprachige Version ist mir selber noch nicht bekannt... zum Thema 1/4096 hab ich möglicherweise einen link (leider englisch, aber immerhin mit bildern) für dich: https://forums.burst-team.us/topic/288/plots-101/3 |
|
|
|
|
|
|
|
|
|
"If you don't want people to know you're a scumbag then don't be a scumbag." -- margaritahuyan
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
|
|
|
|
|
Verlaufen
|
|
May 05, 2017, 04:43:53 AM |
|
Danke für den Link (und die Bilder dann).
Zwar habe ich die Optimierungssache mehr oder weniger verstanden, aber wann warum weniger als alles eingelesen werden muss, da muss ich mich wohl noch tief in die Grundlagen einlesen. Leo hilft mir zwar beim Übersetzen, aber wie was zusammenhängt ist mir noch nicht 100%ig klar.
Bisher sehe ich das so (und vermutlich noch völlig falsch) :
Ein Plotter erstellt Dateien.
Alle Dateien zusammen sind ein Plot.
Die Dateien haben Dateinamen. file(name)
Die Dateien sind 256 KiB gross.
Eine Datei verteilt sich auf mehrere "scoops". (Hier gehe ich davon aus, dass es sich um die 4 KiB-NTFS-Cluster handelt.)
In jedem 4-KiB-Cluster steckt ein "nonce".
Da ein 4-KiB-Cluster aus 8 512-Byte-Sektoren besteht, könnte ich mit meinem Verständnis da schon auf der falschen Ebene sein.
Noch unklar ist mir, was "stagger" in diesem Zusammenhang bedeutet.
Bis hier erstmal nochmal ein herzliches Danke für die Unterstützung beim Einstieg.
P.S.: Habe jetzt 150.000 Blöcke geladen (ca. 18 Stunden).
|
|
|
|
|
|
schnebihacked
|
|
May 05, 2017, 05:35:13 AM |
|
Danke für den Link (und die Bilder dann).
Zwar habe ich die Optimierungssache mehr oder weniger verstanden, aber wann warum weniger als alles eingelesen werden muss, da muss ich mich wohl noch tief in die Grundlagen einlesen. Leo hilft mir zwar beim Übersetzen, aber wie was zusammenhängt ist mir noch nicht 100%ig klar.
Bisher sehe ich das so (und vermutlich noch völlig falsch) :
Ein Plotter erstellt Dateien.
Alle Dateien zusammen sind ein Plot.
Die Dateien haben Dateinamen. file(name)
Die Dateien sind 256 KiB gross.
Eine Datei verteilt sich auf mehrere "scoops". (Hier gehe ich davon aus, dass es sich um die 4 KiB-NTFS-Cluster handelt.)
In jedem 4-KiB-Cluster steckt ein "nonce".
Da ein 4-KiB-Cluster aus 8 512-Byte-Sektoren besteht, könnte ich mit meinem Verständnis da schon auf der falschen Ebene sein.
Noch unklar ist mir, was "stagger" in diesem Zusammenhang bedeutet.
Bis hier erstmal nochmal ein herzliches Danke für die Unterstützung beim Einstieg.
P.S.: Habe jetzt 150.000 Blöcke geladen (ca. 18 Stunden).
Im Endeffekt kann ein Plot auch aus einer großen Datei bestehen, die die ganze Festplatte einnimmt. Wenn du Anfängst zu plotten teilst du dem Plotprogramm mit für welche Burst Adresse er den plot erstellen soll (Du kannst dann mit dieser Plot Datei auch wirklich nur für diese eine Adresse minen!!! Das ist wichtig) Außerdem sagst du dem Plotter bei welcher Nounce er anfangen soll. Das wäre beim ersten PLotten dann die Nounce 0. Dann sagst du dem Plotter, bis zu welcher Nounce er Plotten soll. Da eine Nounce immer 256 KByte groß ist ergibt sich dann aus dieser Angabe die größe der PLot Datei. Willst du also 1 GB Plotten musst du sagen, dass die von Nounce 0 bis 4000 Plotten willst. Wenn du dann das nächste Mal nochmal eine 1 GB Datei plotten willst ist es wichtig, dass du dann von Nounce 4001-8000 plottest. Den ansonsten würde in deiner zweiten Datei exakt das gleiche stehen wie in der ersten und Sie hätte keinerlei Mehrwert. Außerdem sagst du dem Plotter noch, wieviel Ram er zum Plotten benutzen soll. Hier sollte soviel Ram wie möglich genutzt werden, da der Plotter die Dateien dann so schreiben kann, dass sie nachher am schnellsten vom miner wieder ausgelesen werden können. |
|
|
|
|
|
Evolver
|
|
May 05, 2017, 07:17:16 AM |
|
Danke für den Link (und die Bilder dann).
Zwar habe ich die Optimierungssache mehr oder weniger verstanden, aber wann warum weniger als alles eingelesen werden muss, da muss ich mich wohl noch tief in die Grundlagen einlesen. Leo hilft mir zwar beim Übersetzen, aber wie was zusammenhängt ist mir noch nicht 100%ig klar.
Bisher sehe ich das so (und vermutlich noch völlig falsch) :
Ein Plotter erstellt Dateien.
Alle Dateien zusammen sind ein Plot.
Die Dateien haben Dateinamen. file(name)
Die Dateien sind 256 KiB gross.
Eine Datei verteilt sich auf mehrere "scoops". (Hier gehe ich davon aus, dass es sich um die 4 KiB-NTFS-Cluster handelt.)
In jedem 4-KiB-Cluster steckt ein "nonce".
Da ein 4-KiB-Cluster aus 8 512-Byte-Sektoren besteht, könnte ich mit meinem Verständnis da schon auf der falschen Ebene sein.
Noch unklar ist mir, was "stagger" in diesem Zusammenhang bedeutet.
Bis hier erstmal nochmal ein herzliches Danke für die Unterstützung beim Einstieg.
P.S.: Habe jetzt 150.000 Blöcke geladen (ca. 18 Stunden).
ich glaube so ganz daneben liegst du da nicht, und kommt meinem Verständnis recht ähnlich: - die kleinste (komplette) Einheit ist ein nonce (256KB) - eine Plot-Datei enthält mehrere/viele Nonces - diese Plot-Dateien können Optimiert werden (scoops werden umgesetzt) das Mining ist deswegen ASIC Proof, weil das Generieren nicht gleich das Mitteilen darstellt, sondern abspeichern. Der Miner braucht nur noch die Plot-Dateien "abgrasen" und dem Netzwerk mitteilen. [höchst Spekulatives von mir] Ein Share ist meiner Vermutung nach ein gültiger Nonce, dessen scoop dem gesuchtem Block sehr nahe kommt und für Pool-Mining interessanter als beim Solo-Mining ist (Beim Pool-Mining zählen ALLE shares, beim Solo-Mining nur DER EINE). Eine weitere Vermutung von mir... passt ein Scoop zu dem gesuchtem Block, werden alle Scoops dieser -ich Nenn das mal Scoopreihe(?gesamte Nonce?)- gelesen und als Share Mitgeteilt. |
|
|
|
|
|
Verlaufen
|
|
May 05, 2017, 07:48:43 AM |
|
@schnebihacked: Das sind auch wichtige Einsteigerinfos, danke dafür.
@Evolver:
Da haben wir beim "scoop" unterschiedliche Ansehensweisen: Ich dachte, das seien die Verlinkungen in der FAT und das Optimieren des Plots nicht mehr als das, was man früher mal als Defragmentieren bezeichnet hat. So sehe ich das auch in einem der von dir verlinkten Bilder.
So wie ich verstehe was für dich ein scoop ist, enthält der die magischen Daten für die Share-Verteilung.
Da wäre aus meiner Sicht dann doch noch zu klären, was eigentlich "in" einem nonce und einem scoop steckt. Mir das genauer anzusehen dauert aber noch mindestens einen Tag, bis ich mit dem Plotten mal anfangen kann - oder kann ich das auch schon, noch bevor ich alle Blöcke geladen habe?
|
|
|
|
|
|
Evolver
|
|
May 05, 2017, 08:17:59 AM |
|
das kannst du natürlich jetzt schon machen, für die plot-Dateien brauchst du nichts synchronisieren, das kann sogar total offline passieren!
|
|
|
|
|
|
Verlaufen
|
|
May 05, 2017, 08:22:27 AM |
|
Na, dann stürze ich mich doch mal in das Abenteuer "Plotten"  |
|
|
|
|
|
Evolver
|
|
May 05, 2017, 08:29:28 AM |
|
auf dem folgenden bild lese ich ab, das ein scoop 64Byte gross sein soll, mal 4096 ergeben das 256KB (eine nonce), und es muss zum mining nur eines dieser 4096 gelesen werden, wenn der schon nicht passt oder verwendet werden kann wird weiter gesprungen:  beim optimieren werden diese relevanten ersten scoops aneinander gereiht (dazu werden die nonces auseinandergepflückt) die menge der passenden scoops ergeben dann die deadline also scoop 0 bis bsw. scoop 2048 oder so... die deadline 0 wäre scoop 0 bis scoop 4096, was so gut wie nie der fall ist (das ist meine eigene Interpretation aus diesem bild) |
|
|
|
|
|
Verlaufen
|
|
May 05, 2017, 09:34:06 AM |
|
auf dem folgenden bild lese ich ab, das ein scoop 64Byte gross sein soll, mal 4096 ergeben das 256KB (eine nonce), Soweit kann ich dir folgen. Aber schon hier und es muss zum mining nur eines dieser 4096 gelesen werden, wenn der schon nicht passt oder verwendet werden kann wird weiter gesprungen: wüsste ich nicht, warum das so sein soll, weil ich nicht weiss, wonach eigentlich gesucht wird in den auf die HDD geplotteten Daten. Das wie ist dann nochmal eine andere Sache. Was die "deadline" ist muss ich mir auch erst noch anlesen; die taucht in meinem Verständnis noch garnicht auf, scheint aber wirklich wichtig zu sein. Zu den Plottern: XPlotter und wplotgenerator sind wohl beide nur für 64-Bit-Versionen? Auf meinem 32-Bit-Windows7-Pro kann ich beide nicht starten (auch nicht mit Administratorrechten; Fehlermeldung sagt was zu 32-/64-Bit). Dann habe ich es mit dem GPU-Plotter für x86 versucht, der mir sagt, dass eine OpenCL.dll fehlt. Soweit der aktuelle Stand  |
|
|
|
|
|
Evolver
|
|
May 05, 2017, 09:54:54 AM |
|
ok, nun wird es Höchstvermutend meinerseits, würde aber logisch funktionieren (bzw. so hätte ich es gemacht):
ein Block besteht zum einen aus der signatur des vorherigen Blocks und aus den signaturen der aktuellen Transaktionen.
sagen wir 7ad5aa2556854288c1b1a0cd2a4b301a8953d38434c7d5b17028838da28e9054 ist der nonce eines Blocks(ist natürlich völliger Blödsinn)..
diese Zahlen und Buchstabenkombination ist das Krypto-Ergebnis aus dem vorherigen block und der Transaktionen...
diese zerhacken wir nun in 4096 teilen:
7ad5 = scoop 0 (64Byte)
aa25 = scoop 1
5685 = scoop 3
...
...
...
9054 = scoop 4096
nun gilt es, welcher nonce von welchem account am besten übereinstimmt, der bekommt den block...
nehmen wir an jmd hat scoop 0 bis scoop 1280 übereinstimmend und hat ne deadline XYZ und damit die beste Deadline von allen, dann würde er den block bekommen.
das oben beschriebene ist völlig frei erfunden von mir und wiederspiegelt auf gar keinen Fall die Realität, bzw. kann es völlig anders sein.
|
|
|
|
|
|
Evolver
|
|
May 05, 2017, 10:03:09 AM |
|
Zum Thema Plotting... Ich habe auf meiner website mal eine Zip-Datei mit verschiedensten Plottern erstellt, die alle über eine .bat datei angesprochen werden können, da ist auch eine erprobte 32bit variante über JAVA dabei (hab ich auf nem 32bit XP getestet): http://burstcoin.news/wordpress/downloads/plotting.zip |
|
|
|
|
|
Verlaufen
|
|
May 05, 2017, 10:28:32 AM
Last edit: May 05, 2017, 10:38:58 AM by Verlaufen |
|
Danke erstmal für deine Mühen Ich habe das auch gleich ausprobiert, bekomme aber wieder nur den genannten Fehler. Das sieht so aus, bei der Auswahl 3 (andere werde ich noch testen)  edit: Schätze, ich brauche doch mal aktuellere HW fürs I-net. edit2: Mit Auswahl 5 (Java) hat das Plotten begonnen - Juchhu  |
|
|
|
|
|
Evolver
|
|
May 05, 2017, 10:43:24 AM |
|
freut mich zu sehen, das es nun läuft, das kann jetzt allerdings etwas lange dauern, je nachdem wie gut deine hardware ist... wundere dich nicht, das da noch ne ganze zeit lang "generating from nonce 0..." steht
|
|
|
|
|
|
Verlaufen
|
|
May 05, 2017, 11:01:00 AM |
|
Ja, hat etwas gedauert, weil u. a. auch noch die Blöcke geladen werden. Aber er ist jetzt fehlerfrei durchgelaufen. Habe zum Testen bei 1 GB RAM-Zuweisung 1 GB für Plots angelegt:  Jetzt kann ich mir mal ansehen, was da eigentlich so alles drin steht |
|
|
|
|
cagrund
Legendary
 Offline
Activity: 1372
Merit: 1000
CTO für den Bundesverband Bitcoin e. V.
|
|
May 05, 2017, 11:21:42 AM |
|
Kann mir bitte mal jemand 2 Burst senden? Irgendwie funktionieren die ganzen Faucets nicht, ich fliege immer raus muss xx Minuten warten und dann ist der verkackte Google-Captcha abgelaufen ...  Meine Burst-Adresse wäre: BURST-K5S5-W25R-Q3DZ-8DZS9Die Burst gibt es auch zurück sobald ich mal endlich anfangen kann zu minen.  Danke & Gruß Carsten. |
|
|
|
|
Evolver
|
|
May 05, 2017, 11:31:54 AM |
|
Kann mir bitte mal jemand 2 Burst senden? Irgendwie funktionieren die ganzen Faucets nicht, ich fliege immer raus muss xx Minuten warten und dann ist der verkackte Google-Captcha abgelaufen ... Meine Burst-Adresse wäre: BURST-K5S5-W25R-Q3DZ-8DZS9Die Burst gibt es auch zurück sobald ich mal endlich anfangen kann zu minen. Danke & Gruß Carsten. unterwegs zu dir |
|
|
|
|
|
daboehla
|
|
May 05, 2017, 11:32:21 AM |
|
Kann mir bitte mal jemand 2 Burst senden? Irgendwie funktionieren die ganzen Faucets nicht, ich fliege immer raus muss xx Minuten warten und dann ist der verkackte Google-Captcha abgelaufen ... Meine Burst-Adresse wäre: BURST-K5S5-W25R-Q3DZ-8DZS9Die Burst gibt es auch zurück sobald ich mal endlich anfangen kann zu minen. Danke & Gruß Carsten. Bitteschön Edit: Shit, zu langsam ^^ |
|
|
|
|
cagrund
Legendary
Offline
Activity: 1372
Merit: 1000
CTO für den Bundesverband Bitcoin e. V.
|
|
May 05, 2017, 11:33:39 AM |
|
DANKE Euch beiden. Sind gerade eingetroffen.
Gruß Carsten.
|
|
|
|
|
Evolver
|
|
May 05, 2017, 11:42:51 AM |
|
hmmm... das ist interessant, laut der blockchain war deine adresse noch nicht registriert, aber ich bin mir sicher das du mit deiner passphrase mehr infos bekommen konntest.... alternativ kann man sich auf burstcoin.zone auch fürn euro welche kaufen  |
|
|
|
|
cagrund
Legendary
Offline
Activity: 1372
Merit: 1000
CTO für den Bundesverband Bitcoin e. V.
|
|
May 05, 2017, 12:41:25 PM |
|
hmmm... das ist interessant, laut der blockchain war deine adresse noch nicht registriert, aber ich bin mir sicher das du mit deiner passphrase mehr infos bekommen konntest.... alternativ kann man sich auf burstcoin.zone auch fürn euro welche kaufen Ja, das ist richtig. Ich bekomme folgende Warnung angezeigt: Warning!: Your account does not have a public key! This means it's not as protected as other accounts. You must make an outgoing transaction to fix this issue. (Set account info, send a message, buy an alias, send BURST, ...)
Werde jetzt mal ein Account-Info setzen. Gruß Carsten. |
|
|
|
|
