HN
Today

_for-sale DNS records

A new RFC proposes a _for-sale DNS TXT record to signal domain availability for purchase, aiming to streamline domain transactions without disrupting live sites. Hacker News debates its utility, fearing it primarily benefits domain squatters and adds complexity, while also questioning the legitimacy and AI-generated nature of the specification itself.

357
Score
133
Comments
#1
Highest Rank
15h
on Front Page
First Seen
Aug 8, 2:00 PM
Last Seen
Aug 9, 4:00 AM
Rank Over Time
111145465445688

The Lowdown

A recently proposed RFC 10023 introduces the _for-sale DNS TXT record, a new mechanism designed to indicate that a domain is available for purchase. Unlike traditional domain parking pages or WHOIS data, this record sits silently in the DNS, allowing the domain's website and services to remain fully operational while simultaneously signaling its sale status to interested parties like brokers or automated services.

Key aspects of this specification include:

  • Format: A TXT record at _for-sale.example.com includes a mandatory version tag (v=FORSALE1;) and optional key-value pairs like ftxt= (free text), furi= (contact URI), fval= (asking price), and fcod= (proprietary code).
  • Distinction from Parking: It explicitly states this is not for parking domains, as it doesn't replace the live site and is invisible to browsers.
  • Intended Audience: Primarily designed for brokers and automated availability services, not individual users, to bridge the gap left by WHOIS privacy.
  • Implementation Rules: Requires v=FORSALE1;, one tag-value pair per record (multiple records form an RRset), a single character-string per record (max 255 octets), a low TTL (<= 3600s), placement at a leaf node, and removal when no longer for sale.
  • Common Mistakes Addressed: Warns against cramming multiple pairs, publishing aspirationally, assuming it's binding, wildcards, and trusting ftxt/furi content due to potential malicious use.
  • Verification: Provides dig commands to check the record's existence, format, TTL, and DNSSEC validation.

The proposed standard aims to create a standardized, externally checkable signal for domain availability, addressing the long-standing problem of buyers being unable to ascertain if an active domain is for sale without resorting to cold emails or unreliable methods.

The Gossip

Squatting Squabbles

Many commenters expressed concern that the `_for-sale` record would primarily benefit domain squatters by legitimizing and streamlining their ability to profit from unused or desirable domains. Suggestions for alternative systems to curb squatting included 'Georgism for DNS names' (an annual tax based on self-declared value) or graduated ownership costs for multiple domains. However, others argued that defining 'squatter' is complex, distinguishing personal use from speculation, and noted that registrars often benefit from domain holding regardless.

Practicality & Peculiarities

The practicality and necessity of the new DNS record were questioned. Some argued that existing methods like well-known email aliases (e.g., `hostmaster@domain`) or simple 'for sale' pages are sufficient. Concerns were raised about potential for abuse, such as malware via `furi=` links or AI chatbots manipulating sales for $1. The document's internal consistency was also debated, specifically the claim that publishing the record doesn't create a binding obligation but also shouldn't be done 'aspirationally.' There was also a strong opinion that DNS `TXT` records are overused and that more specific record types should be implemented.

Legal Labyrinth: Trademarks & UDRP

A significant thread discussed the legal ramifications of marking a domain 'for sale,' particularly concerning trademark disputes and the Uniform Domain-Name Dispute-Resolution Policy (UDRP). A commenter shared a past experience where being *willing* to sell a domain complicated their defense against a trademark claim. However, an AI-generated analysis of UDRP guidelines clarified that publicly listing a domain for sale does not automatically constitute bad faith, with panels considering factors like trademark distinctiveness, prior knowledge, and the intent behind the sale offer (e.g., targeting a specific trademark owner vs. general market prices).

Authenticity & AI Allegations

Several commenters expressed skepticism about the legitimacy of the 'RFC' and the `specification.website` itself, with some pointing out that its content appeared to be AI-generated. Evidence from a GitHub commit confirmed the use of Claude for content creation. This led to discussions about the website's 'veneer of legitimacy' and whether such AI-driven 'specifications' contribute to a 'reputational suicide' for those involved, highlighting broader concerns about the quality and trustworthiness of AI-generated content in technical documentation.