best_bd_t

Le bonus de staking sur la page checker de TermMax est celui que j’ai relu le plus de fois.
+80 % si vous immobilisez pendant trois mois. +180 % si vous immobilisez pendant six mois.
Ce ne sont pas des chiffres vagues « jusqu’à ». Ce sont des conditions de plan indiquées telles quelles. Et la FAQ le dit clairement — si vous choisissez un plan sur la page checker, les récompenses suivent les conditions de ce plan, donc vous savez exactement ce que vous obtenez. C’est une meilleure transparence que la plupart des lancements ne prennent la peine d’offrir.
Ensuite, j’ai lu la page Management, qui décrit le staking après le TGE.
Conditions de 90 ou 180 jours. APY variable, selon les conditions réelles de staking. Et une seule ligne qui détermine tout : une fois staké, le TMX ne peut pas être retiré par anticipation. Il revient seulement quand la durée se termine, pas avant.
Donc le bonus et la “cage” sont la même décision. Vous n’obtenez pas l’une sans l’autre.
C’est ici que je me bloque sans arrêt. Un +180 % annoncé paraît énorme jusqu’au moment où vous vous souvenez de ce que vous abandonnez : six mois sans pouvoir réagir à quoi que ce soit. Ni à une évolution de prix, ni à une meilleure opportunité, ni à des nouvelles.
Et il y a un détail plus petit qui fait trébucher les gens : les tokens soumis au vesting ne peuvent pas du tout être stakés. Ils restent bloqués jusqu’à chaque déblocage, et ce n’est qu’une fois qu’ils arrivent dans votre wallet que vous pouvez les staker. Donc « vestir et staker » n’est pas un seul mouvement. C’est une file d’attente.
Ce que je ne sais vraiment pas, c’est à quoi ressemblera l’APY variable après le TGE, parce qu’il n’existe pas encore. Personne ne peut comparer les deux de manière honnête pour le moment.
Six mois, c’est long sur ce marché. Mais c’est aussi long d’observer un bonus annoncé expirer parce que vous vouliez garder vos options ouvertes.
Que choisiriez-vous — un chiffre qui vous est promis, ou la liberté de changer d’avis ?

#termmax @TermMax #tge

#dusk $DUSK @Dusk
Something I had never questioned: I assumed that when a project builds multiple layers, each layer eventually gets its own token. That pattern is so common it stopped registering as a decision.
Dusk separates settlement, execution and a privacy-oriented environment, and keeps one token across all three.
What that avoids is worth naming. Multiple tokens tax users, who must acquire the right one before doing anything, and create a permanent argument about which asset captures the system's value. The cost is concentration — everything now rests on one asset, and if its economics fail, they fail in three places at once.
Then there is how value moves between those layers. A typical bridge locks the real asset somewhere and issues a representation elsewhere, and that representation is only as good as whoever holds the original. This industry has learned that repeatedly and expensively. Dusk describes movement between its own layers as handled by the same validators who secure the network, with no wrapped assets and no custodian. Narrower than it sounds, since it only works within one system — but narrow claims are usually the credible ones.
The third piece has nothing to do with engineering. When a licensed venue operates across that stack, its permissions cover the whole thing rather than one product on top. Issuance, trading and settlement under one umbrella instead of separate approvals at every boundary — and each boundary is where projects quietly stall for a year.
I am not qualified to assess how far that coverage extends, and this is the kind of claim where detail matters more than summary.
But from here I stopped judging projects on what they built. The better question is what they have that a funded competitor could not simply build next year.

