Ce qui me frappe ici, ce n'est pas seulement le récit de PropAMM, c'est la réalisation que $BNB semble enfin avancer vers une infrastructure qui privilégie réellement la qualité d'exécution plutôt que des métriques de TVL vaniteuses.
Beaucoup de liquidité EVM semble encore fragmentée et inefficace par rapport à ce que nous avons vu évoluer sur Solana lors du dernier cycle. Des projets comme HumidiFi ont prouvé que la liquidité active + des mises à jour de devis rapides peuvent complètement changer l'expérience de trading, et ce n'était qu'une question de temps avant que quelqu'un essaie d'adapter ce modèle correctement pour BNB.
La partie intéressante avec @GeniusOfficial est l'approche d'inventaire unifié au lieu de forcer la liquidité dans des silos de paires isolées. C'est probablement la plus grande amélioration structurelle, car la plupart des AMM gaspillent encore du capital à travers des pools dupliqués. La compensation croisée d'actifs et la tarification consciente de l'inventaire semblent beaucoup plus proches de la manière dont la véritable infrastructure d'échange devrait fonctionner.
BEP-668 est honnêtement la pièce clé ici. Sans priorité de devis déterministe, des spreads serrés sont essentiellement juste une exposition gratuite pour les arbitragistes. Si BNB parvient à bien faire cela au niveau de l'infrastructure, cela pourrait vraiment ouvrir la porte à une classe différente de market making onchain sur EVM.
Je pense toujours que quelques éléments sont importants à long terme :
• participation ouverte pour les market makers
• métriques de routage transparentes
• preuve que les spreads restent compétitifs pendant la volatilité
• fiabilité sous stress, pas seulement dans des conditions idéales
• décentralisation du flux preconf au fil du temps
La vision me rappelle où l'architecture de liquidité de Solana est en train d'aller, mais adaptée à l'environnement de BNB au lieu de simplement le copier 1:1.
Le crédit où il est dû, les équipes construisant des améliorations réelles de la structure de marché au lieu d'un autre AMM forké méritent de l'attention. Surtout lorsqu'elles pensent à l'exécution, au routage et aux incitations des validateurs ensemble plutôt que de traiter la liquidité comme un problème autonome.
$GENIUS #genious
Beaucoup de liquidité EVM semble encore fragmentée et inefficace par rapport à ce que nous avons vu évoluer sur Solana lors du dernier cycle. Des projets comme HumidiFi ont prouvé que la liquidité active + des mises à jour de devis rapides peuvent complètement changer l'expérience de trading, et ce n'était qu'une question de temps avant que quelqu'un essaie d'adapter ce modèle correctement pour BNB.
La partie intéressante avec @GeniusOfficial est l'approche d'inventaire unifié au lieu de forcer la liquidité dans des silos de paires isolées. C'est probablement la plus grande amélioration structurelle, car la plupart des AMM gaspillent encore du capital à travers des pools dupliqués. La compensation croisée d'actifs et la tarification consciente de l'inventaire semblent beaucoup plus proches de la manière dont la véritable infrastructure d'échange devrait fonctionner.
BEP-668 est honnêtement la pièce clé ici. Sans priorité de devis déterministe, des spreads serrés sont essentiellement juste une exposition gratuite pour les arbitragistes. Si BNB parvient à bien faire cela au niveau de l'infrastructure, cela pourrait vraiment ouvrir la porte à une classe différente de market making onchain sur EVM.
Je pense toujours que quelques éléments sont importants à long terme :
• participation ouverte pour les market makers
• métriques de routage transparentes
• preuve que les spreads restent compétitifs pendant la volatilité
• fiabilité sous stress, pas seulement dans des conditions idéales
• décentralisation du flux preconf au fil du temps
La vision me rappelle où l'architecture de liquidité de Solana est en train d'aller, mais adaptée à l'environnement de BNB au lieu de simplement le copier 1:1.
Le crédit où il est dû, les équipes construisant des améliorations réelles de la structure de marché au lieu d'un autre AMM forké méritent de l'attention. Surtout lorsqu'elles pensent à l'exécution, au routage et aux incitations des validateurs ensemble plutôt que de traiter la liquidité comme un problème autonome.
$GENIUS #genious
