Topic: Amazon und schon wieder Mining (Read 272 times)

Kannst du alles mit falschen daten machen. Wird halt nur interessant wenn etwas mit der Lieferung falsch geht, oder mit Garantie bei manchen Marken die da ziemlich nervig sind.
Ich werde es aber auf jeden Fall so machen, sollte ich regelmässig mit BTC/Gutscheinen bestellen

---

Was ich an der Sache Gutscheine so interessant finde, ist das ich das ausschliesslich hier im DE-Bereich beobachte. In Frankreich gibt es gar keine reseller. Und wenn dann nur auf Nominalwert ohne Rabatt.

Bei der Berechnung des nötigen PoW kommt die Difficulty, soweit ich weiß, garnicht vor.
Das ist einfach nur ein Wert zur Veranschaulichung.




Das wäre aber nicht das, was im source code steht:


1) Setzte bnNew auf old_target
2) old_target * timespan
3) (old_target * timespan) / target_timespan

Daraus ergibt sich:
bnNew = old_target * timespan / target_timespan

bnNew ist hier zweifelslos das Target.

Anonym bezahlen ist etwas anderes als anonym bestellen  
So gibt es keine Verbindung zu deinem Bankkonto. Die Bank weiß auch nicht, was du bezahlt hast.

Du kannst die Ware auch an eine Packstation liefern lassen. Da weiß ich aber nicht, welche persönlichen Daten Amazon benötigt.

Also kommt man deiner Meinung nach vom target zur Difficulty?
Das wäre mir jetzt aber neu.

Ja, ich hatte das einfach von dir übernommen, deshalb hat sich hier ein Fehler eingeschlichen, mein Fehler.
Es gehört natürlich umgedreht, also:

new_difficulty = old_difficulty * (target_timespan / timespan)

target_timespan ist das Ziel, also die zwei Wochen in Sekunden.
und timespan die Zeit der vergangenen 2016 Blöcke in Sekunden.

Das würde keinen Sinn machen.
Wenn das die Formel zur Difficulty sein sollte, bedeutet das, dass wenn die letzten 2016 Blöcke doppelt so lange gebraucht haben, wie eigentlich gewünscht (timespan = 2*target_timespan), die difficulty verdoppelt wird:
new_difficulty = old_difficulty * 2.

Das passt so aber nicht, die difficulty muss niedriger werden. Das Target muss größer werden.
Daher passt :
new_target = old_target * 2

Somit ergibt sich schlussfolgernd, dass da das Target, und nicht die Difficulty, berechnet wird.

Der Sinn der Difficulty ist es auf den target value zu kommen.
Sonst könnte man das target ja auch direkt nennen.

Das ist der Algo zur Diff- Anpassung.
Daraus ergibt sich die Difficulty, nicht das target.
Und aus der Difficulty wird dann das target berechnet.

Dann ergibt sich daraus halt
und dann kommt man über:
wieder auf das target.

