Pourquoi
#GRVT s’approche d’un scaling dérivé différemment d’un point de vue technique 🧐
Si vous regardez les architectures de DEX, le règlement est presque toujours le goulot d’étranglement principal. Soit vous gérez une latence élevée (des carnets d’ordres on-chain), soit vous sacrifiez la décentralisation pour la vitesse (des moteurs de matching centralisés).
@grvt_io emprunte un autre chemin avec une approche de ZK-rollup qui imite les échanges haute performance.
Points forts de l’architecture technique :
1️⃣ Matching hors-chaîne, règlement on-chain : le moteur de matching s’exécute hors-chaîne pour maintenir une latence dans la plage de la sous-milliseconde (en utilisant un modèle CLOB). Cependant, la validité des transactions n’est pas garantie par une entité centrale, mais par des preuves ZK qui se règlent sur le mainnet ZKsync.
2️⃣ Agrégation des preuves ZK : au lieu d’écrire chaque transaction on-chain individuellement, plusieurs transactions sont regroupées dans une seule preuve. Cela réduit drastiquement les coûts de transaction et décharge le réseau L1, sans sacrifier les couches de confiance.
3️⃣ Architecture non-custodiale : c’est le point critique pour les développeurs. Les actifs sont sécurisés par des smart contracts, et non détenus dans un portefeuille contrôlé par la plateforme. Vos clés privées restent sous votre contrôle exclusif à tout moment. Le protocole n’accorde à la plateforme aucune autorité administrative pour déplacer ou geler votre capital ; chaque transaction et chaque retrait nécessitent votre signature cryptographique directe. Cela élimine efficacement le risque d’une intervention malveillante de la plateforme — un contraste net avec les risques de custody observés avec les CEX en 2022.
Le défi technologique :
La grande question demeure la performance des proveurs. Les preuves ZK sont intensives en calcul. Si GRVT veut maintenir une fréquence d’ordres élevée, l’infrastructure de proving doit être mise à l’échelle de manière extrêmement efficace.
Pour ceux qui creusent davantage : pensez-vous que l’approche ZK pour le trading de dérivés est assez performante pour rivaliser avec les API classiques des CEX, ou voit-on encore trop de surcharge dans la génération des preuves ?
Discutons-en dans les commentaires.
#ZKsync #DeFi #CryptoEngineering #Web3