#dusk $DUSK @Dusk
Auparavant, je pensais que tous ceux qui exécutent un nœud blockchain faisaient le même travail et étaient payés pour cela. Les nœuds sécurisent le réseau, le réseau les récompense, et il me semblait que c’était l’ensemble de l’arrangement.
En regardant de plus près comment le réseau de Dusk est réellement constitué, je me suis rendu compte que ce n’est qu’une moitié de ce qui se passe.
Certains participants prennent part au consensus. Ils sont choisis pour aider à produire et à confirmer des blocs, et ils reçoivent des récompenses pour cela. C’est la partie dont tout le monde parle.
Mais un réseau a aussi besoin de machines qui se contentent de conserver une copie de tout, de faire circuler les transactions et de répondre aux questions quand une application demande quelque chose. Ces machines font un travail réel et n’en tirent aucune rémunération.
Ce que j’ai trouvé particulièrement frappant, c’est à quel point il est facile de passer à côté de ce deuxième groupe, car il n’apparaît jamais dans une statistique. Une chaîne publie le nombre de validateurs qu’elle possède. Elle publie rarement le nombre de nœuds ordinaires existants, ni qui les exécute.
Et cela compte plus que ce qu’il n’y paraît. Lorsqu’une application se connecte à une blockchain, elle le fait via l’une de ces machines. S’il n’y en a qu’un petit nombre, alors un réseau comptant de nombreux validateurs peut quand même avoir très peu d’endroits où les utilisateurs le rejoignent réellement.
Je n’ai pas une image fiable de cela pour Dusk, et je ne suis pas sûr que l’information soit facile à obtenir pour un jeune réseau en général. Alors je préférerais le présenter comme une question plutôt que de faire semblant d’avoir une réponse.
Mais à partir de là, j’ai cessé de compter les validateurs comme si cela décrivait la santé d’un réseau. Cela décrit qui est payé. Cela ne décrit pas qui maintient la chose debout.

#dusk $DUSK @Dusk
Auparavant, je pensais que la garde était un choix binaire. Soit vous conservez vos propres clés et acceptez la pleine responsabilité, soit vous les confiez à une institution et acceptez le risque de la contrepartie. Auto-garde ou coffre de quelqu’un d’autre. Rien d’autre.
Mais en regardant la manière dont Dusk aborde la participation institutionnelle, j’ai commencé à remarquer une troisième couche qui ne s’intègre parfaitement dans aucune des deux catégories.
Le flux d’actifs de Dusk inclut l’« association » (binding) de portefeuille — l’idée qu’un portefeuille n’est pas seulement une paire de clés anonyme, mais une adresse associée à un participant vérifié, ainsi que les autorisations rattachées à ce participant. Par ailleurs, ils se sont associés à un prestataire de garde d’actifs numériques, car les institutions ne conserveront pas elles-mêmes des instruments au porteur, quelle que soit la qualité de la cryptographie.
Ce que j’ai trouvé particulièrement remarquable, c’est que ces deux éléments résolvent des problèmes différents, et que les gens les confondent constamment. La garde répond à la question « qui contrôle physiquement la clé ». L’association répond à « que cette adresse est autorisée à faire ». Un dépositaire peut parfaitement détenir la clé et, pourtant, ne rien savoir quant à savoir si un transfert est autorisé.
La finance traditionnelle a toujours maintenu ces aspects séparés. Votre courtier détient la position. Un autre système détermine si vous êtes même éligible pour la détenir. Fusionner ces deux rôles est une habitude de la crypto, pas une pratique financière.
Cela signifie que la chaîne doit porter la couche d’autorisation même lorsque la couche de clés est externalisée. Les règles ne peuvent pas exister uniquement chez celui qui détient la clé.
Je ne peux pas savoir de l’extérieur dans quelle mesure tout cela est imposé par des contrats plutôt que par des accords passés entre institutions hors chaîne, et je soupçonne que la réponse honnête est « les deux ».
À partir de là, la garde a cessé de ressembler à une simple question de stockage pour moi. Cela ressemble davantage à une séparation des pouvoirs, où détenir quelque chose et être autorisé à le détenir sont volontairement maintenus distincts.

