UE uniquement : une règle de routage, pas une phrase sur un site

Chaque fournisseur d'IA européen dit quelque chose sur les données qui restent en Europe. Presque aucun ne vous laisse l'exprimer sur la requête — la promesse vit donc dans une page marketing et un contrat plutôt que dans le système.

Ici, c'est un header :

-H "X-ElephantPool-Require: region:eu"

Le scheduler ne donne ce job qu'à une machine dont les tags couvrent l'exigence. Pas « préfère » — uniquement. Si rien d'éligible n'est disponible, vous recevez un 503 qui le dit immédiatement, au lieu d'une requête qui attend en silence la fin du chrono et rapporte un timeout.

La partie qui décide si ça veut dire quelque chose

D'où vient la localisation d'une machine.

Elle vient de l'adresse depuis laquelle la machine se connecte, résolue de notre côté. La machine n'est jamais interrogée, et il n'existe aucun champ pour qu'elle réponde. C'est tout le design : un hôte qui pourrait déclarer son propre region:eu transformerait la garantie en système d'honneur, et un système d'honneur, c'est ce que vous avez déjà avec le site web d'un fournisseur.

Ça échoue fermé. Si la localisation ne peut pas être établie — pas de base, une adresse irroutable, un pays inconnu — la machine ne reçoit aucun tag de région, et une machine sans tag ne reçoit jamais de travail qui en exige un. Nous préférons perdre la capacité que router du trafic UE-uniquement sur une supposition.

Ce que nous ne gardons pas

L'adresse. Une IP est une donnée personnelle, et « nous ne gardons pas ce dont nous n'avons pas besoin » doit valoir pour nos hôtes autant que pour nos clients. Ce qui est stocké : un code pays à deux lettres et un hash salé qui n'est jamais comparé qu'à lui-même, pour remarquer quand une machine déménage.

La résolution tourne contre une base locale. Envoyer l'adresse de chaque hôte à un service de géolocalisation tiers aurait été une demi-journée de travail en moins — et aurait fait fuiter exactement ce que nous promettons de ne pas collecter.

Ce que ça prouve, précisément

Que la machine qui a produit vos tokens s'est présentée avec une adresse allouée à un pays de l'UE ou de l'EEE, et que le scheduler a refusé de router votre job ailleurs.

Pas que le matériel y est physiquement. La géolocalisation par adresse est un indice, pas une attestation, et un hôte déterminé pourrait passer par un réseau européen. L'attestation matérielle fermerait cet écart et n'est pas construite. Nous préférons vous dire où est le bord de la garantie que vous le laisser découvrir pendant un audit.

Les deux affirmations qui pèsent plus lourd pour la plupart des questions de conformité restent inchangées et plus fortes : le plan de contrôle tourne dans l'UE sur du matériel que cette société possède, sans maison mère américaine et donc sans obligation CLOUD Act qui l'atteigne — et les prompts ne sont pas conservés du tout, ce qui rend la question de leur bref lieu de traitement bien plus petite qu'elle ne le serait autrement.

Ça se généralise

region:eu est un tag. Le mécanisme est un vocabulaire préfixe:valeur : country:be et gpu:nvidia marchent déjà, et le prochain axe dont quelqu'un aura besoin — un pool de matériel certifié, la flotte privée d'un client — est un nouveau préfixe plutôt qu'un nouveau sous-système. La référence complète est dans la base de connaissances.