Jump to content

Hashwert


AustrianMiner

Recommended Posts

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

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

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 by fox42
Link to comment
Share on other sites

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

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

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...

  • Thanks 1
Link to comment
Share on other sites

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 account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.