Un registro de reserva verificable: dos pruebas independientes que un agente de IA puede comprobar en el propio dominio del anfitrión

Cuando un agente de IA muestra a alguien el precio de una estancia, ese precio solo merece que se actúe sobre él si el agente puede estar seguro de dos cosas: que la oferta procede realmente del anfitrión, sin cambios, y cómo se entregó esa oferta. Hoy HemmaBo ha lanzado la pieza que permite comprobar ambas cosas: el recibo VRP.

El recibo VRP es un registro de reserva verificable. Contiene dos pruebas independientes, firmadas por separado, y cualquiera puede verificar ambas contra el propio dominio del anfitrión, sin confiar en HemmaBo.

Dos pruebas, un registro

• La oferta. El precio, las fechas y la disponibilidad reales del anfitrión, firmados en su propio dominio. Es la misma oferta de estancia firmada y verificable de forma autónoma que el Vacation Rental Protocol ha producido siempre.
• La entrega. Una segunda declaración, firmada por separado, desde el propio dominio del anfitrión: que esta oferta exacta se sirvió en respuesta a la solicitud de un agente de IA, en un momento concreto. Es el anfitrión dando fe de la interacción, no algo que otro pueda falsificar.

Ambas se firman con la clave propia del anfitrión, publicada en su propio dominio. Un agente, o cualquier persona, obtiene las claves públicas del anfitrión y comprueba las firmas. Si se altera un solo byte, la verificación falla. Lo hemos publicado con un verificador abierto y un conjunto de ejemplos de conformidad que cualquiera puede ejecutar, para que un implementador independiente pueda reproducir exactamente el resultado y confirmarlo por sí mismo.

Por qué importan dos pruebas

La primera prueba responde a «¿es esta realmente la oferta del anfitrión?». La segunda responde a «¿y es esta la oferta que realmente se le mostró al agente?». Juntas convierten un precio citado en un registro que se puede comprobar a posteriori, algo que importa el día en que se cuestiona una reserva, se disputa un precio o hay que contrastar lo que afirma un agente con lo que el anfitrión sirvió realmente.

El registro es deliberadamente sencillo: una lista plana de pruebas. Un nuevo tipo de prueba (una confirmación de pago, una atestación de entrega) es solo una nueva entrada en la lista. No hay ningún organismo central que apruebe lo que entra ni ningún operador que se convierta en el custodio del registro. A medida que el comercio impulsado por agentes añade nuevas capas, estas se colocan junto a la oferta del anfitrión, no por encima de ella.

Y la oferta nunca depende del registro. Una oferta de estancia firmada con VRP sigue verificándose de forma autónoma desde el propio dominio del anfitrión. El recibo añade procedencia; nunca es una aprobación, una puntuación ni una condición para que una estancia sea real.

Qué es esto, y qué no es

Esto ya funciona hoy en el propio dominio del primer anfitrión y está publicado como estándar abierto, de implementación gratuita y con una concesión explícita de patentes sobre el código de referencia, en vacationrentalprotocol.com. HemmaBo creó y mantiene en funcionamiento la implementación de referencia. Todavía no afirmamos que haya una adopción en todo el sector: eso se gana cuando terceros independientes lo verifican por sí mismos, y precisamente por eso el verificador y los ejemplos de prueba son públicos.

La línea que hemos mantenido desde el principio sigue en pie. HemmaBo no es un registro, ni una empresa de certificación, ni un sistema de puntuación, ni un organismo de acreditación, ni una OTA, ni un intermediario de reservas. El propio dominio del anfitrión es la fuente de verdad. El recibo simplemente hace que esa verdad se pueda comprobar.