Si vous voulez construire un produit de liquid staking sur @Dusk , la première chose que vous apprenez, c’est que l’approche évidente ne fonctionne pas.
Un utilisateur qui mise depuis un portefeuille appelle stake. Un contrat ne peut pas. stake_from_contract refuse d’être invoquée directement — elle vérifie qu’elle a été atteinte dans le cadre d’un transfert de fonds. Le schéma est donc le suivant : déplacez les fonds dans votre contrat, puis effectuez un transfert de contrat à contrat vers le contrat de stake, en indiquant la fonction que vous souhaitez appeler dans le cadre même du transfert.
L’argent et l’instruction voyagent ensemble, ou rien ne se passe.
C’est un choix de conception délibéré, et j’en suis venu à l’apprécier. Cela élimine toute une catégorie de bugs où un contrat prétend miser une valeur qu’il n’a en réalité jamais fait bouger. Le transfert sert d’autorisation.
La seconde moitié est la partie que les développeurs sous-estiment. Votre contrat doit implémenter des callbacks — un pour recevoir les fonds désengagés, et un pour recevoir les récompenses. Dusk ne vous envoie pas de la valeur et ne vous « espère » pas. Il vous la renvoie via une fonction que vous étiez tenu d’écrire. Oubliez-en une, et vous aurez construit un pool qui peut accepter des dépôts, mais ne peut pas les restituer.
Deux contraintes à connaître avant de commencer : le minimum 1,000 $DUSK s’applique aux contrats exactement comme il s’applique aux personnes, et le stake devient actif après une période de maturité.
Petite note de transparence : à la maturité, la documentation me donne deux cadrages différents à deux endroits — une page indique 4,320 blocs, environ 12 heures ; une autre décrit une activation à la frontière d’un epoch. Les deux peuvent décrire la même chose sous des angles différents. Si vous construisez autour, confirmez sur testnet plutôt que de faire confiance à l’une ou l’autre page.
En ce moment, la page de l’écosystème ne liste exactement qu’un seul pool de staking construit de cette manière.
Développeurs — est-ce que forcer la valeur et l’instruction dans un mouvement atomique rend votre vie plus sûre, ou juste plus lente ?

#dusk

Même protocole, deux classements, conclusions opposées.
Sur Token Terminal en mars 2026, @TermMax s’est classé deuxième en adresses actives quotidiennes parmi les protocoles de prêt DeFi — derrière seulement Aave. Sur DefiLlama, il se situe actuellement autour de la 36e place parmi les protocoles de prêt en fonction de la TVL.
Les deux sont exacts. L’un compte les personnes, l’autre compte les dollars.
En divisant l’un par l’autre, on obtient la forme de la base d’utilisateurs. Avec plus de 1,1 million d’utilisateurs au total contre un bilan de plusieurs dizaines de millions, la position typique est faible. En nombre de têtes, c’est un protocole orienté retail. En capital, c’est un protocole de taille intermédiaire.
Cette distinction compte juste avant le lancement d’un token, car les points et les airdrops sont distribués par adresse tandis que les revenus du protocole sont générés par dollar.
Ce que je voudrais vraiment, c’est la taille médiane des positions, pas la moyenne. Ce chiffre n’est publié nulle part, du moins pas que j’ai pu trouver.
Un protocole avec beaucoup de petits utilisateurs est-il mieux positionné qu’un protocole avec peu de gros comptes, ou est-ce simplement une fragilité différente?

#termmax @TermMax $AAVE #TVL

#dusk $DUSK @Dusk #dusk $DUSK @Dusk
Voici une décision de conception sur Dusk que je n’avais jamais vue formulée correctement nulle part.
DuskVM exécute des contrats Rust/WASM sur Wasmtime, directement sur la L1. Très bien, c’est un choix de pile. La partie que je trouve plus intéressante est ce que le nœud expose à ces contrats.
Vérifier une preuve à connaissance nulle à l’intérieur d’un contrat, instruction par instruction, est extrêmement coûteux. Alors Dusk l’a fait descendre d’un niveau : rusk-abi fournit aux contrats des fonctions hôtes pour la vérification des preuves, y compris verify_groth16. L’hôte prend actuellement en charge deux systèmes de preuve — Groth16 et PLONK.
C’est une capacité réelle. Cela signifie qu’un contrat sur Dusk peut accepter une preuve ZK en entrée et la vérifier à un coût proche du natif. Sur la plupart des chaînes, c’est soit impossible, soit destructeur financièrement.
Mais notez aussi ce que cela implique. L’ensemble des systèmes de preuve disponibles pour vous, en tant que constructeur, est fixé au niveau du protocole : il n’est pas choisi par votre application. Vous voulez un schéma différent parce que votre circuit s’y prête mieux ? Vous demandez un changement de protocole, pas l’import d’une bibliothèque.
Voilà le compromis en une phrase : la vérification au niveau de l’hôte vous apporte le coût, et vous fait payer en optionnalité.
Pour une chaîne visant la finance réglementée, je pense que c’est justement le bon côté du compromis. Le logiciel institutionnel veut un petit ensemble de primitives auditées et stables — pas cinquante dialectes cryptographiques. Mais cela signifie aussi que l’équipe protocole, et non le marché, décide de quelle cryptographie l’écosystème peut construire ; et cette décision s’accumule au fil des années.
Il vaut aussi la peine de se rappeler que la VM elle-même a sa propre historique d’audit — Piecrust a été revu en juillet 2024, avant que la plupart de l’architecture actuelle n’existe.
Faut-il que les systèmes de preuve soient des primitives de niveau protocole partagées par tous, ou des choix au niveau des applications que chaque équipe fait pour elle-même ?

