OrionVault

#dusk $DUSK @Dusk
Je parcourais la pile de développement de Dusk, en m’attendant à trouver une autre mise à niveau de blockchain.

Au lieu de ça, je me suis arrêté sur quelque chose de beaucoup moins spectaculaire.

Dusk Connect.

Dans une mise à jour d’avril 2026, Dusk a expliqué que son ancien portefeuille web était une application autonome. Les dApps ne pouvaient pas s’y intégrer directement pour la découverte du portefeuille, les demandes de compte ou la signature des transactions. Dusk Connect et le nouveau Dusk Wallet ont été introduits pour combler cette lacune.

Cela ressemble à un petit détail pour développeurs.

Je ne pense pas.

Dusk dispose déjà de smart contracts natifs, de l’exécution Rust/WASM, de DuskEVM et d’une infrastructure pensée pour les applications financières réglementées.

Mais avoir une infrastructure puissante ne résout qu’une partie du problème.

Une blockchain peut comporter des contrats sophistiqués.

Un réseau peut offrir des mécanismes de confidentialité et de conformité.

Mais si les développeurs ont encore du mal à relier une application aux portefeuilles, aux comptes, aux autorisations et à la signature des transactions, alors la pile côté utilisateur n’est pas terminée.

C’est ce qui a attiré mon attention au sujet de Dusk Connect.

La documentation montre qu’il est conçu pour découvrir les portefeuilles compatibles, demander l’accès aux comptes, gérer la signature et les transactions, et prendre en charge les changements de réseau sans forcer une dApp à s’auto-coder en dur pour un seul portefeuille.

Je ne qualifierais pas cela de preuve d’adoption.

Je le vois autrement.

C’est la preuve que Dusk travaille sur la partie d’infrastructure la moins glamour, celle qui est nécessaire pour l’adoption.

Et c’est important, car les applications financières réglementées ne deviennent pas utiles simplement parce que la blockchain sous-jacente fonctionne.

Le dernier kilomètre compte aussi.

Pour moi, la question intéressante concernant Dusk n’est plus seulement :

« Quelle est la sophistication de l’infrastructure sous-jacente ? »

Elle est plutôt :

« Dusk peut-il rendre toute cette complexité invisible pour la personne qui utilise réellement l’application ? »

C’est peut-être là que l’infrastructure se transforme enfin en produit.

$AKE $ACU

#baby @BabylonLabs_io
J'étais épuisé par les promesses sans fin de ce marché, mais cet après-midi, en fouillant la documentation de Babylon pour une tâche sur CreatorPad liée à $BABY , une chronologie a retenu mon attention.

Le protocole d’apport de liquidités (staking) de Bitcoin de Babylon est déjà bien établi. Des milliards de dollars de BTC y sont verrouillés et le système fonctionne sans encombre depuis près de deux ans. En revanche, les Trustless Bitcoin Vaults — le mécanisme conçu pour transformer le BTC en collatéral DeFi sans confiance — n’ont atteint le testnet public cette année seulement, alors que l’idée est apparue pour la première fois dans le livre blanc plus d’un an auparavant.

Puis j’ai trouvé un autre détail dans la propre FAQ de Babylon que beaucoup de gens semblent manquer. Les coffres (vaults) sont souvent imaginés comme un pool de liquidité partagé, mais ce n’est pas le cas. Ils sont entièrement en auto-conservation (self-custodial), créés sur une base individuelle par utilisateur, et ne reposent du tout sur une liquidité mutualisée.

Cela m’a fait marquer une pause.

La vision d’un « collatéral Bitcoin sans confiance » semble avancer plus vite que le produit lui-même. Aujourd’hui, le système de vaults est encore sur testnet et reste une conception par utilisateur, tandis que le protocole de staking a déjà fait ses preuves en production.

Je n’y vois pas un signal d’alerte. Au contraire, c’est un rappel de ne pas considérer chaque partie d’un protocole comme également mature simplement parce qu’un composant a déjà gagné la confiance du marché.

Je suis vraiment curieux de voir comment cet écart se comble une fois que les vaults passeront en mainnet.

$BICO

$VIC

