Resumen

  • Un RRset _for-sale válido demuestra que una zona publicó una señal con la sintaxis de RFC 10023; no demuestra quién puede obligar al titular, si el precio sigue vigente o si el nombre se transferirá.
  • La operación debe registrar por separado descubrimiento, frescura, validación DNSSEC, identidad, mandato, aceptación de condiciones y transferencia, y unirlos mediante un recibo auditable.

El mecanismo es deliberadamente ligero. Bajo _for-sale, un registro TXT comienza con la cadena exacta y sensible a mayúsculas v=FORSALE1;. Después puede contener una sola etiqueta opcional: un código, texto, URI o valor. Varios registros únicos pueden coexistir en el RRset. Un buscador obtiene así una pista estandarizada sin depender de que la página principal del dominio esté disponible o de que una plataforma concreta haya indexado un anuncio.

La economía de la señal no debe confundirse con la economía del trato. «La zona lo publicó» describe un hecho sobre DNS. «El propietario lo vende» atribuye identidad y facultades. «Puede comprarse por esta cantidad» presupone condiciones aceptables y ejecución. Una interfaz que funde las tres frases no está simplificando la RFC: está creando autoridad por diseño visual.

La versión valida el mensaje, no al vendedor

La cadena de versión tiene reglas estrictas. Una versión válida, aun sin otra etiqueta, permite que el procesador trate el dominio como disponible conforme a su política local. Si no aparece una etiqueta reconocida y válida, el registro debe ignorarse. Esas reglas evitan interpretaciones arbitrarias de cualquier texto colocado bajo el nombre especial.

No obstante, la propia especificación define «en venta» de manera amplia: también puede abarcar alquiler o derecho de uso. El titular no queda obligado a completar una operación. El registro puede haberse publicado por error o haberse retirado. Incluso fval es una indicación no vinculante. Por tanto, «precio observado» es una descripción fiel; «precio garantizado» no lo es.

Frescura e integridad no equivalen a facultad contractual

Quien recoge la señal necesita conservar el nombre consultado, el RRset bruto, el instante, el solucionador usado, el TTL restante, la cadena de delegación y el resultado de validación. RFC 10023 recomienda un TTL máximo de 3.600 segundos. La recomendación limita el daño de una señal antigua, pero no sincroniza todos los cachés ni obliga a una plataforma a retirar inmediatamente una ficha.

DNSSEC añade evidencia sobre origen e integridad. Si la validación es correcta, hay razones criptográficas para vincular la respuesta con la cadena firmada correspondiente. No acredita que la clave de zona esté en manos del titular registral, que el operador sea el beneficiario económico ni que un corredor tenga mandato para cerrar el trato. De ello se deriva un principio de gobernanza: la autoridad para hablar desde la zona y la autoridad para disponer del activo deben demostrarse en controles diferentes.

Una URI segura tampoco es una contraparte verificada

La etiqueta furi puede dirigir al interesado hacia un punto de contacto. La RFC advierte que no se debe redirigir automáticamente sin confirmación explícita del usuario y que las URI pueden ser maliciosas, por lo que requieren saneamiento. Confirmar la navegación evita una clase de abuso; no certifica a quien administra la página de destino.

La plataforma aún tiene que verificar el control de la cuenta, la identidad del oferente, su relación con el titular, el alcance y vigencia del mandato, las condiciones aceptadas y el mecanismo de transferencia. En un subdominio quizá no exista un registro público de derechos comparable al de un dominio registrado. En .arpa, la señal debe ignorarse. El mismo patrón sintáctico no produce la misma conclusión en todos los espacios de nombres.

Nueve estados en lugar de una etiqueta verde

Conviene modelar al menos nueve estados: nombre observado; RRset fresco; sintaxis válida; DNSSEC válido, inválido o no disponible; intención de disponibilidad; contraparte identificada; mandato acreditado; condiciones aceptadas; transferencia completada. Cada estado exige fuente, hora y responsable.

Esa granularidad no complica innecesariamente la compra. Permite que cada fallo tenga el remedio adecuado. Un TTL vencido pide una nueva consulta. Una firma rota impide afirmar procedencia. Un mandato dudoso detiene la contratación. Un código de transferencia fallido requiere intervención del registrar. Volver a leer el TXT no resuelve los tres últimos problemas.

Un recibo que conecte anuncio y transferencia

El artefacto de gobernanza debería ser un «recibo de anuncio a transferencia». Su primera sección conserva la evidencia DNS: consulta, respuesta, tiempo, TTL, validación y etiquetas interpretadas. La segunda identifica el canal que se abrió, incluida la URI aprobada por el usuario. La tercera registra identidad, control de cuenta y mandato. La cuarta fija versión de condiciones, importe y consentimientos. La última anota pago o depósito, autorización del registrar y resultado del cambio de control.

El recibo no pretende convertir una señal informativa en escritura pública. Hace visible que el acuerdo se construye con pruebas de procedencias diferentes. Si surge una disputa, permite preguntar con precisión: ¿el anuncio estaba activo?, ¿la persona estaba autorizada?, ¿el valor era sólo indicativo?, ¿cambió la URI?, ¿se aceptó esa versión de las condiciones?, ¿qué actor bloqueó o ejecutó la transferencia?

Retirar es gobernar

Un índice debe volver a consultar según el TTL y distinguir entre «observado» y «vigente». Cuando el RRset desaparece, la oferta pública debe dejar de presentarse como actual. La evidencia histórica puede conservarse para auditoría, con su fecha y estado, pero no como disponibilidad presente. Cambios en furi o fval crean nuevas observaciones; sobrescribir el dato anterior elimina la secuencia que permite detectar secuestros, errores o negociaciones desalineadas.

La lección es aplicable a cualquier señal de infraestructura que se proyecta sobre un mercado. El riesgo no reside sólo en un registro falso. Reside en que la interfaz omita qué actor produjo cada prueba y haga parecer que todos hablaron con una sola voz.

Fuentes