What are TLDs? Top-Level Domains Explained

A Top-Level Domain (TLD) is the last segment of a domain name — the part after the final dot. In google.com, the TLD is .com. In bbc.co.uk, it is .uk. TLDs sit at the very top of the DNS hierarchy, directly below the invisible root, and they govern who can register names beneath them and who operates their authoritative name servers.

The DNS Hierarchy

DNS is a tree. At the root is a single dot (written as .), usually omitted in everyday usage. Below the root are the TLDs. Below each TLD are second-level domains (like google in google.com), and so on. A fully qualified domain name (FQDN) like www.github.com. ends with a trailing dot representing the root, though browsers and operating systems add it automatically.

DNS Hierarchy . (root) .com .org .uk .de .net google.com github.com bbc.co.uk gov.uk Each level delegates authority to the next

Types of TLDs

IANA classifies TLDs into several categories:

The Root Zone and Root Servers

At the very top of DNS sits the root zone — a file containing the NS records (name server delegations) for every TLD in existence. IANA, a function of ICANN, maintains this file. It is signed with DNSSEC and published to the 13 root server identities, labeled A through M:

LetterOperatorIP (IPv4)
AVerisign198.41.0.4
FInternet Systems Consortium192.5.5.241
KRIPE NCC193.0.14.129
LICANN199.7.83.42
MWIDE Project (Japan)202.12.27.33

These 13 identities actually correspond to over 1,700 physical instances worldwide, deployed using anycast. The same IP address is announced via BGP from data centers on every continent, so a root server query from Tokyo reaches a Tokyo machine, not a server in the United States. This is why the "13 root servers" can handle billions of queries per day — the actual fleet is enormous.

How TLD Resolution Works

When a recursive resolver receives a query for www.github.com and has no cached answer, it starts from the root:

  1. The resolver queries a root server: "Who handles .com?" The root responds with NS records pointing to the .com TLD servers (Verisign's a.gtld-servers.net, etc.), along with their glue records (IP addresses).
  2. The resolver queries a .com TLD server: "Who handles github.com?" The TLD server responds with GitHub's authoritative NS records (e.g., ns1.p16.dynect.net).
  3. The resolver queries GitHub's authoritative server: "What is the address of www.github.com?" It receives the A or AAAA record with the actual IP address.

This iterative delegation is what makes DNS scalable without a central bottleneck. The root zone is tiny (under 2 MB as text); each TLD only needs to know its second-level domains; each registrant only manages their own zone.

TLD Registry vs. Registrar vs. Registrant

Three distinct entities are involved when you register a domain:

TLD Infrastructure and BGP

TLD registries are critical internet infrastructure. Verisign's .com TLD alone handles over 100 billion DNS queries per day. To handle this load reliably, TLD operators run large, redundant, anycast-deployed DNS infrastructures with dedicated autonomous systems and heavy peering at major IXPs.

Verisign operates AS26415 for its root and TLD operations. You can look up its routing table to see how a critical piece of global DNS infrastructure peers with the internet.

Explore TLD Infrastructure

See BGP routing data in real time

Open Looking Glass
← Previous What is DNS over HTTPS (DoH)?
More Articles
What is DNS? The Internet's Phone Book
What is an IP Address?
IPv4 vs IPv6: What's the Difference?
What is a Network Prefix (CIDR)?
How Does Traceroute Work?
What is a CDN? Content Delivery Networks Explained