Eigentlich wird die difficulty dazu garnicht benutzt.
Die Funktion (https://github.com/bitcoin/bitcoin/blob/0.20/src/pow.cpp#L49) sieht so aus:


Daraus ergibt sich die Formel:

Aber das target wird doch über die neu errechnete Difficulty bestimmt.

Punkt für dich 
Dann eben new_target = max_target / new_difficulty

und max_target wäre dann das hard- coded target aus dem Genesis- Block 0x00ffff0000000000000000000000000000000000000000000000000000

Das neue Target wird wie folgt berechnet:


Es wird jedoch nicht mit der difficulty multipliziert oder dividiert.
Das lässt sich auch ganz einfach ohne groß zu rechnen zeigen:

Angenommen, die Hashrate blieb über 2 Wochen konstant und die Zeit zwischen den Blöcken lag bei exakt 10 Minuten => Es wird also nichts geändert.
Nach deiner Formel new_target = old_target / new_difficulty, müsste damit das neue target = das alte target ist, die neue difficulty 1 sein.
Und das kann nicht stimmen. Die Difficulty müsste sich einfach nicht ändern, was bedeutet sie müsste bei 14715214060656 bleiben.

X / 14715214060656  != X

Alle 2016 Blöcke wird die Difficulty angepasst.
Das wird deshalb gemacht, damit die Blockzeit bei ~10 Minuten bleibt.

Die Difficulty berechnet sich wie folgt:

Um die Difficulty nun entsprechend anzupassen wird der target_value (256 bit Nummer) im Block Header entsprechend geändert.
Die Änderung des target_value erfolgt über die gerade berechnete difficulty.

Wie bob123 bereits geschrieben hat, wird es schwieriger einen gültigen Block- Hash zu finden je kleiner der target value ist.

Hier noch am Beispiel eines aktuellen Blocks:

Der target_value wird als 32 bit Wert unter 'Bits' dargestellt.

Wie kann ich denn bei Amazon "anonym" bezahlen?
Wenn ich die Ware bestelle muss ich doch meinen Namen angeben...

Die einen möchten gerne BTC haben, weil sie eine Wertsteigerung erwarten und die anderen möchten gerne bei Amazon anonym bezahlen.

^^ what he said 

Ach was, lass Dich von den Genervten mal nicht abschrecken, zwingt sie ja niemand zum lesen.

Wenn Du Fragen hast, dann frag auch,
ansonsten "investierst" Du wohlmöglich noch uninformiert und naiv Geld in Dinge, die dann doch ganz anders sind, als Du dachtest.

Wir haben alle mal angefangen, hatten keine Ahnung und jede Menge Fragen,
aber dazu is das Forum ja da, hier findet sich eigentlich immer irgendwer, der die Antwort kennt, oder bei der Suche danach hilft.

Ok, sorry. Ich versuchs noch ein mal.




Es ist nicht wirklich eine Prüfsumme. Hashes werden oft als Prüfsumme verwendet, aber nicht in diesem Fall (bei der Generierung eines Blocks).
Es muss einfach ein Hash errechnet werden.
In den Hash fließen verschiedene Sachen mit rein, unter anderem der Hash des letzten Blocks. Außerdem fließt eine Nonce (Number only used once) mit ein, diese kann verändert werden um so einen komplett anderen Hash zu erzeugen. Dies spielt bei der Suche nach einem gültigen Hash eine wichtige Rolle.




Nicht der Hash selbst, sondern einen Hash zu finden, der gültig ist.
Also wenn wir das alles mal vereinfachen.

Nehmen wir folgendes an:
Die Hash funktion liefert einen 4 bit output.
Target wird ebenfalls durch 4 bit definiert.

Das niedrigste Target wäre 0001. Das höchste 1111.

Bei einem Target von 1111, beträgt die Difficulty 1
Bei einem Target von 0111, beträgt die Difficulty 2 (relative Schwierigkeit zur niedrigsten difficulty)

Es ist also 2 mal schwieriger einen Hash zu finden der unter dem Target 0111 = 7 liegt als unter dem Target 1111 = 15 (vereinfacht gesagt).


Wenn das Target bei 0101 liegt, muss ein Hash gefunden werden der kleiner ist.
Also wäre 0100 und 0011 z.B. gültig. 0110 aber nicht.

Je größer das Target ist, umso leichter ist es eine Zahl die kleiner ist zu finden => Desto niedriger die Difficulty.




Das ist falsch.
Die Difficulty ist nur ein relativer Wert.

Der Hash muss niedriger als das Target sein.
Target und Difficulty stehen in direktem mathematischen Zusammenhang. Aber das eine ist eine relative Angabe und das andere das "in der Praxis genutzte" Target.




Desswegen ja auch "im Durchschnitt" 




Kein Problem.
Falls es immernoch unverständlich ist, versuch genau zu erklären wo 

Weiß irgendjemand welche Sprache das ist? 
Ich glaube das ist der Text von "Old Mc Donalds"...

Ich habe schon einige Erklär-Filmchen gesehen und hier im Forum haben es auch schon einige versucht.
Am wenigsten verstanden habe ich bisher das da oben.
Versuch mal bei meinem Halbwissen anzusetzen:

Ich weiß was die Blockchain ist.
Ich weiß wie ein Hash aussieht (wenn man ihn von Hand rechnet).
Ich weiß das eine Prüfsumme gefunden werden muss.
Diese ergibt sich aus der Prüfsumme des letzten Blocks und den aktuellen Transaktionen.

Mathematische Ausdrücke verstehe ich, ansonsten bitte im einfachen Deutsch bleiben. 


Was GENAU ist denn schwieriger?
Der Hash selbst (also der Rechenweg)?


Die ganze Zeit krieg ich erklärt der Hash muss höher sein als die Diff und nun das. Bin echt verwirrt.


Es sei denn man hat Glück und trifft im ersten Versuch! 

Ich nehme schwer an, dass ich den ein oder anderen hier bereits nerve, aber ich gebe nicht auf
bis ich es wirklich verstanden habe.

Die Difficulty ist der Quotient aus dem maximalen Target und dem aktuellen Target. Also die relative Schwierigkeit im Vergleich zur niedrigsten Difficulty (= höchstes Target).
Das Target wiederum ist eine zahl, die den höchsten Wert für einen Hash angibt, damit dieser als valide anerkannt wird (blockheader).

Das höchste Target entspricht der niedrigsten Difficulty. Das bedeutet, dass das niedrigste Target, die höchste Difficulty darstellt.
Beide Zahlen sagen das gleiche aus.

Zu deinem Beispiel:
Wenn die Difficulty bei 15.000.000.000.000 liegt, bedeutet es, dass es 15.000.000.000.000 mal schwieriger ist, als bei der niedrigsten Difficulty.
Daraus ergäbe sich, dass das Target bei 2²²⁴/difficulty = 1797329777810042652977801005801308711575809628169371498.7 liegt. Der erzeugte Hash muss also einen Wert niedriger als das Target aufweisen um als valider Block anerkannt zu werden.

Bei einer Difficulty von 15.000.000.000.000 braucht man im Durchschnitt 2³² * difficulty = 64.424.509.440.000.000.000.000 Versuche um einen gültigen Hash zu finden.
Mit 45 GH/s benötigst man dafür ca. 45398 Jahre.

Es gibt ja diese USB-Miner die mit "knackigen" 45 GH/s schürfen.

Bzgl. der Wahrscheinlichkeit:
Ich habe das jetzt so verstanden, dass wenn z.B. die Diff bei 15.000.000.000.000 liegt
es bedeutet, das eine Hexadezimale Zahl mit 15.000.000.000.000 Stellen gefunden werden muss.
Das sind 16 hoch 15.000.000.000.000 Möglichkeiten.
Ich würde dann in der Sekunde 45.000.000.000 Versuche machen.

Ist das - vereinfacht ausgedrückt - so richtig?
(Wobei, da muss ein Fehler drin sein. Hab das gerade mal überschlagen.
Würde sogar im HH/s-Bereich Jahrmillionen dauern alles durchzuprobieren) 

Zu 1. kann ich nich viel sagen,
hab nochnie bei Amazon bestellt und plane auch nicht, daran was zu ändern,
kenne mich da also null aus.

Zu 2.
Mit Shitcoins Altcoins vielleicht, aber auch da kenn ich mich nich wirklich aus,
bei Bitcoin legst Du am Ende eher drauf,
es sei denn, Du klaust den Strom und/oder die Hardware.

Wenn Du das aus Spaß einfach mal ausprobieren willst und es Dir egal ist, (je nach Hardware) ein paar hundert/tausend EUR auffn Kopp zu haun, go for it,
wenn Du aber Gewinn damit machen und nichts drauflegen willst,
lass es.

Solo-Mining (trotz niedriger Hashrate) ist Glücksspiel.
Du fragst beim Lottoschein oder dem Casino-Besuch ja auch nicht, ob sich das lohnt, Du gehst einfach davon aus, daß Du sowieso alles verlierst, aber es macht halt irgendwie trotzdem Spaß (hab ich gehört, ich spiel weder Lotto, noch geh ich ins Casino).

Beim Pool-Mining kannst Du immerhin recht gut berechnen, wie groß oder klein Deine Erträge (also am Ende auch der Verlust/Gewinn) wohl in den nächsten Wochen so ausfallen werden.

Ich verstehe immer noch nicht den Sinn dahinter.
(Es sei denn jemand hat Betrügereien vor)



Wäre toll.
Vielen Dank im voraus.

1) Es gibt Leute die sich für div. Sachen in Gutscheinen bezahlen lassen aber dann lieber BTC hätten.
Ist aber durchaus mit Vorsicht zu genießen wie man z.B. an diesem aktuellen Beispiel sehen kann
https://bitcointalksearch.org/topic/ermittlungsverfahren-wegen-amazongutschein-gegen-mich-5242919

2) Haben hier ein paar Threads die das „spaßhalber“ miner laufen lassen erklären. Gibt sicher die Möglichkeit damit reinzuschnuppern. Links kann ich morgen raussuchen... jetzt übers Handy ist das eher mühsam