Tout le monde peut avoir un site web. Seule une offre vérifiée est affichée.

Les agents IA lisent votre page, voient votre prix — et décident s'ils peuvent lui faire suffisamment confiance pour y engager l'argent d'un voyageur. Être trouvé n'est pas la même chose qu'être choisi. La différence tient à une seule chose : l'agent peut-il vérifier que votre prix est réel ?

Les deux chemins qu'un agent peut prendre

Non signé — un site web ordinaire (Wix, one.com, WordPress) : L'agent visite votre page et voit un prix. Mais ce n'est que du texte. Il ne peut pas savoir : est-il à jour, ou date-t-il du printemps dernier ? Est-ce le vrai prix de l'hôte — ou un chiffre qu'un intermédiaire a copié et majoré ? Est-ce même la vraie page de l'hôte, ou une copie ? Un agent prudent ne misera pas l'argent d'un voyageur sur un chiffre dont il ne peut pas répondre. Il fait donc le choix de la sécurité : il se rabat sur une source qu'il peut vérifier — généralement une grande OTA dotée d'une API connue. Vous êtes écarté. Non pas parce que vous êtes moins bien — mais parce que vous êtes invérifiable.

Signé — un nœud VRP sur votre propre domaine : Même agent, même visite. Cette fois, le prix arrive avec une signature cryptographique émise par le propre domaine de l'hôte. L'agent peut la vérifier sur-le-champ : le prix est à jour, c'est le prix réel de l'hôte, toute altération en cours de route est détectable, et il provient de l'hôte vérifié — pas d'une copie. L'agent peut désormais citer votre prix comme vérifié et envoyer le voyageur réserver directement chez vous. Aucun intermédiaire, 0% de commission, le voyageur paie le prix réel de l'hôte.

La différence, en une phrase

Tout le monde peut mettre en ligne un site web. Seule une offre signée et vérifiable amène une IA à faire confiance à votre prix. C'est la différence entre être trouvé et être choisi.

Les deux côtés d'une même table

Toute une vague de standards se construit pour le commerce par agents — et tous vérifient l'acheteur : que l'agent est légitime et agit réellement pour le compte d'un utilisateur. VRP se place de l'autre côté et vérifie le vendeur : que le prix est réel, que le paiement va à l'hôte, que le vendeur est bien celui qu'il prétend être. Une vraie transaction a besoin des deux moitiés. VRP est la moitié vendeur qui manquait.

Une note sur les rails de paiement

À mesure que les agents commencent à payer autrement — stablecoins, portefeuilles d'agents —, VRP est conçu pour transporter le rail qui s'applique. Mais le rail n'est qu'une note de bas de page. L'offre vérifiée est l'essentiel.

Ce que cela signifie pour vous

• En tant qu'hôte : VRP vous rend vérifiable — pour que l'agent puisse vous choisir, directement, à votre propre prix.
• Pour les profils techniques : une offre signée Ed25519 liée à votre did:web — vérifiable avec curl depuis votre propre domaine, où toute modification en cours de route est détectable.

Ne nous croyez pas sur parole

C'est en ligne dès aujourd'hui sur le propre domaine de notre premier hôte. Récupérez-le vous-même :

# the host's own DID and public key, on the host's own domain
curl https://villaakerlyckan.se/.well-known/did.json
curl https://villaakerlyckan.se/.well-known/jwks.json

# a signed stay offer — verify its signature against the key above
curl "https://villaakerlyckan.se/api/verified-stay-offer?check_in=2026-10-10&check_out=2026-10-17&guests=6"

L'offre revient signée (Ed25519 / JWS). Modifiez un seul octet et la signature n'est plus valide. N'importe qui peut la vérifier auprès du propre domaine de l'hôte.

Votre logement devient un nœud VRP sur votre propre domaine — c'est là que l'agent vous trouve et vérifie votre offre.