#baby $BABY @BabylonLabs_io
Depuis un certain temps, une idée derrière la conception d’EOTS de Babylon me revient sans cesse à l’esprit.
On pense souvent que les signatures sont un moyen simple d’autoriser quelque chose, comme un sceau qui approuve une décision. Mais dans EOTS, les signatures jouent un rôle bien plus profond. Elles ne servent pas seulement à confirmer une action ; en cas de mauvaise conduite, elles peuvent aussi devenir une preuve contre la personne qui les a créées.
D’après la documentation de Babylon, si un fournisseur de finalité signe deux blocs différents et contradictoires à la même hauteur, la réutilisation de l’aléa EOTS peut révéler sa clé. C’est à ce moment que tout le système change, car la violation n’est plus seulement une accusation — elle devient une preuve cryptographique.
Voilà toute l’élégance d’EOTS.
Le slashing ici n’est pas simplement un système de punition externe imposé par une autre partie. Babylon l’intègre au script de staking de Bitcoin : une fois la double signature prouvée, la clé exposée peut être utilisée pour créer une transaction de slashing. Par conséquent, un comportement incorrect n’est pas juste une erreur technique ; il devient une vraie perte économique.
Ce qui m’intéresse le plus dans ce design, c’est que Babylon n’essaie pas de déterminer pourquoi quelqu’un a agi de manière malhonnête. Au lieu de cela, il crée une voie cryptographique où la personne qui enfreint les règles laisse derrière elle la preuve de sa propre action.
C’est peut-être la véritable puissance d’EOTS :
La sécurité la plus solide ne provient pas toujours d’une surveillance plus importante. Parfois, les systèmes les plus puissants sont ceux où un faux pas crée naturellement sa propre preuve.

$IDOL
$UAI

#baby $BABY @BabylonLabs_io

Quand j’ai commencé à me pencher sur Babylon, je pensais que sa plus grande force était la sécurité de Bitcoin. C’était la partie sur laquelle tout le monde semblait se concentrer.

Mais en lisant la documentation, un détail m’a fait reconsidérer cette vision. Babylon a réduit l’inflation annuelle de BABY de 8 % à 5,5 %. Au début, j’ai trouvé que ce n’était qu’un chiffre de plus.

Plus j’y réfléchissais, plus je me dis qu’il devait y avoir une histoire plus vaste derrière cette décision. Proposer une inflation plus élevée pour rendre les récompenses attrayantes est relativement facile. Construire un modèle économique qui peut encore tenir debout dans des années, c’est beaucoup plus difficile.

C’est là que ça a fait tilt. Babylon ne semble pas penser uniquement aux validateurs d’aujourd’hui. Il semblerait aussi se demander si le réseau peut rester sécurisé et durable sur le long terme.

Pour moi, ce n’était pas seulement une mise à jour de l’inflation. J’y ai vu une décision de conception délibérée qui privilégie la résilience à long terme plutôt que l’attrait à court terme.

Parfois, les changements les plus importants ne sont pas ceux qui font les plus grands titres. Ce sont les décisions silencieuses qui renforcent les fondations d’un protocole.

Selon vous, qu’est-ce qui rend une blockchain plus solide : des récompenses plus élevées, ou une inflation plus faible avec une sécurité qui peut être maintenue durablement ?
$UAI
$COTI
#Babylon
#bitcoin.”
#BTC☀️
#CryptoResearch

#baby $BABY @BabylonLabs_io
Il y a quelques jours, je suis tombé sur une vieille armoire forte. Elle était encore aussi solide qu’avant, capable de protéger quelque chose de précieux, mais elle était vide. Cela m’a fait comprendre que la vraie valeur d’une chose ne réside pas seulement dans sa capacité à être sécurisée, mais aussi dans la manière dont les gens choisissent de l’utiliser.

Depuis des années, Bitcoin est un peu dans le même cas.

Les gens l’ont acheté, conservé et attendu. Pendant près de 17 ans, Bitcoin a montré que de solides principes monétaires peuvent résister à l’épreuve du temps. Mais en lisant la documentation de Babylon, une autre question m’est venue à l’esprit.

Imaginez 1 000 BTC laissés au repos dans des portefeuilles. Si 100 BTC seulement pouvaient contribuer à sécuriser de nouveaux réseaux décentralisés sans changer de propriétaire ni compromettre les principes fondamentaux de Bitcoin, est-ce que cela n’élargirait pas son utilité ?

Pour moi, c’est la question la plus intéressante.

