TomsArt

da bin ich anderer Ansicht. Die nicht minenden Nodes sind die Validatoren. Sie prüfen anhand des Protokolls ob die Regeln eingehalten wurden. So weit ich weiß steht die Difficulty mit im header und würde von jedem Core wallet Client als "zu leicht" gehasht verworfen werden und Dir nicht angezeigt werden. Dementsprechend müßten sich die Transaktionen dann auch noch im Mempool befinden. Da hilft wohl nur ein blick in den Code oder wieder mal der Selbstversuch: Alle (!) Miner bitten mal ne Stunde Pause machen und ich versuch mit meiner CPU einen underperform Difficulty Block reinzujubeln.

Klar kannst du als einziger Miner Blöcke nach eigenen Regeln generieren. Aber ich dachte die Validierungs-Nodes (Core-Wallets auch ohne mining und leightweight wallets) würden diese eingereichten Blocks verwerfen da sie nicht den Difficulty Regeln entsprechen. Somit keine neuen Blocks und auch kein Adjustment der Diff nach spätestens 2016 weiteren Blocks. Oder habe ich da was nicht richtig verstanden?

hoffentlich UP zumindest seitwärts. Bei einem weiteren Rückschlag von 20% bin ich raus und komm erst wieder wenn die 15k nach dem halving sicher stehen

Ich denke eine Verschlüsselung einer Nachricht... Asylbestätigung für Snowden?

Du meinst, was hat das mit Prognose zu tun ? Ich will es mal so probieren: Der hier erwartete mini Crash auf 5k kommt... alle (Investoren) sind verunsichert... nach dem having benötigen die Miner 15k um kostendeckend zu arbeiten. aber keiner schießt mehr so viel in den Markt... 80% der Miner schalten ihre Geräte nach 3 Monaten mit Verlust auf Halde produzieren ab. Nun ist die Hashrate leider nicht abgebrannt ! die Diff sinkt rapide... und einer der Pools kommt auf die blöde Idee mit seiner Hashrate offline seine eigene Chain zu kreieren und nach 2 Monaten propagiert er sie mit der weitaus längsten Kette. Soviel zum Zusammenhang von Hashrate und Difficulty.. Den Chart hierzu überlasse ich hier den TA Creativen.

Nicht Aufgabe der Miner... die Nodes passen das durch Abarbeitung des Protokolls an

Habe ich auch nie behauptet. Ich wollte nur Siwun's unsinnige Antwort im Rahmen halten Ok... sorry. Und wers nicht glaubt dem rate ich immer zum Selbstversuch: Kauf ne Miningfarm für 10 Mio. hashe fleißig 1 Tag mit dann funz das Streichholz rein und lass es schön flemmen... jetzt noch flott nach Hause und die Blockchain beobachten und feststellen das sich in der Blockzeit nichts verändert... außer einem zufälligen Ereignis... also den Versuch noch 2048 mal wiederholen, bis sich das Ergebnis in der 3 sigma Umgebung befindet...

genau... und es hat nichts mit dem Abrennen der Miner zu tun außer das es ein zufälliges zeitlich nahes Event war

Was würde denn passieren, wenn von heute auf morgen alle Miner runterfahren und nur ein PC mit normaler CPU weiterschürfen würde? Der würde bei der aktuell hohen difficulty nie einen eigenen Block minen. Nach deiner Aussage, dürfte sich aber auch die Difficulty nicht mehr ändern? sehe ich wie Jokin, die Nodes passen die nach Protokoll an. Nach 2016 Blöcken gucken die in den Timestamp vor 2016 Blocks, nehmen die Differenz zum aktuellen Zeitpunkt und passen die diff je nach Sollwert nach oben oder unten an. Das machen die alle 2016 Blöcke. schalten die Miner nach 2000 Blöcken ab und einer versucht noch mit ner CPU was zu finden, wird es seeeehr laaaange dauern bis ein neuer Block hinzukommt. Damit wird der nächste 2016te Block aber nicht erreicht und es gibt auch keine Anpassung.

und deshalb sind die Miner abgebrannt ?

mach mal nen Spaziergang und lös den Knoten... und dann auf zu bitcoin wiki und excel... und Sonntag scheint dann die Sonne

d) der Mempool explodiert

und mit Lotto statistisch noch mehr... sozusagen minus Abbrand

Vielleicht war Jokins Ratschlag des Nachdenkens ja gut gemeint ? Verbrennen 25% des Mining Hashrate ändert sich an der Difficulty erstmal gar nichts, denn wie Du festgestellt hast erst alle 2016 Blöcke. Daher bleibt das finden des Hash-Rätsels für den einzelnen Miner unverändert. In der Masse ist also zu erwarten das vor Anpassung die Blockzeit von 10 auf 12 min steigt. Und jetzt die Aufgabe: wieviel Mining-hash müßte verbrennen das die Blockzeit im Schnitt auf 119 min steigt ?

Tipp an alle 'unwahrscheinlichkeits' Ungläubigen: begebt Euch mal unters Volk der Miner. Dann wundert Ihr Euch vielleicht warum gerade Eure Pool 21 Tage nix findet und dann auf einmal 3 Blöcke an einem Tag. Ihr könnt es auch mit Münzwurf oder Roulette probieren. 10 Mio wert an Minern macht grad mal vielleicht 5000 Geräte. Wie auch in der Statistik der gesamten Hashrate zu sehen hat das keinen signifikanten Einfluß.

statt ETF nun ETP ? https://www.btc-echo.de/bitcoin-suisse-und-amun-lancieren-bitcoin-ether-etp/ bringt das die konservativen Großinvestoren in den Markt ?

gibt hier im Forum einen speziellen Thread dafür. kurz: privat nur wenn zwischen Kauf und Verkauf weniger als ein Jahr liegt und die Summe aller privaten Spekulationsgeschäfte in diesem Jahr 600 € übersteigt. Und wie immer : frag den Steuerberater für definitive Aussagen

Ich glaube das kann man nicht mehr vergleichen, da die Difficulty Anpassung nach Protokoll-Update bei bch inzwischen viel schneller und dynamischer erfolgt. Damals hing sie halt noch so lang fest wie bei btc. Jetzt dürfte der Effekt sehr kurzfristig sein

Hier kannst Du selber konvertieren: https://cashaddr.bitcoincash.org/ mit Legacy Adressen kann jeder umgehen mit bech32 Adresssen leider noch nicht jede Wallet

zu viele würden reich und faul Banker würden arbeitslos und noch mehr Unheil anrichten die Hashrate schmilzt die Erdkruste

ja und die Schwankungen sind wohl eher darauf zurück zu führen das hin und wieder 20- 30% auf die bch und bsv chain wechseln Shit, davon stand aber nix im Report der Bayern LB

mußt Dir nur das richtige aussuchen: https://de.wikipedia.org/wiki/Viele-Welten-Interpretation

sterben ?

Du weißt nur nicht das Du bereits zig mal das Zeitliche gesegnet hast weil Du Dich jedesmal in ein Paralleluniversum abgeseilt hast

tja, sind halt Verkäufer und keine Berater