How to use this developer tool
- Paste one ASCII hostname per line.
- Enable paired view if the original ACE form must remain visible.
- Decode and inspect every resulting Unicode label.
- Compare scripts and spelling before trusting the displayed name.
Decode xn-- domain labels into readable Unicode while preserving the surrounding hostname. Processing happens label by label, so ordinary ASCII labels stay unchanged and malformed ACE labels are reported instead of guessed. Use the paired view when reviewing certificates, redirects, blocklists, or suspicious links where both representations matter.
The result shows the Unicode representation carried by each valid xn-- label.
Readable Unicode can hide confusable characters. Retain the original ASCII hostname during security analysis.
Input: xn--mnich-kva.example Output: münich.example
Each digit contributes to a delta using the current bias. The decoder checks invalid digits, integer overflow, and Unicode range violations.
The output is a Punycode decoding result, not full IDNA normalization or a browser navigation safety verdict.
Plain labels are returned unchanged. Punycode payload decoding is applied only to labels carrying the ACE prefix.
No. It only converts the label representation and performs no DNS or ownership check.
The payload may contain invalid digits, overflow the algorithm, or represent an invalid Unicode code point.
Yes. The xn-- prefix is matched without regard to case.
Keep the ASCII form alongside Unicode. The pair helps analysts detect confusable or mixed-script labels.
| Field | Meaning |
|---|---|
| Summary | High-level processing result |
| Statistics | Counts and validation details |
| Export | Copy-ready text plus structured data when available |
Browse more tools for encoding & decoding.
Open category hub