Babylon ne cherche pas à changer Bitcoin. Elle explore la manière dont le rôle de Bitcoin peut grandir tout en respectant les principes qui lui ont valu la confiance au départ. Parfois, l’innovation ne consiste pas à remplacer de vieilles idées : elle consiste à trouver de nouvelles façons de les appliquer.

Peut-être que l’avenir du BTCFi ne sera pas défini par le nombre de choses que Bitcoin peut faire, mais par la façon dont sa confiance et sa sécurité seront préservées avec soin tout en élargissant son utilité.

En fin de compte, la plus grande réussite n’est pas simplement de maintenir Bitcoin occupé.

C’est de rendre Bitcoin plus utile sans affaiblir la confiance qui l’a conduit jusque-là.
$COTI

Il y a quelques mois, je discutais avec un ingénieur en cybersécurité. Il a dit quelque chose que je pense encore aujourd’hui : « La plupart des systèmes ne tombent pas en panne parce que les pirates sont plus malins. Ils tombent en panne parce qu’à un moment donné, un humain prend la mauvaise décision. » Cette conversation a changé la façon dont je considère l’infrastructure Bitcoin. Plus j’étudie les protocoles BTCFi, plus je pense que le vrai défi n’est pas seulement de concevoir une cryptographie plus robuste. Il s’agit plutôt de concevoir un système dans lequel prendre la mauvaise décision devient coûteux, tandis que faire la bonne chose est naturellement récompensé. C’est, entre autres, pour cela que l’architecture de Babylon se distingue à mes yeux. En conservant le BTC sur sa chaîne native et en fonctionnant selon des règles de protocole prédéfinies, la conception ne vise pas uniquement à protéger les actifs. Elle aligne aussi les incitations des participants de sorte que le comportement honnête soit le choix rationnel plutôt qu’une option qui dépend de la confiance. Pour moi, c’est ça, une véritable ingénierie. Le meilleur protocole n’est pas celui qui dit : « Faites-nous confiance. » Le meilleur protocole est celui qui minimise, dès le départ, le besoin de confiance. Bien sûr, il y a un compromis. À mesure que les hypothèses humaines diminuent, la complexité du protocole augmente. Les utilisateurs gagnent une sécurité renforcée, mais ils doivent aussi mieux comprendre comment le système fonctionne. Je ne pense pas que la prochaine bataille dans le BTCFi portera sur qui propose le meilleur rendement. Je pense qu’elle concernera qui conçoit les meilleures incitations pour le comportement humain. Quelle est, selon vous, la plus grande faiblesse de n’importe quel protocole : le code… ou les personnes qui le conçoivent ?
$EUL

#baby $BABY @BabylonLabs_io

#baby $BABY @BabylonLabs_io
La semaine dernière, un ami qui détient du Bitcoin depuis des années m’a posé une question qui est restée en tête longtemps après la fin de notre conversation. Il a dit : « Si le Bitcoin est déjà l’actif numérique le plus solide et le plus sécurisé, pourquoi la DeFi dépend-elle encore autant de versions enveloppées de celui-ci ? » Au premier abord, cela m’a semblé être une question simple. Mais plus j’y réfléchissais, plus je me rendais compte qu’elle remet en cause l’une des hypothèses majeures de la BTCFi. Depuis des années, nous nous sommes concentrés sur l’adaptation du Bitcoin à la DeFi. Peut-être que la vraie question est plutôt de savoir pourquoi la DeFi n’a pas évolué pour fonctionner avec le Bitcoin sous sa forme native. Cette idée m’a amené à approfondir @BabylonLabs_io et ses Trustless Bitcoin Vaults. Ce qui a retenu mon attention n’était pas seulement la technologie, mais aussi le changement de perspective. Au lieu de se demander comment envelopper le Bitcoin pour la DeFi, elle se demande si l’utilité du Bitcoin peut s’étendre sans que les actifs enveloppés constituent la base de l’expérience. Bien sûr, cette approche présente encore des défis, et seul le temps dira dans quelle mesure elle est adoptée. Mais je pense que le prochain grand débat de la BTCFi ne portera pas sur l’APY ou la TVL. Il portera sur la question de savoir si l’augmentation de l’utilité du Bitcoin doit nécessiter de changer sa forme. Si la réponse est non, alors @BabylonLabs_io pourrait représenter bien plus qu’un autre projet : cela pourrait marquer un changement dans la façon dont nous pensons le Bitcoin dans la DeFi. $APR $LAB

