識別碼工作流程
UUID 版本、編碼時間與隱私界線
UUID 是 128 位元識別碼，不是加密證據。解碼只能描述位元配置，不能驗證來源、證明唯一性，或確認真實記錄的建立時間。
內容更新： · 維護者與修正回報
先辨識 variant，再讀取版本
Variant 決定其餘位元如何解讀。RFC 9562 使用第 64–65 位元的 10 前綴，版本位於第 48–51 位元。工具會辨識 NCS（0）、Microsoft（110）與保留配置（111），但不把它們當成 RFC 版本解碼。結構圖採網路位元組順序，不處理平台特有的二進位 GUID 位元組順序。
Nil（全部為零）與 Max（全部為一）是特殊常數，優先於 variant 與版本判斷。RFC variant 的版本 2、0 與 9–15 不解碼。字串結構可辨識，不代表它是真實識別碼，也不代表可作安全存取 token。
v1／v6 與 v7 使用不同時間單位
v1 與 v6 編碼自 1582-10-15 UTC 起的 60 位元 100ns 計數。v6 重新排列時間欄位；把 v1 位元組直接依 v6 順序解讀，會得到不同時間。解碼器用 BigInt 保留完整整數，UTC 顯示七位小數。Unix 毫秒向下取整，Unix epoch 以前也相同；需要毫秒以下資訊時，請保留 Unix 100ns 計數。
v7 使用 48 位元 Unix 毫秒，UTC 顯示三位小數。其餘 74 位元不一定全是隨機值，產生器可能使用計數器或更細時間分量。v3／v5 使用名稱雜湊，v4 使用隨機或偽隨機位元，v8 則保留應用程式自訂配置；不能從這些配置還原通用時間或原始名稱。編碼時間可以被指定或偽造，不能證明記錄建立時間。
明確處理正規化與批次錯誤
每行接受標準 8-4-4-4-12 UUID 或 32 位十六進位，也接受標準 UUID 外加大括號或 urn:uuid: 前綴。十六進位與 URN 前綴不分大小寫，只移除行首尾 ASCII 空格與 Tab。巢狀包裝、Unicode 空白、隱藏字元或錯位連字號會被拒絕，不自動修復。
完整輸入最多 128 KiB UTF-8、1,000 個非空白行。超過任一限制就拒絕整批，不默默截斷。空白行略過但計數；保留原始行號、重複值，錯誤列也保留於下載報告。清單與報告預覽每次最多顯示 50 筆，下載包含所有已處理列。需要支援 BigInt 的現代瀏覽器，不提供近似計算。
識別碼仍可能揭露或關聯私人資料
v1／v6 會揭露時間、時鐘序列與 node 值。僅憑 node 位元無法證明真實 MAC、製造商或裝置；顯示 multicast 位元也不能判定來源。v7 會揭露編碼時間，穩定的 UUID 也可能跨日誌與服務關聯記錄。UUID 不是匿名化，也不是授權。
工具僅在本頁記憶體處理輸入，不上傳、不持久儲存，不把識別碼放入網址或輸入分析。只有使用者要求時才複製到剪貼簿或下載檔案。JSON 報告包含原始行、解碼值及錯誤，分享前請檢查。清除會移除本頁目前結果，但無法刪除已下載檔案、系統剪貼簿或瀏覽器管理的歷史記錄。敏感系統請使用可拋棄範例。
RFC 9562 附錄 A 範例（同一編碼秒數）：
v1: c232ab00-9414-11ec-b3c8-9f6bdeced846
v6: 1ec9414c-232a-6b00-b3c8-9f6bdeced846
v7: 017f22e2-79b0-7cc3-98c4-dc0c0c07398f
UTC: 2022-02-22T19:22:22Z
v6 時間欄位改為 6b01 時保留：
2022-02-22T19:22:22.0000001Z資料可信度