Il y a une couche au-dessus de votre conservateur
La recherche sur le coffre s’arrête généralement au niveau du conservateur. Il y a quelqu’un au-dessus d’eux.
La documentation du rôle de <@TermMax > décrit un rôle de coffre au niveau du protocole qui peut définir et mettre à jour le conservateur d’un coffre, mettre en liste blanche ses allocateurs, et révoquer le gardien en attente, le timelock en attente et le marché en attente de ce coffre.
Ainsi, la personne qui gère le coffre dans lequel vous avez déposé peut être remplacée par quelqu’un qui n’est ni vous ni eux.
Ensuite, regardez les pouvoirs réels du Gardien. Révoquer un timelock en attente. Révoquer un gardien en attente. Révoquer un marché en attente. Révoquer des frais de performance en attente.
Chaque verbe est associé au mot « pending » (en attente). Le Gardien est un veto sur des éléments qui n’ont pas encore été mis en ligne. Ce n’est pas un bouton « annuler » pour quelque chose déjà accepté.
C’est une conception défendable — un rôle capable d’inverser un état déjà en production est une surface d’attaque en soi. Mais cela change ce que le mot « guardian » devrait vous faire ressentir lorsque vous le voyez sur une page de coffre.
Avant de déposer, vérifiez-vous qui détient le rôle qui peut remplacer le conservateur ?

#termmax @TermMax

#dusk $DUSK @Dusk

Deux extraits des documents de staking de Dusk, à quelques paragraphes d’écart. L’un : il n’y a aucune période d’attente imposée par le protocole après une transaction de désactivation réussie. L’autre : des pénalités souples peuvent transférer une partie du capital actif vers du capital verrouillé. Alors lequel — liberté de partir, ou capital qui peut être immobilisé ?
Les deux. Et la différence, c’est où se trouve le risque réel.
L’entrée et la sortie ne sont pas symétriques. Le stake direct minimal est de 1 000 DUSK ; la documentation fixe un plancher, pas un plafond. La sortie est immédiate — désactivation totale, ou partielle tant que ce qui reste dépasse encore 1 000. L’entrée, elle, ne l’est pas. Un nouveau stake devient éligible au début de l’époque suivant la prochaine frontière. Une époque dure 2 160 blocs ; selon l’endroit où atterrit votre transaction, l’activation s’exécute donc environ une à deux époques — soit environ 6 à 12 heures.
Lisez cela comme un comportement, pas comme une documentation. Quitter coûte des frais. Revenir coûte une demi-journée de gains perdus et ne compte pour rien. En période de volatilité, cette asymétrie pousse discrètement le validateur à se raréfier plus vite qu’il ne se reconstitue.
Le verrou qui existe bien est une pénalité, pas un calendrier. Les pénalités souples couvrent les échecs de participation : suspendre l’éligibilité, déplacer une partie du stake actif vers du stake verrouillé. C’est toujours le vôtre. Il ne fait juste… rien. Les pénalités dures couvrent un comportement de consensus manifestement invalide — votes invalides, signature de propositions contradictoires — et peuvent brûler du stake. D’où la règle unique que je fixerais au rack : ne jamais exécuter la même clé de consensus sur deux nœuds actifs.
La justice, c’est la justice. Distinguer les temps d’arrêt des fautes de comportement prouvables est une bonne conception, et réserver la brûlure au second cas est défendable. Ma question est plus étroite : « pas de lock-up » est-il un titre honnête quand un échec de disponibilité peut immobiliser du capital ?
Donc — délégateurs et utilisateurs de pools, quel risque valorisez-vous réellement ? La slashing, ou la version plus discrète : du stake verrouillé pendant qu’un nœud est suspendu ?