#baby $BABY @BabylonLabs_io
La plus grande question à propos de Bitcoin ne concerne peut-être pas son prix… mais son utilité. Récemment, j’ai eu une conversation avec un détenteur de Bitcoin qui m’a posé une question simple, mais puissante : « Si mon BTC est resté dans mon portefeuille pendant des années, et que je le mise via @BabylonLabs_io, est-ce que j’utilise vraiment Bitcoin, ou est-ce que je change simplement la manière dont je détiens mon actif ? » Ce n’est pas seulement une question à propos du staking. C’est une question sur la direction que prend Bitcoin ensuite. Depuis des années, Bitcoin est considéré comme de l’Or numérique — quelque chose que les gens achètent, stockent et protègent. Mais si l’actif décentralisé le plus solide au monde reste la plupart du temps inactif, est-ce que nous exploitons vraiment tout son potentiel ? C’est là que la vision de Babylon devient intéressante : permettre à la BTC de fournir de la sécurité à d’autres réseaux blockchain tout en gardant intacte l’identité fondamentale de Bitcoin. Cependant, la discussion réelle ne porte pas uniquement sur le rendement. Des investisseurs sérieux ne se contentent pas de demander « Combien puis-je gagner ? » Ils demandent « À quel point mon capital est-il sécurisé ? À quel point est-il liquide ? Et à quel point est-il facile de l’utiliser quand j’en ai besoin ? » Peut-être que le prochain chapitre de Bitcoin ne sera pas seulement une question d’augmentation de valeur. Peut-être que la question la plus importante est de savoir si Bitcoin restera uniquement un actif à conserver, ou s’il deviendra la base de sécurité de l’économie décentralisée
$BANK $ZAMA

#newt $NEWT @NewtonProtocol
Au début, je pensais que le protocole Newton n’était qu’un autre réseau de conformité, conçu pour aider les institutions réglementées à utiliser la blockchain de façon plus confortable. Mais plus j’étudiais son architecture, plus je me rendais compte que le vrai produit n’était peut-être pas la conformité elle-même. Il s’agirait plutôt de la confiance.

La crypto a toujours vécu selon un principe : « Ne te fie pas à la confiance, vérifie. » Mais Newton pose une question différente. Si un réseau indépendant peut prouver que toutes les politiques requises ont été respectées avant qu’une transaction ne soit exécutée, la confiance ne vit-elle alors plus seulement dans le code ? Ne commence-t-elle pas à se déplacer vers les preuves qui existent avant même que le code ne soit autorisé à s’exécuter ?

Pour moi, c’est la partie que beaucoup de gens passent à côté.

La plupart des blockchains n’enregistrent aujourd’hui que des transactions. Elles se soucient peu de savoir qui en est à l’origine, pourquoi elles ont eu lieu, ou si elles ont respecté une politique légale ou organisationnelle donnée. Newton veut changer cela. Il introduit l’idée que chaque transaction doit arriver on-chain en portant des preuves vérifiables qu’elle satisfait déjà les règles qu’elle était censée suivre.

Si ce modèle réussit, l’actif le plus précieux de la prochaine génération d’infrastructure blockchain ne sera peut-être pas le token, ni même le smart contract. Il pourrait s’agir de la confiance vérifiable elle-même.

Mais toute nouvelle forme de confiance crée aussi un nouveau centre de pouvoir. Une fois que les marchés commencent à s’appuyer sur ces preuves, la vraie concurrence ne se limitera pas à construire de meilleures blockchains. Elle s’étendra à ceux qui définissent la manière dont la confiance est prouvée, dès le départ.

Et c’est peut-être l’histoire la plus importante du protocole Newton. Il ne s’agit pas seulement d’amener la conformité on-chain. Il s’agit de tenter de redéfinir ce que signifie réellement être digne de confiance dans un monde numérique.

$DODO $LAB

