chaque mécanisme que j’ai parcouru jusqu’ici dans cette série—le seuil de liquidation, l’excédent de fairness, tout ça—suppose en silence qu’une chose fonctionne correctement en arrière-plan : le prix. toute cette mathématique ne signifie rien si l’alimentation des prix qui l’alimente est fausse, et ça mérite d’être examiné, plutôt que pris pour acquis.
les déclencheurs de liquidation se basent sur un flux de prix BTC/USD qui franchit un seuil par rapport à la dette due. le calcul du paiement de fairness, qui détermine si une voûte saisie a dépassé ce qui était réellement dû, s’appuie sur cette même logique de tarification, plus un flux WBTC/USD pour chaque fois que l’excédent est réglé dans cet actif précis. ce ne sont pas de simples détails ajoutés à la marge du design. ce sont des éléments porteurs. se tromper sur le prix au mauvais moment et on obtient une liquidation qui n’aurait pas dû avoir lieu, ou un paiement de fairness qui sous-paye quelqu’un qui n’était en réalité jamais passé sous l’eau.
ce qui rend cette partie différente du reste du design que j’ai couvert, c’est que tout ce qui précède jusqu’ici était vérifiable via la cryptographie ou directement via le script Bitcoin : des hashlocks, des preuves, des timelocks, des choses qu’on peut vérifier comme correctes simplement en les regardant. le prix, lui, n’est pas de cette nature. par définition, il dépend d’une donnée externe : c’est le rôle d’une oracle de rapporter un événement survenu dans le monde extérieur, et aucun artifice de design de contrat ne change le fait que le contrat fait confiance à un nombre qu’il ne peut pas vérifier indépendamment par rapport à la réalité.
c’est là que le cadrage « sans confiance » devient vraiment plus difficile à maintenir, sans nuance. tout ce qui se trouve en amont de la liquidation est imposé par une mathématique vérifiable on-chain. le déclencheur lui-même dépend d’un flux qui fait remonter une information depuis l’extérieur du système, et la manière dont cet oracle est sécurisé—quoi qu’il en soit—devient, en silence, l’une des hypothèses de confiance les plus importantes de l’ensemble de la pile.
donc, la configuration de l’oracle est-elle ici discutée et examinée avec la même rigueur que les parties cryptographiques, ou bien passe-t-elle sous le radar parce que « l’alimentation en prix » sonne comme une routine par rapport aux hashlocks et aux preuves zk.
#baby @BabylonLabs_io $BABY
les déclencheurs de liquidation se basent sur un flux de prix BTC/USD qui franchit un seuil par rapport à la dette due. le calcul du paiement de fairness, qui détermine si une voûte saisie a dépassé ce qui était réellement dû, s’appuie sur cette même logique de tarification, plus un flux WBTC/USD pour chaque fois que l’excédent est réglé dans cet actif précis. ce ne sont pas de simples détails ajoutés à la marge du design. ce sont des éléments porteurs. se tromper sur le prix au mauvais moment et on obtient une liquidation qui n’aurait pas dû avoir lieu, ou un paiement de fairness qui sous-paye quelqu’un qui n’était en réalité jamais passé sous l’eau.
ce qui rend cette partie différente du reste du design que j’ai couvert, c’est que tout ce qui précède jusqu’ici était vérifiable via la cryptographie ou directement via le script Bitcoin : des hashlocks, des preuves, des timelocks, des choses qu’on peut vérifier comme correctes simplement en les regardant. le prix, lui, n’est pas de cette nature. par définition, il dépend d’une donnée externe : c’est le rôle d’une oracle de rapporter un événement survenu dans le monde extérieur, et aucun artifice de design de contrat ne change le fait que le contrat fait confiance à un nombre qu’il ne peut pas vérifier indépendamment par rapport à la réalité.
c’est là que le cadrage « sans confiance » devient vraiment plus difficile à maintenir, sans nuance. tout ce qui se trouve en amont de la liquidation est imposé par une mathématique vérifiable on-chain. le déclencheur lui-même dépend d’un flux qui fait remonter une information depuis l’extérieur du système, et la manière dont cet oracle est sécurisé—quoi qu’il en soit—devient, en silence, l’une des hypothèses de confiance les plus importantes de l’ensemble de la pile.
donc, la configuration de l’oracle est-elle ici discutée et examinée avec la même rigueur que les parties cryptographiques, ou bien passe-t-elle sous le radar parce que « l’alimentation en prix » sonne comme une routine par rapport aux hashlocks et aux preuves zk.
#baby @BabylonLabs_io $BABY