Domínio agora pode se declarar à venda direto no DNS via RFC 10023

Uma nova convenção de DNS permite que o dono de um domínio sinalize, direto na zona, que ele está à venda, sem tirar o site do ar nem apontá-lo para uma página de parking. A especificação está descrita na RFC 10023 (Informational, julho de 2026) e reserva o nó folha _for-sale, registrado na IANA no registro de Underscored and Globally Scoped DNS Node Names.

Como funciona

O dono publica um registro TXT em _for-sale.example.com com uma tag de versão obrigatória seguida de, no máximo, um par tag=valor:

_for-sale IN TXT "v=FORSALE1;furi=https://example.com/for-sale"

A versão v=FORSALE1; é obrigatória e case-sensitive, e existe para que um processador distinga um registro _for-sale real de um TXT não relacionado que um wildcard de DNS tenha expandido para esse nome. As tags previstas são:

• ftxt= texto livre legível por humanos (ex.: ftxt=Serious offers only)
• furi= URI de contato ou informação (https, mailto e tel são os esquemas usáveis)
• fval= preço pedido, com código de moeda em maiúsculas seguido do valor (ex.: fval=USD12500)
• fcod= código proprietário, por acordo prévio

Segundo a especificação, para publicar preço e contato, é preciso criar dois registros no mesmo RRset (não se concatenam pares como em SPF). Cada character-string tem no máximo 255 octetos, e o TTL deve ser de 3600 segundos ou menos, para evitar anunciar um preço já retirado ou um domínio já vendido.

O que isso não é

A fonte insiste em um ponto: _for-sale não é parking. O parking substitui o site por uma página de vendas e custa cada visitante que o domínio ainda tem. O registro _for-sale fica ao lado de um site ativo: a home continua servindo, o e-mail continua fluindo, e um navegador nunca vê o registro. A RFC afirma explicitamente que a convenção foi desenhada para funcionar enquanto o domínio segue em uso.

Também não substitui dados de registro. WHOIS e RDAP respondem se um nome está registrado; um nome registrado ainda pode estar à venda, e essa lacuna é justamente a razão de a convenção existir. O público-alvo são brokers e serviços automatizados de disponibilidade, não pessoas navegando.

Verificação e regras que valem acertar de primeira

Para conferir um registro:

dig +short TXT _for-sale.example.com

A resposta começa com v=FORSALE1; e contém no máximo um par por string. A especificação lista cuidados importantes:

• Um par por registro. Amontoar fval e furi no mesmo registro não é o formato definido.
• Coloque no leaf. _for-sale.example.com é válido em qualquer nível da árvore, mas xyz._for-sale.example.com não é, e registros sob .arpa devem ser ignorados.
• Remova quando não estiver mais à venda. Não existe valor "não está à venda": a ausência é a única forma de dizer não.
• Nada de wildcard de zona. _for-sale.*.example.com não é wildcard válido; não dá para pôr todos os domínios de um TLD à venda com um registro.
• Publicar aspiracionalmente é abuso. O indicador é só para domínios realmente disponíveis; usá-lo como banner de marketing é abuso que a própria RFC nomeia.

A especificação recomenda assinar a zona com DNSSEC: um TXT não assinado afirmando que seu domínio está à venda, com preço e URI de contato, é fácil de forjar por terceiros. Do lado de quem lê, ftxt= é texto controlado pelo atacante e furi= é uma URI controlada pelo atacante, então deve haver sanitização antes de exibir e nunca navegação automática sem confirmação explícita.

O que muda para quem trabalha com domínios no Brasil

Para desenvolvedores e empresas que operam com portfólios de domínios, a convenção abre um canal padronizado e verificável externamente para sinalizar interesse em vender sem derrubar o site em produção, algo que hoje depende de e-mail frio para um contato WHOIS que a redação de privacidade normalmente removeu. Ferramentas de trading e serviços de disponibilidade que já fazem a resolução do nome ganham um lookup extra que informa o que uma página renderizada não diz.

Vale lembrar que a especificação trata o fval= como indicativo: a RFC orienta processadores a exibir um disclaimer e nunca tratar o preço como compromisso de compra. Publicar o registro não obriga o titular a vender. As referências completas estão na RFC 10023, na RFC 8552 e no registro da IANA.

Fonte: Hacker News