« Payer une prime d’avance, et c’est le seul risque » est, selon @TermMax Alpha, la façon dont il se décrit. Lisez lentement : c’est une phrase qui parle d’une seule personne dans un échange à deux côtés, pas de l’échange.
Le côté acheteur fonctionne exactement comme annoncé. Payer pour une option d’achat ou de vente sur un token nouvellement lancé limite la perte à la prime : la documentation l’appelle Max Cost, et c’est vraiment le montant maximal. Il n’existe aucun prix de liquidation, car la position ne peut pas aller plus loin dans le négatif que ce qui a déjà été payé. C’est une fonctionnalité vraie et réellement utile.
C’est vrai parce que le risque a changé de place, pas parce qu’il a disparu. La prime revient à un dépositaire de Dual Investment, décrit simplement dans la documentation comme la contrepartie — le vendeur de l’option. Ce dépositaire est exposé à la volatilité à la baisse sur des tokens qui viennent d’être listés, sans historique de prix et sans profondeur, en échange d’un rendement dont la communication affiche des chiffres à deux virgules. Quelqu’un doit être exposé pour que l’acheteur ne le soit pas, et ce n’est pas le protocole.
Une liquidation à zéro est une affirmation vraie concernant la personne qui a payé pour quitter le risque. Elle ne dit rien sur la personne qui a été payée pour le conserver.
Dépositaires de Dual Investment — est-ce que vous fixez réellement le prix de cette prime en fonction de la volatilité que vous êtes en train de couvrir, ou vous prenez le TAE affiché et vous passez à autre chose ?

#termmax #crypto

#termmax A cours des actions tokenisées pour 6,5 heures par jour. Le marché qui prête sur cette garantie ne se ferme jamais. Cet écart est aujourd’hui le problème non résolu le plus intéressant dans le crédit RWA — et TermMax y vit depuis sept mois.
En janvier, @TermMax a lancé le premier marché d’emprunts à taux fixe sur BNB Chain, acceptant des garanties sous forme d’actions tokenisées — les titres tokenisés d’Ondo. L’idée centrale était la certitude du taux. Le produit est sorti juste après une forte volatilité du marché, et l’argument du PDG Jerry Li était que les institutions n’iront pas massivement s’exposer à du taux variable. Elles veulent connaître le coût de l’emprunt à l’avance, comme pour le prêt d’actions dans la finance traditionnelle.
Le contrepartiste a fortement augmenté depuis. Ondo Global Markets s’est renommé Ondo Stocks en juillet, a franchi 1,01 Md$ de TVL la semaine dernière et répertorie désormais plus de 470 actions tokenisées, ETF et matières premières sur Ethereum, Solana et BNB Chain — environ 70 % du marché des émetteurs d’actions tokenisées. Lors de l’intégration, c’était 350 M$ et ~100 actifs. La base de garantie a triplé sous le marché.
Le mécanisme fait plus que simplement lister des offres de prêt. Comme TermMax prend en charge la livraison physique, les détenteurs de tokens d’actions peuvent lancer des calls couverts pour générer du rendement et accéder à des options call/put — déjà en ligne sur BNB Chain pour les marchés Binance Alpha. Les positions restent sur-garanties et traçables on-chain.
Mais revenons à l’écart. Les actions tokenisées suivent un sous-jacent qui n’évolue qu’aux heures de NYSE/NASDAQ. Le marché de TermMax, comme le reste de DeFi, fonctionne 24/7. Si le prix de référence devient obsolète pendant la nuit ou pendant le week-end, alors qu’une position continue d’accumuler du risque, la logique de liquidation s’appuie sur autre chose qu’un prix en direct.
Ce n’est pas un défaut de conception. La sur-garantie existe pour absorber le risque lié à l’écart. Mais il existe une tension que la garantie native crypto n’a pas, et elle s’intensifie à mesure que les actions tokenisées sont davantage levierisées. Les Ondo Perps sont lancés en juillet jusqu’à 20x. La question du tampon est désormais plus importante qu’en janvier.
Donc je vous pose la question : de quel ordre est réellement le tampon de garantie qui rend un marché 24/7 sûr face à un actif de 6,5 heures ? 20 % ? 50 % ? Ou alors tout le modèle doit-il adopter une conception d’oracle différente ?

#dusk $DUSK @Dusk

