Zeitumstellung: 6 Blöcke innerhalb einer Minute

Fragen
1

760885 02:13 Sommerzeit
760891 02:13 Winterzeit

Sommerzeit
760883 01:59
760884 02:12
760885 02:13
760886 02:16
760887 02:22
760888 02:31
760889 02:54

Zeitumstellung
von 03:00 auf 02:00

Winterzeit
760890 02:13
760891 02:13
760892 02:33
760893 02:36
760894 02:39
760895 02:42
760896 03:31

1 „Gefällt mir“
2

Der UNIX-Timestamp ist eineindeutig! Sommer und Winterzeit oder Stunden und Tage sind nur Interpretationen dieser Zeit!

Also wenn du damit fragen wolltest, ob dies ein Problem ist, dann ist die Antwort eindeutig „Nein“.

3 „Gefällt mir“
3

Was wäre denn am 19. Januar 2038 um 3:14:08 Uhr UTC ?
Year_2038_problem

4

Es wird vorher wohl einen Update geben müssen.

1 „Gefällt mir“
5

Ich kann dir aus dem Stegreif nicht genau sagen, wann dieser Wert bei Bitcoin überlaufen wird.

Aber technisch muss man einfach nur rechtzeitig eine Hard Fork durchführen, mit der das Problem gelöst wird. Dafür gäbe es verschiedene Möglichkeiten.

Das wäre auf jeden Fall keine umstrittene, weltbewegende Hard Fork, sondern ein selbstverständliches Update.

1 „Gefällt mir“
6

Im Grunde genommen ist das eine unsinnige Betrachtung, da die UTC unbeeinflusst normal monoton weitergelaufen ist, also nix mit sechs Blöcken innerhalb einer Minute. So ein Unfug…

Das Y2k38-Problem ist nicht unbekannt, aber es droht kein unmittelbarer Untergang in 2038…

1 „Gefällt mir“
7

Ich habe mich zufällig neulich recht intensiv mit dem Thema Zeitrechnung am Computer beschäftigt. Für Bitcoin ist das Folgende irrelevant. Es handelt sich um weitestgehend nutzloses Wissen zum Angeben:

  • UTC ist nicht das gleiche wie der UNIX Timestamp
  • Der UNIX Timestamp berücksichtigt Schaltsekunden NICHT, und ist deshalb zu UTC NICHT eindeutig
  • UTC berücksichtigt Schaltsekunden derart, dass eine Minute auch mehr als 60 Sekunden haben darf. (Den UNIX Timestamp gibt es aber schon länger als UTC, weshalb dies im UNIX Timestamp keine Berücksichtigung finden konnte)
  • Andere Zeitmaße (z.B. java.time.Instant) verteilen die Schaltsekunde auf die Millisekunden, damit die Invariante: Eine Minute hat 60 Sekunden unverletzt bleibt
  • Die Rotation der Erde kann erst im Nachhinein berechnet werden, weshalb die Entscheidung für das Einfügen von Schaltsekunden in UTC relativ kurzfristig (< 6 Monate) erfolgt
  • Die Rotationsgeschwindigkeit der Erde nimmt ab (analog zum Mond um die Erde, der sich ebenso entzirkelt hat), aber das passiert nicht stetig. Kurzfristig kann die Erde auch mal schneller um sich selbst rotieren, so dass auch negative Schaltsekunden möglich sind. Der Grund dafür ist, dass das Rotationszentrum der Erde sich ändern kann – z.B. durch Plattentektonik oder Vulkanaktivität
  • In den 1950ern gab es Phasen, in denen die Zeitzone in Deutschland von den Alliierten auf GMT+3 gesetzt wurde

Genug der Klugscheißerei… Schönen Tag Euch allen.

6 „Gefällt mir“