# « À qui j’achète ce jeton immobilier ? » > Une question légitime avant d’acheter une part d’immeuble. Ce qu’il y a derrière le jeton, pourquoi le registre est un nom et non une adresse, et le loyer. - Source: https://defiloops.com/fr/blog/where-am-i-buying-this-property-from - Published: 2026-08-18 - Category: Strategy - Tags: rwa, property, rent, base - Author: DeFiLoops --- Quelqu’un a posé cette question après qu’on lui a montré un plan qui achetait des jetons immobiliers. C’est exactement la bonne question, et c’est une question à laquelle la plupart des produits crypto répondent mal — généralement en nommant une adresse de contrat, ce qui ne vous dit rien sur l’existence d’un immeuble. ## Ce que vous achetez réellement Une part dans un registre qui est un droit sur un immeuble réel, avec exactement un contrat derrière et un teneur de registre derrière celui-ci. Les parts sont émises par [0xequity](https://0xequity.com), et dans cette version il existe exactement un registre curé : `WXRWA1`. Vous pouvez aller le voir. La [page des annonces](https://app.0xequity.com/listings) de 0xequity est le registre lui-même, du côté de l’émetteur et non du nôtre — et au moment où j’écris, elle liste exactement un bien tokenisé : le même que celui que cette version cure. Leur propre documentation sur ce qu’est juridiquement une part tokenisée se trouve sur [docs.0xequity.com](https://docs.0xequity.com/faq/tokenized-equity). Un plan nomme le registre par son symbole. Il ne peut pas nommer une adresse. Ce n’est pas une commodité — c’est toute la propriété de sécurité : un plan capable de porter une adresse pourrait diriger votre argent vers n’importe quel contrat, y compris un qui ressemble à un registre immobilier sans en être un. Cela compte ici plus qu’ailleurs dans le système. Un **marché** de prêt est curé parce qu’il décide du prix auquel vous êtes liquidé. Un **bien** est curé pour une autre raison : parce qu’il est un droit sur un immeuble réel. En interne, ils ont été un temps le même type, et le résultat était que le planificateur proposait joyeusement des marchés de prêt pour un champ qui attendait un jeton immobilier. Les séparer a corrigé cela. ## Le prix ne vient pas d’un marché C’est la partie qui se comporte différemment de tout le reste du catalogue. Un échange tire son prix d’un pool, et vous vous protégez avec des réglages de slippage. Un achat de bien tire son prix de **l’oracle de l’émetteur**. Il n’y a ni carnet d’ordres ni profondeur de pool à déplacer. L’achat s’écrit donc à l’envers d’une opération de marché : Pas un montant d’argent. Vous demandez 99 parts, pas 999 $ de parts. `max_spend` est le maximum d’USDC dont cet achat peut se défaire. À 10,10 $ la part, 99 parts font 999,90 USDC — la borne s’écrit donc `999900000`, parce que l’USDC a six décimales. Le nombre de parts et la borne de dépense sont des quantités différentes dans des unités différentes. Mettre le même chiffre dans les deux est l’erreur que les gens commettent réellement, et c’est exactement à cela que sert la colonne en unités lisibles d’un plan : chaque montant apparaît deux fois, une fois comme entier brut et une fois en unités ordinaires. La vente fonctionne pareil à l’envers. `min_receive` est le minimum d’USDC que la vente doit rapporter — et comme le prix vient d’un oracle et non d’un marché, **ce chiffre est la seule chose entre ce que vous avez signé et ce que dit l’oracle au moment de l’exécution.** C’est pour cette raison que zéro est refusé à la signature. ## Vous devez être enregistré Une part immobilière est un droit sur un actif réel : elle n’est donc pas librement transférable à n’importe qui. Vendre exige que votre compte détienne réellement les parts, ce qui n’est le cas qu’une fois enregistré. C’est la même raison pour laquelle vous ne pouvez acheter la part d’un immeuble anonymement nulle part ailleurs. Si vous planifiez un flux acheter-puis-vendre, l’enregistrement doit exister **avant** que l’étape de vente puisse fonctionner, pas après. ## Comment le loyer vous parvient Quatre opérations, toutes sur Base. Celle qu’il vous faut dépend de la façon dont la position est détenue. Il y a ici un détail qui explique une décision de conception ailleurs dans le système. Encaisser le loyer prend ce qui s’est accumulé, et personne ne connaît ce chiffre au moment où le plan est écrit. C’est pourquoi le montant d’une étape peut être *« tout ce qu’il y a »* plutôt qu’un nombre. Le loyer est le cas qui l’a imposé. Un encaissement mensuel de loyer ne peut pas nommer en mars un montant qui n’existera qu’en juin. ## À quoi ressemble une boucle complète La demande que les gens écrivent réellement est une version de « achète le bien, puis chaque mois répartis le loyer entre le remboursement de la dette et l’achat de collatéral supplémentaire ». Notez la dernière étape. Le remboursement est un montant **exact**, délibérément : les intérêts courent à chaque bloc, donc « tout » est un chiffre que personne n’a signé. Si le loyer ne suffit pas un mois donné, le reliquat demeure et l’exécution suivante rembourse davantage. Rien ne casse. ## Deux limites à connaître avant de planifier Le bien fonctionne comme tout le reste : un plan peut donc l’acheter sur un réseau et le gérer sur un autre. Le bien et les quatre opérations de loyer sont **Base uniquement**. Et le seul passage du catalogue porte de l’USDC et rien d’autre : les parts elles-mêmes ne quittent donc jamais Base. « Puis-je faire ceci ? » veut presque toujours dire « puis-je faire ceci *sur ce réseau* ? ». ## La partie honnête Un registre curé, sur un réseau, valorisé par un oracle. C’est une offre étroite, et l’étroitesse est l’état actuel de la version et non un objectif de conception. Ce qui ne va pas changer, c’est la forme : un bien est un nom curé avec un teneur de registre derrière, le plan ne nomme jamais une adresse, et tout ce qui est produit va sur votre compte, parce que la destination est un rôle et non un champ que quelqu’un pourrait remplir. ## Vérifiez vous-même, plutôt que de faire confiance à cette page Tout ce qui précède a une source primaire, et ce texte sera périmé avant chacune d’elles. Le catalogue d’opérations en particulier est **généré depuis le système en exécution** plutôt qu’écrit à la main : c’est donc lui qu’il faudra croire dans six mois. Liens directs : [0xequity](https://0xequity.com) · [les annonces](https://app.0xequity.com/listings) · [leur documentation](https://docs.0xequity.com/) · [la part tokenisée, expliquée](https://docs.0xequity.com/faq/tokenized-equity) · [ce qu’un plan peut faire](https://docs.defiloops.com/adapters) · [le catalogue complet](https://docs.defiloops.com/adapters/catalogue) Il est généré depuis la version qui tourne réellement. Cette page a été écrite par un humain en octobre 2026.