For four decades, WHOIS was how you looked up who registered a domain. That era is ending. RDAP — the Registration Data Access Protocol — has replaced it as the standard, and as of 2025 registries are no longer required to run the legacy WHOIS service at all. Here's what changed, why it matters, and how to query registration data the modern way.
What is WHOIS?
WHOIS is a simple request/response protocol that dates to 1982 (RFC 812, later RFC 3912). You connect to a server on port 43, send a domain name, and get back a blob of text describing the registrant, registrar, key dates, and nameservers.
It worked — but it was built for a different internet:
- Unstructured text. Every registry formatted its output differently, so parsing was a perpetual game of regex whack-a-mole.
- No internationalization. It was ASCII-oriented, and non-Latin registrant data was a mess.
- No standard access control. All-or-nothing output collided badly with privacy law like GDPR.
- No standard discovery. You had to already know each TLD's WHOIS server.
What is RDAP?
RDAP (RFCs 7480–7484, updated by 9082/9083) is the modern replacement. Same goal — registration data — but redesigned from the ground up:
- JSON over HTTPS. Structured, predictable responses you can parse reliably.
- A standard query scheme. Consistent URLs like
https://rdap.example/domain/example.com. - Bootstrapping. IANA publishes a registry that tells you which RDAP server is authoritative for any TLD, so discovery is automatic.
- Differentiated access. It's authentication-aware, so a registry can return more data to authorized users while showing the public a redacted view — the GDPR-friendly model.
- Internationalization and redaction are first-class concerns, not afterthoughts.
RDAP vs WHOIS: the key differences
| WHOIS | RDAP | |
|---|---|---|
| Format | Free-text | Structured JSON |
| Transport | Port 43 (plaintext) | HTTPS |
| Discovery | Manual, per registry | IANA bootstrap registry |
| Access control | None | Standardized, auth-aware |
| Internationalization | Poor | Built-in |
| Status | Being retired | Current standard |
Why the industry switched
ICANN ratified RDAP as the successor to WHOIS and required gTLD registries and registrars to implement it. The decisive moment came in 2025, when contracted parties were no longer obligated to operate the legacy port-43 WHOIS service — formally ending WHOIS's run for gTLDs. If you're still building on WHOIS text parsing, you're building on a deprecated foundation.
How to query RDAP
A lookup is just an HTTPS GET. To find the right server you can consult the IANA bootstrap file, or hit a router endpoint that resolves it for you:
curl -s https://rdap.org/domain/example.com | jq '{
domain: .ldhName,
status: .status,
registrar: (.entities[]? | select(.roles[]? == "registrar") | .vcardArray[1][1][3]),
created: (.events[]? | select(.eventAction == "registration") | .eventDate)
}'
Because the response is structured JSON, pulling a specific field — registration date, status, nameservers — is a one-liner instead of a fragile parser.
Querying registration data at scale
RDAP is ideal for one domain at a time. For millions of domains you run into two walls: rate limits and per-TLD server quirks — every registry runs its own endpoint, with its own throttling and redaction rules.
That's the gap the RDAP & WHOIS dataset fills. We resolve registration data across every active domain and ship it as normalized JSONL — registrar, key dates, status, and nameservers in a single consistent schema — so you can analyze the whole namespace without running a distributed crawler or babysitting rate limits.
Frequently asked questions
Is WHOIS dead? For gTLDs, effectively yes — RDAP is the required protocol and the port-43 mandate has ended. Some ccTLDs still run legacy WHOIS, but the direction of travel is one-way.
Is RDAP data different from WHOIS data? It's the same registration data, exposed in a structured, access-controlled way. Public responses are often redacted for privacy; authenticated access can return more.
Can I bulk-download registration data? Per-domain RDAP is rate-limited, so live bulk work is impractical. A prepared dataset is the scalable route.
How do I find the RDAP server for a TLD?
Use IANA's bootstrap registry, or a router like rdap.org that resolves it for you. You can browse coverage by TLD.
Work with registration data the modern way
Stop parsing port-43 text. Get the RDAP & WHOIS dataset → for structured registration data across every domain, or see all datasets to combine it with technologies, ranking, and DNS.