La plupart des chaînes à preuve d’enjeu dont j’ai lu la documentation traitent la mise en panne et la malveillance de la même manière : elles brûlent la mise, rendent la punition définitive et laissent la peur de la perte garder les validateurs honnêtes. Dusk fait quelque chose de différent, et il m’a fallu du temps pour comprendre pourquoi.

Son modèle de slashing est décrit comme « soft » (souple). Quand un provisioner manque à ses devoirs, il n’est pas dépouillé de sa mise d’un coup. Il reçoit d’abord un avertissement, puis des fautes répétées déplacent une partie de la mise vers un fonds de récompenses récupérables plutôt que de la détruire. Le nœud est aussi exclu de la sélection pour un certain nombre d’epochs, ce qui réduit ses chances d’être à nouveau choisi tant qu’il n’a pas prouvé sa fiabilité. La mise n’a pas disparu : elle n’est simplement plus comptabilisée comme active, ce qui réduit l’influence du nœud sans effacer sa position.

La justification donnée est que cela vise à maximiser l’efficacité du réseau plutôt qu’à punir directement les opérateurs : évincer les nœuds peu fiables de la rotation plutôt que traiter chaque faute comme une attaque.

C’est une philosophie nettement différente du slashing punitif, et elle semble façonnée par le type d’acteurs que Dusk s’attend à voir faire tourner des nœuds. Une chaîne qui cherche des institutions réglementées comme validateurs leur demande d’accepter un risque opérationnel : pannes de serveurs, bugs logiciels, infrastructure mal configurée. Et si un seul bloc manqué peut détruire durablement un capital, on n’est pas dans le même profil de risque que celui auquel les équipes de conformité et de gestion des risques d’une entreprise sont habituées à donner leur feu vert.

La question ouverte est de savoir si le fait de pardonner affaiblit la structure d’incitation. Le slashing basé sur la combustion rend les temps d’arrêt coûteux, d’une manière difficile à ignorer. Le slashing « soft » le rend contraignant, mais récupérable. Est-ce que c’est encore suffisant pour maintenir en permanence en ligne un large ensemble de validateurs, hétérogène, sans devenir une façon facile de sous-investir dans une infrastructure fiable — probablement que vous ne pouvez pas y répondre tant que le réseau n’a pas traversé, à grande échelle, de véritables pannes.

Je pensais à ça, par intermittence, hier… honnêtement plus que je ne m’y attendais.

Ce qui m’a frappé était assez simple. La plupart des blockchains t’imposent un seul mode. Public, pour toujours, pour tout. Ou privé, pour toujours, pour tout. Et ça ne correspond jamais vraiment à la façon dont l’argent circule dans la vraie vie. Une partie de ce que je fais, je m’en fiche de qui voit. Une autre partie, en revanche, je le veux vraiment.

Donc, quand j’ai regardé de plus près la manière dont Dusk gère ça, ça a fini par me parler d’une façon un peu différente de ce que j’avais imaginé.

Il y a deux systèmes qui tournent côte à côte — Moonlight pour le côté public, façon comptes, et Phoenix pour les transactions protégées. Pas deux produits séparés. Même chaîne. Tu choisis, transaction par transaction, celui qui correspond. Et transférer de la valeur entre les deux ne nécessite pas de pont ni une version enveloppée du jeton — ça se fait simplement, de manière atomique, en une seule étape.

Cette partie est vraiment bien pensée.

Mais je continuais à me poser une autre question. L’optionnalité, ça a l’air génial dans un pitch deck. Est-ce que ça tient la route auprès des utilisateurs “ordinaires” ? La plupart des gens ne pensent à la confidentialité que le moment où ils souhaiteraient l’avoir eue. Donner à quelqu’un un choix qu’il ne comprend pas pleinement, ce n’est pas automatiquement un cadeau — parfois, c’est juste de la friction maquillée.

C’est là que ça a commencé à faire sens pour moi. Imagine une petite entreprise qui gère sa paie. Les salaires — privés, aucun débat là-dessus. Mais les paiements aux fournisseurs, les règlements fiscaux ? Ceux-là doivent probablement rester visibles, pour les audits, pour la responsabilité. Un seul wallet. Deux comportements, côte à côte, sans outil supplémentaire pour les maintenir séparés.

C’est cette partie qui m’a convaincu que ce n’est pas juste une démonstration technique. Ça résout un vrai problème d’entreprise, banal et quotidien.

