Un journal de transparence pour les offres de séjour signées : un historique de confiance dont toute altération est détectable

L'historique de confiance d'un hôte devrait être impossible à réécrire discrètement — sans confier les clés à une société de certification. Le journal fonctionne en ajout seul. Les réservations confirmées peuvent y être enregistrées. Les offres de séjour sont signées sur le domaine de l'hôte et vérifiées par leur signature, pas par ce journal.

La réservation par IA a besoin de confiance, et l'historique de confiance d'un hôte fait partie de cette confiance. Mais un historique de confiance n'a de valeur que s'il ne peut pas être discrètement réécrit après coup — et le garder honnête appelle généralement un contrôleur d'accès : une société de certification centrale qui détient l'historique, décide qui est en règle et devient l'intermédiaire même que les hôtes indépendants cherchaient à éviter.

Il existe une autre voie. HemmaBo a livré le VRP Transparency Log : un journal en ajout seul, auditable publiquement, des artefacts du Vacation Rental Protocol, que personne — pas même HemmaBo — ne peut réécrire sans que cela soit détectable, et que chacun peut vérifier sans faire confiance à l'opérateur.

Ce qu'est le journal de transparence

Le journal repose sur un arbre de Merkle conforme à la RFC 6962 — la même construction que celle qui sécurise Certificate Transparency, le système public qui garantit l'intégrité des certificats TLS du web. Chaque entrée est le hachage d'un artefact VRP signé : une offre de séjour signée, une attestation portable ou un événement de statut. Aucun texte en clair et aucune donnée de voyageur — seulement une empreinte et l'ordre dans lequel elle a été enregistrée.

À partir de ces entrées, le journal publie une tête d'arbre signée : un résumé court et signé de l'ensemble de l'historique à un instant donné.

Ce qu'il prouve

  • L'inclusion. Chacun peut demander au journal une preuve qu'un artefact précis est enregistré, puis recalculer lui-même le résultat pour le confirmer — sans avoir à croire HemmaBo sur parole.
  • Un historique en ajout seul. Chacun peut demander une preuve de cohérence entre deux instants et vérifier que le journal n'a jamais fait qu'ajouter des entrées, sans jamais réécrire ni supprimer les précédentes.
  • L'indépendance. Les deux preuves sont vérifiées par rapport à la tête d'arbre signée à l'aide de clés publiques. Le vérificateur n'a pas à faire confiance au serveur qui les a produites. Si un opérateur tentait de bifurquer ou de réécrire l'historique, les preuves échoueraient.

Toute la raison d'être de HemmaBo et du Vacation Rental Protocol, c'est que le domaine détenu par l'hôte est la source de vérité, et non une autorité centrale. Le journal de transparence est conçu pour tenir cette promesse :

  • Il est facultatif. Une offre de séjour signée VRP ou une attestation portable se vérifie toujours de manière autonome depuis le propre domaine de l'hôte — la signature et les clés du domaine suffisent. L'inclusion dans un journal n'est jamais une condition pour qu'un séjour soit réel ou réservable.
  • Il est additif. Figurer dans le journal prouve uniquement l'enregistrement et un historique en ajout seul. Ce n'est jamais une approbation, une certification, un classement ou une note. Le journal dit « ceci a existé et n'a pas été réécrit » — rien de plus.
  • Il est multi-opérateurs par conception. HemmaBo exploite un journal de référence, mais la conception prévoit de nombreux opérateurs. Aucun journal n'est le journal officiel, et aucun opérateur ne devient le gardien de la vérité.

Ce que HemmaBo refuse de devenir

C'est la même ligne que nous tenons depuis le début. Un journal de transparence ne doit pas devenir discrètement le contrôleur d'accès qu'il remplace. HemmaBo n'est ni un registre d'émetteurs de confiance, ni une société de certification, ni un système de notation, ni un organisme d'accréditation, ni une OTA, ni une place de marché, ni un marchand officiel, ni un intermédiaire de réservation.

Un hôte indépendant ne devrait jamais avoir besoin de l'autorisation d'un registre central pour que son propre domaine puisse présenter — et désormais attester durablement — une offre de réservation directe vérifiable.

Ce qui est en ligne

Le cœur cryptographique est implémenté et testé : construction de l'arbre, production des preuves d'inclusion et de cohérence, et rejet de toute entrée falsifiée ou réécrite. Le journal de référence fonctionne sur la plateforme de HemmaBo, et les offres signées servies par un nœud d'hôte en ligne comme villaakerlyckan.se sont exactement le type d'artefact qu'il enregistre. Chacun peut ajouter le hachage d'un artefact, récupérer la preuve et vérifier lui-même la signature et les calculs de Merkle.

La conception est volontairement prudente : prouver que l'historique est en ajout seul et vérifiable de manière indépendante, sans faire de HemmaBo le propriétaire de cet historique.


Le journal de transparence sous-tend la réservation directe détenue par l'hôte : l'hôte conserve le domaine, la relation avec le voyageur et la réservation ; le Vacation Rental Protocol signe l'offre ; et le journal rend détectable toute altération de l'historique de confiance — sans société de certification au milieu. Le standard est le VRP Transparency Log v0.1, publié avec le Vacation Rental Protocol.

Qu'est-ce qu'une location de vacances VRP ?

Une location de vacances VRP est un logement de vacances dont l'hôte gère son propre site de réservation sur son propre domaine et publie des offres de séjour signées par ce domaine selon le Vacation Rental Protocol (VRP). Tout voyageur ou agent IA peut vérifier, en simple HTTPS, que le prix, les dates et les conditions viennent de l'hôte, sans site d'annonces, catalogue ni connecteur entre les deux.

HemmaBo est un logiciel qui fait du logement d'un hôte une location de vacances VRP : le site de réservation sur le propre domaine de l'hôte, les offres de séjour signées et le paiement directement à l'hôte.

La définition sur vacationrentalprotocol.com