UUID デコーダー — バージョン・変種・タイムスタンプを識別
UUID をデコード — バージョン（v1〜v8）・変種を識別し、v1/v6 のタイムスタンプと v3/v5 の名前空間ハッシュを抽出。すべてブラウザ内で動作します。
UUID Decoder
Decode UUIDs to identify the version, variant, and for v1 UUIDs — extract the embedded timestamp and node address. Works entirely in your browser.
UUID は、多くの場合 opaque な識別子 — ユニークでそれ以上の何ものでもない 36 文字の文字列 — として扱われます。ほとんどのアプリケーションコードにとっては、それが適切な抽象度です。しかし UUID がログ行、データベースのデバッグセッション、フォレンジックトレースに現れたとき、内部のビットは普段は見えない情報を運んでいます。v1 UUID は作成時の時刻と場所を 100 ナノ秒精度で、そして生成マシンの MAC アドレスを埋め込みます。v7 UUID は最初の 48 ビットに Unix ミリ秒タイムスタンプを埋め込むため、作成時刻で自然にソート可能です。v3 UUID は名前空間の決定論的ハッシュであり、同じ名前空間内で同じ名をハッシュする 2 つの異なるシステムは同じ UUID を生成します — これは分散システムにおけるコンテンツアドレッサブル識別子で利用される特性です。
デコーダーの価値は、その隠された情報を surface することにあります。タイミングバグ — アプリケーションログ上で同時に見える 2 つのイベント — は、それぞれの UUID の v1 ノードとクロックシーケンスを比較することで解決できます。データパイプラインの問題 — 常に間違ったシャードに入るレコード — は、パーティションキーとタイムスタンプが一致しない v7 UUID にまで遡れます。nil UUID（00000000-0000-0000-0000-000000000000）は RFC 9562 でセンチネル値として現れ、デコーダーはそれを明示的にラベル付けします。
最後に引き継ぎ事項を：特定のバージョンの UUID を生成する必要がある場合は、このサイトの UUID Generator ツールがデフォルトで v4 を出力し、オプションで v1 と v7 も生成できます。UUID が JWT 由来であれば、JWT Decoder が jti（JWT ID）クレームが UUID 形式に従っているかを確認します。UUID がより大きなデータパイプラインの一部であれば、ツールに 1 つずつ通してリストをバッチデコードしてください — フィールドごとの内訳は、千に一つの UUID が誤った変種を使っている場合に異常を可視化します。
使い方
UUID 文字列を貼り付ける
任意の UUID 形式を入力欄に入れてください — 標準的な 16 進数（550e8400-e29b-41d4-a716-446655440000）、大文字、ハイフンなし、または中括弧で囲まれた形式も対応します。デコーダーが正規化し、バージョン・変種・レイアウトを識別します。
構造化された解析結果を確認する
デコーダーは UUID バージョン（1〜8）、変種（DCE、Microsoft、reserved）、各フィールドの意味を表示します。時間ベースの UUID v1 と v6 については、埋め込まれたタイムスタンプを UTC で抽出して表示します。
タイムスタンプやフィールド詳細をコピーする
v1 UUID では、抽出したタイムスタンプを ISO-8601 文字列または Unix epoch としてコピーできます。v3/v5 では名前空間 ID をコピーできます。nil UUID（すべてゼロ）の場合は、デコーダーがその特殊ケースであることを明示します。
よくある質問
UUID にはどのような情報がエンコードされていますか？
UUID は 128 ビットで、32 個の 16 進数文字と 4 つのハイフンで構成されます。バージョン（ビット 48〜51）は UUID の生成方法を示します。v1/v6 は MAC アドレスとタイムスタンプを埋め込み、v3/v5 は名前空間 + 名の MD5/SHA-1 ハッシュを埋め込み、v4 は完全ランダム、v7 は最初の 48 ビットに Unix ミリ秒タイムスタンプを埋め込みます。
任意の UUID バージョンから作成タイムスタンプを抽出できますか？
抽出できるのは v1（Gregorian epoch、1582-10-15 からの 100 ナノ秒単位）、v6（v1 の並べ替え版）、v7（Unix ミリ秒 epoch）だけです。v4 UUID は完全にランダムで、タイムスタンプを含みません。デコーダーはどのフィールドがタイムスタンプを保持しているか、使用されている epoch も併せて説明します。
UUID の変種にはどのような違いがありますか？
変種（clock_seq フィールドの数ビット）は、その UUID がどの仕様に準拠しているかを示します。変種 10xx（clock_seq フィールドの先頭 16 進数文字の 10 進値が 8/9/a/b）は最も一般的で、RFC 9562 に従います。Microsoft はレガシー GUID に変種 110x を使用します。デコーダーは生ビットから変種を識別します。
デコーダーは ULID や他の UUID 風識別子にも対応していますか？
ULID は 26 文字の Crockford base32 エンコーディングを使う別のもので、UUID ではありませんが、同じ 128 ビットです。デコーダーは標準的な RFC 9562 の UUID 形式のみを解析します。ULID については ULID 専用のツールを使用してください。
制限事項
- v1 の MAC アドレスは匿名化されている可能性がある現代の UUID ライブラリはプライバシー保護のため、v1 UUID の node フィールドをランダム化することが多いため、抽出された「MAC アドレス」はランダムな 48 ビット値である可能性があります。デコーダーはビットを表示しますが、本物の MAC とランダム化された値を区別することはできません。
- 名前空間逆引きはできないv3 と v5 の UUID は名前空間 + 名のハッシュです。デコーダーは名前空間 UUID とハッシュ方式を表示しますが、ハッシュを逆算して元の名を復元することはできません。
- v8 UUID は不透明RFC 9562 は v8 をベンダー定義の UUID レイアウト用に予約しています。デコーダーはバージョン番号を表示しますが、形式がアプリケーション固有であるためペイロードを解釈することはできません。
プラットフォーム別の注意点
- macOS
- ターミナルでの代替手段：`uuidgen` は v4 UUID を生成しますが、内蔵のデコーダーはありません。このブラウザツールはログファイル、データベースのエクスポート、API レスポンスから UUID を調査する際にそのギャップを埋めます。
- Linux
- `uuid` パッケージ（util-linux または uuid-dev 由来）には v1 タイムスタンプをデコードする `uuid -d` がほとんどのディストリビューションに含まれています。このブラウザツールは、CLI ツールではカバーされていない v6、v7、v8 の検出を追加します。
- Web
- 完全にクライアントサイドで動作します。データベースのクエリ結果や API レスポンスから UUID を貼り付ければ、コマンドラインに触れることなくフィールド解析結果を得られます。