Quant à savoir si la personne moyenne s’engagera consciemment dans ce choix un jour… c’est ça dont je ne suis toujours pas sûr. Je vais probablement continuer à y penser.

@Dusk #dusk $DUSK

salut

#grvt Je lisais sur le GRVT depuis quelques jours, et pour être honnête, au début je n’y pensais pas trop. Je me suis dit que c’était simplement un autre projet dans la tendance des échanges hybrides. Mais plus j’ai passé de temps à apprendre, plus ma perspective a changé. Ce qui a vraiment retenu mon attention, ce n’était pas une seule fonctionnalité ou un seul titre. C’était le défi plus vaste qu’ils essaient de relever. Depuis longtemps, les traders devaient choisir entre différentes priorités. Si vous vouliez une exécution rapide et une liquidité profonde, vous deviez souvent renoncer à une partie du contrôle. Si vous préfériez la self-custody et la transparence on-chain, l’expérience de trading globale s’accompagnait d’un autre ensemble de compromis. D’après ce que j’ai appris, le GRVT cherche à rapprocher ces deux mondes en combinant l’appariement d’ordres hors chaîne avec le règlement on-chain. Ils ajoutent aussi des idées comme la marge sur portefeuille, des soldes unifiés et la technologie de preuves à connaissance nulle pour améliorer l’efficacité du capital tout en gardant à l’esprit la transparence et la sécurité. Cela dit, de bonnes idées ne veulent pas dire grand-chose sans un vrai usage. Ce qui compte vraiment, c’est de savoir si ça fonctionne bien dans la pratique, si l’exécution est fiable, si la liquidité est solide, et si les traders ont réellement envie de l’utiliser. Donc je me demande : si les échanges hybrides continuent d’évoluer, pensez-vous qu’ils deviendront le choix privilégié pour la plupart des traders, ou est-ce que le CEX et la DeFi continueront à répondre à des besoins différents ?$
@grvt_io #grvt #CEXorDEX

#grvt "GRVT offre une excellente opportunité aux passionnés de crypto ! À partir du 14 juillet 2026, le « GRVT Volume Challenge #02 » commencera. Pendant cette compétition de trading de 14 jours, vous pourrez vous mesurer à d’autres participants en fonction de votre volume de trading.
Le plus intéressant, c’est que la cagnotte de cette compétition débute à 20 000 USDT et peut être augmentée progressivement jusqu’à un maximum de 250 000 USDT à mesure que le volume de trading augmente.
Les règles de participation sont très simples. Vous devez disposer d’un compte GRVT enregistré et effectuer au moins une transaction réussie pendant la compétition. De plus, vous devez générer un certain volume de trading et respecter les règles de la plateforme.
En ce qui concerne les récompenses, les 50 meilleurs traders du classement principal recevront des prix, mais ils devront générer au moins 1 000 000 USDT de volume de trading. Par ailleurs, pour ceux qui n’accèdent pas au classement, s’ils parviennent à générer au moins 50 000 USDT de volume de trading, ils recevront 50 USDT via un tirage au sort. Vous pouvez gagner jusqu’à .
Êtes-vous intéressé(e) par cette compétition ?
@grvt_io #grvt #ETH

Une plateforme comme GRVT est quelque chose dont on peut vraiment être fier ! 169 marchés, 355,23 millions de dollars d’intérêt ouvert et un volume sur 24 heures de 762,34 millions de dollars à un rythme effréné😨—ces statistiques incroyables vous montrent à quel point elle est grande et solide ! Et avec de grands noms comme ZKsync et SIG en arrière-plan, pas besoin de s’inquiéter pour la sécurité : le trading est totalement sûr grâce à ZK-Privacy ! 🔒Alors j’ai travaillé chez @grvt_io depuis 3 jours, dans l’espoir qu’ils révolutionnent l’efficacité du capital à l’avenir. Rejoignez tôt, tout le monde, pour que vous puissiez obtenir quelque chose de bien 😋🤑 #grvt #bestevent #HotProject

apportez-le

ouah 😧 😳

#grvt Je suis vraiment impressionné par l'application GRVT. Ce n'est pas une bourse crypto ordinaire : elle offre de très belles opportunités pour le trading ainsi que des revenus et des investissements. L’interface de l’application — @grvt_io #GrvtApp #CryptoTrends2026 #BigProject