AustrianMiner Posted December 2, 2020 Share Posted December 2, 2020 Hallo, Hab eine Frage der Hashwert von Bitcoin hat z.B. 134.951 E hash/s was ja irre viel hashes pro Sekunde sind und sehr sehr viele verschiedene asic Rechner und vielleicht auch normale Rechner! Da müssen ja auch sehr sehr viele doppelte hashwerte "eingeschickt" werden. Wie ich das verstehe berechnet ein Asic z.B. 15.000.000.000 (15Th/s)? Und sendet jeden einzelnen ans Netzwerk und hofft das ein richtiger ist! Dadurch kann er ja gar nicht wissen das ein anderer asic in Z.B. England den selben wert auch ans Netzwerk gesendet hat?! Danke schon mal bitte für eure Aufklärung Link to comment Share on other sites More sharing options...
wwurst Posted December 2, 2020 Share Posted December 2, 2020 Die Miner verteilen nicht jeden errechneten Hashwert im Netzwerk. Erst wenn ein Miner einen gültigen Block erzeugt hat (aus der Kombination der Transaktionen, des Nonce und des passenden Hashes) verteilt er den im Netzwerk. Findet ein anderer Miner fast gleichzeitig einen anderen, ebenso gültigen Block, dann entscheidet sich erst später, welcher "überlebt" - nämlich der, auf den sich die Mehrheit der Miner mit den nächsten Blöcken bezieht. Das kommt immer mal wieder vor und gehört zum ganz normalen Ablauf von Bitcoin. Link to comment Share on other sites More sharing options...
fox42 Posted December 2, 2020 Share Posted December 2, 2020 (edited) Man muss die Hashes nicht rausschicken, um zu prüfen, dass er gültig ist und man einen neuen Block gefunden hat. Erst der neue Block wird rausgeschickt. Also kann es durchaus sein, dass zwei Miner den gleichen Hash berechnen und eben verwerfen, weil nix gültiger Block. Ist aber eher unwahrscheinlich. Beide Miner müssten u.a. die exakt gleichen Transaktionen berücksichtigen und eben die nonce gleich wählen. Und dann ist das ganze komplett egal und nur eine theoretische Überlegung, weil siehe wwurst edit: Und da fällt mir Spaßvogel noch ein: Die eigene Bitcoin Adresse geht ja auch in den Block mit rein für die Rewards -> Also nein. Zwei Miner finden nicht den gleichen Hash. Bei Mining Pools sieht das anders aus. Ist aber egal, weil einfach beide Miner dann ihren Share bekommen. Edited December 2, 2020 by fox42 Link to comment Share on other sites More sharing options...
AustrianMiner Posted December 2, 2020 Author Share Posted December 2, 2020 Super danke!! Genau das hab ich gemeint aber leider bin ich nirgends fündig geworden!! Hab mal was gelesen das ein guter ASIC 0,1% ungültige Hashes erzeugt die nicht belohnt werden! Dazu gehört hashwert doppelt abschicken und falsch berechneter hashwert. Aber dazu gehört nicht das wie du es schon geschrieben hast wenn 2 unterschiedliche Miner im gleichen Pool den selben hashwert berechnet haben? Die bekommen dann trotzdem ihren Share? Share Heißt Anteil? Link to comment Share on other sites More sharing options...
AustrianMiner Posted December 2, 2020 Author Share Posted December 2, 2020 Wenn 2 ASIC einen Pool angehören kann theoretisch der hash gleich sein weil nicht die eigene Bitcoin Adresse in den Hashwert mit rein gerechnet wird es wird ja der Pool belohnt und man bekommt davon den Anteil? Ist das richtig so? Hab mir einen Antminer besorgt und möchte einfach das System verstehen nicht einfach anstecken und fertig! Was im Hintergrund passiert ist ja auch interessant! Link to comment Share on other sites More sharing options...
fox42 Posted December 2, 2020 Share Posted December 2, 2020 vor 1 Stunde schrieb AustrianMiner: Wenn 2 ASIC einen Pool angehören kann theoretisch der hash gleich sein weil nicht die eigene Bitcoin Adresse in den Hashwert mit rein gerechnet wird es wird ja der Pool belohnt und man bekommt davon den Anteil? Richtig vor 2 Stunden schrieb AustrianMiner: Die bekommen dann trotzdem ihren Share? Share Heißt Anteil? Das hängt sicher auch vom Pool ab. Muss man da in den Regeln lesen. vor 2 Stunden schrieb AustrianMiner: Hab mal was gelesen das ein guter ASIC 0,1% ungültige Hashes erzeugt die nicht belohnt werden! Damit sind sicher Hashes für Pools gemeint. Wenn man eigenständig rechnet, kommt ein ASIC auch nur selten auf einen gültigen Hash für einen neuen Block. Im Pool wird idR mit reduzierter Difficulty gearbeitet. D.h. man versucht neue Blöcke für den Pool zu finden (für dessen Bitcoin Adresse). Gültig ist ein Hash mit je nach Difficulty vielen Nullen vorne.. Beispiel letzter Block: 0000000000000000000406986902d260e528b315a4c96a8a5dc72efe311f7124 Jetzt findet ein Asic so einen Hash nicht oft. Damit man aber messen kann, wie viel Arbeit ein Poolteilnehmer in die Suche steckt, schickt jeder Teilnehmer auch Hashes mit weniger Nullen vorne zum Pool. Das sind keine gültigen Blöcke, aber nette Versuche. Ein Proof-of-Work. Was im großen beim Bitcoin klappt, klappt auch im kleinen beim Pool. Der Pool könnte z.B. auch solche Hashes akzeptieren: 0000000000001234567406986902d260e528b315a4c96a8a5dc72efe311f7124 Die 0,1% werden sich darauf beziehen, dass mein Beispiel hier z.B. ungültig ist, weil da keine Daten hinter hängen und das einfach mathematisch nicht gültig ist. Dazu kommen evtl. Fälle, wo der Asic zufällig zwei mal die gleiche Nonce nimmt. Und wenn man noch mit alten Daten rechnet, obwohl es schon einen neuen Block gibt usw... 1 Link to comment Share on other sites More sharing options...
AustrianMiner Posted December 2, 2020 Author Share Posted December 2, 2020 Danke das du dir zeit genommen hast (auch wwurst ein danke) super verständlich erklärt!!!🔝 Schöne Grüße aus Österreich 1 Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now