Le plus grand défi de l’IA ne réside pas dans l’intelligence — il réside dans les autorisations. Un ancien responsable des risques dans une banque m’a un jour dit : « Nous ne restreignons pas l’accès parce que nous ne faisons pas confiance aux gens. Nous le restreignons parce qu’une simple erreur honnête peut devenir très coûteuse. » Plus j’y pense, plus je me dis que cela s’applique aussi à l’IA. Tout le monde s’empresse de construire des agents d’IA plus intelligents, mais la vraie question est : qu’est-ce qu’une IA devrait être autorisée à faire ? Même l’IA la plus avancée peut prendre la mauvaise décision si elle reçoit les mauvaises autorisations. C’est pourquoi @newton_xyz se distingue pour moi. Son approche basée sur les autorisations vise à faire en sorte que les actions on-chain se déroulent dans des règles prédéfinies et vérifiables, plutôt que dans une autonomie illimitée. Je pense que la prochaine grande percée ne sera pas seulement une IA plus intelligente — ce seront des systèmes d’autorisations dignes de confiance qui rendront l’IA plus sûre, plus responsable et plus facile à croire.

Partenariat payant avec @newton_xyz

Qu’est-ce qui comptera le plus au cours de la prochaine décennie : des agents d’IA plus intelligents ou des systèmes d’autorisations dignes de confiance ?

$NEWT #Newt @NewtonProtocol
$VELVET $LAB

#newt $NEWT @NewtonProtocol
J'ai passé pas mal de temps à lire la documentation du protocole Newton, et une idée m'est restée en tête. Tout le monde parle de rendre les agents IA plus intelligents. Mais je me demande sans cesse où ces agents sont censés s'arrêter. C'est probablement pour ça que la Newton Mainnet Beta a retenu mon attention. D'après ce que je comprends, l'objectif n'est pas d'offrir à l'IA une liberté illimitée. Il s'agit plutôt de définir des limites claires dès le départ. Si un agent IA essaie d'effectuer une action on-chain en dehors des politiques ou des limites de risque que j'ai déjà approuvées, la transaction peut être stoppée avant même qu'elle ne passe. Cette partie m'a davantage marqué que tout le reste. L'intelligence compte, mais la confiance vient du fait qu'un système autonome ne peut pas franchir discrètement les limites que vous avez fixées. Aujourd'hui, je suis moins intéressé par le concept en lui-même, et davantage par la manière dont les développeurs utilisent concrètement ces règles de politique dans de vraies applications DeFi. C'est généralement là que les bonnes idées sont mises à l'épreuve. Certaines résistent. D'autres non. Si la finance pilotée par l'IA continue d'avancer, je pense que l'autorisation et la responsabilité pourraient finir par être aussi importantes que l'intelligence. Qu'en pensez-vous ? La prochaine génération d'agents IA sera-t-elle définie par leur niveau de compétence, ou par la qualité de leurs limites ?
$XPIN $LAB

#newt $NEWT @NewtonProtocol

Les gens supposent souvent que le logiciel libre signifie automatiquement que c'est équitable. Je n'en suis pas aussi sûr : ce n'est pas aussi simple.

Même si chaque brouillon, chaque discussion technique et chaque mise à jour de protocole sont rendus publics dès le premier jour, le résultat ne sera toujours pas le même pour tout le monde. Pas parce que l'information est cachée, mais parce que les gens ont des niveaux d'expérience très différents pour comprendre ce que cette information signifie réellement.

C’est l’une des raisons pour lesquelles @NewtonProtocol a attiré mon attention.

Pour moi, la question la plus importante n’est pas : « Tout le monde a-t-il eu accès à l’information ? » Elle est plutôt : « Quelqu’un a-t-il eu accès avant tout le monde ? »

Si tout le monde reçoit la même information au même moment, alors l’avantage restant provient principalement de la connaissance, de l’expérience et des ressources, plutôt que d’un processus injuste.

Un fonds doté d’une équipe d’ingénieurs réagira naturellement plus vite qu’une personne qui lit la mise à jour après le travail. Ce n’est pas un problème de transparence : c’est simplement la réalité que tout le monde n’a pas les mêmes capacités.

Du coup, je ne pense pas que $NEWT devrait être jugé selon sa capacité à effacer chaque avantage informationnel. Une meilleure norme consiste à vérifier si elle supprime les avantages créés par l’accès privé, la communication en huis clos ou la divulgation sélective.

Au final, l’équité ne signifie pas que tout le monde arrive à la même conclusion. Elle signifie que chacun se place au même point de départ.
$TAC

