Kennungen und Zeit
Wähle das Layout des ausstellenden Systems.
Alle ID-Berechnungen laufen im Browser; Eingaben werden nicht hochgeladen.
Eine dezimale ID, maximal 256 Zeichen. Keine URLs oder Listen.
Twitter snowflake-2010: 41/5/5/12. Oberer Knoten = Rechenzentrum, unterer = Worker; reserviertes Vorzeichenbit 0. Quelle ansehen
ID eingeben oder Beispiel laden.
Der Snowflake ID Decoder hilft, wenn im Log nur eine Kennung steht und kein separates Erstellungsdatum. Entscheidend ist das Schema des ausstellenden Systems. Dieselbe Zahl kann unter verschiedenen Epochen plausible, aber unterschiedliche Daten ergeben. Prüfe deshalb die Konfiguration, bevor du daraus eine zeitliche Reihenfolge ableitest.
Dieser Snowflake ID Decoder trennt das archivierte Twitter-Original von Discord. Das Zeitfeld umfasst 41 beziehungsweise 42 Bits; auch die beiden Knotenhälften haben andere Bedeutungen. Epoche und Quellenlink bleiben sichtbar, damit du eine Abweichung gegen die richtige Spezifikation prüfen kannst.
Ein fester Zeitpunkt, Knoten und Sequenzwert ergeben immer dieselbe Testkennung. Vergleiche die Bitgruppen mit den Masken deiner Anwendung. Im eigenen Layout lassen sich Feldgrenzen verschieben, um eine falsche Bitzuordnung nachvollziehbar zu machen, ohne Datensätze anzufassen.
Twitter Original bezeichnet den archivierten Stand snowflake-2010. Discord nutzt sein dokumentiertes vorzeichenloses Format. Für einen eigenen Dienst brauchst du dessen Epoche und Bitbreiten; die Kennung liefert diese Angaben nicht mit.
Epoche und Erzeugungszeit sind Unix-Millisekunden. Der kombinierte Knoten ist oberer Wert × 32 + unterer Wert. Bei Twitter sind das Rechenzentrum und Worker, bei Discord Worker und Prozess.
Automatisches Dekodieren wartet nach einer Änderung 350 ms. Ausgeschaltet lässt es sich per Schaltfläche oder Ctrl/Cmd + Enter auslösen. Geänderte Werte sperren den Export bis zum nächsten Erfolg; Test-IDs werden immer ausdrücklich erzeugt.
Der Decoder liest die Zeichenfolge direkt als BigInt. Die Discord-Kennung 175928847299117063 ergibt 2016-04-30T11:18:25.796Z, Knoten 32 und Sequenz 7. Benachbarte IDs bleiben unterscheidbar, auch wenn eine Gleitkommazahl sie auf denselben Wert runden würde.
Der Bericht enthält UTC, Unix-Millisekunden und den Abstand zur Epoche. Die Binärgruppen behalten führende Nullen. Twitter zeigt zusätzlich sein reserviertes Null-Vorzeichenbit; Discord verwendet alle 64 Bits für die Felder.
Zeit, Knoten und Sequenz stehen lückenlos von oben nach unten. Knoten und Sequenz dürfen null Bits haben und dann nur den Wert null enthalten. So lässt sich eine andere Aufteilung testen, ohne sie irrtümlich als Plattformstandard zu bezeichnen.
Der Snowflake ID Generator setzt Zeit, Knoten und Sequenz zusammen und zerlegt das Ergebnis sofort wieder. Ein leeres Zeitfeld verwendet die Uhr beim Ausführen. Eine explizite Millisekundenangabe macht den Fall reproduzierbar. Kopiere die Kennung oder lade den vollständigen JSON-Bericht herunter.
Wähle Discord und füge die ursprüngliche Zeichenfolge ein. Der Snowflake ID Decoder entfernt die unteren 22 Bits und addiert 1420070400000 Millisekunden. Die UTC-Ausgabe beschreibt die codierte Zeit, bestätigt aber nicht unabhängig die Existenz einer Nachricht.
Twitter Original beginnt bei 1288834974657 ms, Discord bei 1420070400000 ms. Auch das Zeitfeld unterscheidet sich mit 41 beziehungsweise 42 Bits. Nur die Epoche auszutauschen reicht für eine vollständige Formatprüfung nicht aus.
Fünf Bits je Hälfte erlauben 0–31, zusammen zehn Bits also 0–1023. Die zwölf Sequenzbits erlauben 0–4095. Größere Werte werden abgelehnt, damit sie nicht in das benachbarte Feld überlaufen.
Ja. Wähle das eigene Layout und trage die vorzeichenbehaftete Unix-Millisekundenepoche sowie alle drei Breiten ein. Die Erzeugungszeit darf nicht davor liegen; ihr Abstand zur Epoche muss in das Zeitfeld passen.
Ein vorheriges Programm kann die Zahl bereits gerundet haben. BigInt verhindert neue Rundung, kann verlorene Stellen aber nicht rekonstruieren. Hole den Wert aus der ursprünglichen Zeichenfolge, bevor Tabellen oder JSON-Zahlenparser ihn umwandeln.
Fehlt ein Layoutdetail?
Der Snowflake ID Decoder hält die Annahmen zur Kennung im Bericht fest. Prüfe Zeit und untere Felder, bevor du das Ergebnis in deine Fehleranalyse übernimmst.