Il y a quelques jours, je lisais un article sur la sécurité des logiciels open source. Un point m’a marqué. Lorsque des milliers de développeurs s’appuient sur le même morceau de code, le plus grand avantage est évident : personne n’a besoin de réinventer la roue. Mais si ce code partagé cache une vulnérabilité que personne n’a encore remarquée, le problème ne reste pas isolé. Il se propage à tous ceux qui l’utilisent.

Cela m’a amené à réfléchir à <0>@NewtonProtocol </0> d’une autre manière.

La plupart des discussions autour de son économie de la politique (<Policy Economy>) se concentrent sur la vitesse et l’efficacité, et c’est compréhensible. Si une politique fiable existe déjà, les développeurs n’ont pas besoin d’écrire la même logique depuis zéro. Cela fait gagner du temps, réduit les coûts et aide les systèmes d’IA à devenir plus cohérents.

Mais une autre question m’est venue.

Que se passe-t-il lorsque des milliers d’agents d’IA commencent à s’appuyer sur la même politique ?

Peut-être que rien ne se passe mal. Mais si cette politique contient une faille qui n’a pas encore été découverte, le problème n’est plus limité à un seul utilisateur ou à une seule application. Il pourrait toucher tout un écosystème en même temps. Nous avons déjà vu des situations similaires dans le monde du logiciel : une seule vulnérabilité dans une bibliothèque largement utilisée a fini par impacter d’innombrables projets.

Pour moi, le vrai débat n’est pas de savoir comment empêcher les politiques d’être copiées. Si chaque développeur devait tout créer à partir de zéro, toute l’idée d’une économie de la politique perdrait une grande partie de sa valeur.

La question la plus importante est plutôt de savoir si le réseau peut reconnaître quand une politique devient tellement adoptée qu’elle commence à représenter une concentration de risques.

C’est pourquoi je ne pense pas que <0>$NEWT </0> doive être jugé uniquement par le nombre de politiques présentes sur le réseau. Un meilleur indicateur est de savoir si le protocole peut identifier et surveiller le risque systémique lorsque trop d’agents d’IA dépendent de la même politique.

Cela pourrait finalement être l’une des qualités qui distinguent une économie de la politique évolutive d’une économie résiliente.#Newt
$ESPORTS
$TAG

#newt $NEWT @NewtonProtocol
Il existe un ancien principe qui a survécu à toutes les époques :

La véritable force d’un système ne se définit pas par la personne qui détient le pouvoir. Elle se définit par la facilité avec laquelle ce pouvoir peut être retiré.

La plupart des empires ne se sont pas effondrés parce que la mauvaise personne a pris l’autorité.

Ils se sont affaiblis parce que l’autorité est restée trop longtemps entre les mêmes mains, jusqu’à ce que tout le système dépende d’un seul point de contrôle.

C’est pourquoi je ne juge plus la décentralisation en comptant les validateurs.

Je pose une autre question.

Si un opérateur reçoit un contrôle temporaire aujourd’hui, le protocole peut-il retirer ce privilège demain, sans dépendre de la confiance ? Ou bien le réseau dérive-t-il lentement vers une coordination permanente ?

C’est cette question qui m’a amené à étudier Newton plus attentivement.

Au début, j’ai supposé que la passerelle était un coordinateur permanent, situé au milieu de chaque requête. Plus j’étudiais l’architecture, plus je réalisais que la vision à long terme est très différente.

Le leadership de la passerelle est conçu pour tourner à chaque époque via une sélection basée sur la VRF, ce qui rend beaucoup plus difficile pour un seul opérateur de devenir l’orchestrateur permanent du réseau. Dans le même temps, les signatures indépendantes des opérateurs contribuent à préserver l’intégrité de l’exécution lorsque le leadership change.

Pour moi, c’est la ligne qui sépare le fait d’affirmer être décentralisé et le fait de concevoir réellement la décentralisation.

Cela dit, je ne m’investis pas seulement dans des schémas d’architecture.

Un design mérite l’attention. Une exécution engendre la conviction.

La rotation de la passerelle reste l’architecture cible, donc je veux la voir entièrement déployée et fonctionner de façon cohérente avant qu’elle ne devienne une part significative de ma thèse d’investissement.

D’ici là, NEWT demeure une position guidée par la recherche plutôt qu’un pari par conviction.

Quel jalon vous convaincrait que la décentralisation de Newton a été prouvée dans la pratique—pas seulement pensée sur le papier ?
$EVAA
$EDGE