La plupart des gens pensent que les blockchains rivalisent sur des slogans de décentralisation.
Fogo rivalise sur quelque chose de moins glamour : une exécution déterministe pour le trading.
Sur de nombreuses chaînes, lorsque vous envoyez une transaction, elle entre dans un mempool public. Des bots l'observent. Les différences de latence comptent. L'ordre devient un jeu de qui voit quoi en premier. Les traders ne se battent pas seulement sur le prix, ils se battent pour l'infrastructure.
Fogo réduit cette surface.
Parce qu'il exécute une pile SVM optimisée avec des performances de validateur étroitement contrôlées et des temps de bloc très courts, la fenêtre entre « soumettre » et « finalisé » est petite. Il y a moins de temps pour que les transactions flottent dans l'incertitude. Moins de temps pour les jeux de réorganisation. Moins de temps pour le drame du mempool.
Ce n'est pas une question d'être la chaîne la plus décentralisée sur le papier. Il s'agit de rendre le placement des ordres prévisible lorsque les marchés bougent.
Les constructeurs concevant des livres de commandes ou des perps sur Fogo ne passent pas la moitié de leur temps à concevoir autour du chaos du mempool. Ils conçoivent autour d'une exécution qui se comporte de manière cohérente.
L'avantage de Fogo n'est pas bruyant. Il est structurel.
Il réduit l'écart entre le moment où vous agissez et le moment où la chaîne engage réellement cette action.
POURQUOI L'UX DU PORTEFEUILLE SUR FOGO SEMBLE DIFFÉRENTE : SESSIONS SANS FRAIS ET JETONS DE SESSION
La première fois que j'ai remarqué que quelque chose était différent sur Fogo, ce n'était pas parce qu'une transaction était plus rapide. C'était parce que mon portefeuille a cessé de m'interrompre.
Sur la plupart des chaînes, chaque action significative est accompagnée d'une petite pause. Cliquez. Confirmez. Approuvez les frais. Attendez. Faites-le à nouveau. Même si les frais sont faibles, le schéma est constant. Le portefeuille demande toujours la permission de dépenser. La friction n'est pas financière. Elle est cognitive.
Sur Fogo, ce rythme change à cause des Sessions.
Une Session sur Fogo n'est pas juste un truc d'interface utilisateur pour cacher les frais. C'est une fenêtre d'exécution structurée. Vous autorisez explicitement un ensemble d'actions limité à l'avance. Cette autorisation est encodée dans un jeton de session. À partir de ce moment, les transactions dans ce cadre s'exécutent sans demander de frais à chaque fois.
Construire quelque chose à la limite de la performance signifie généralement lutter contre la nature elle-même. Dans le monde de la blockchain, cet ennemi est la distance. Imaginez que vous jouez à un jeu vidéo intense et rapide. Si votre coéquipier est dans la même pièce, votre coordination est instantanée. Mais s'ils sont de l'autre côté de la planète, vous subissez un "lag". Ce signal doit parcourir des milliers de miles à travers des câbles physiques sous l'océan. Dans un monde où chaque milliseconde compte, ce retard est un mur.
Dans la crypto, les "validateurs" sont ces coéquipiers. La plupart des blockchains les répartissent à travers le monde. Cela signifie qu'à chaque fois que le réseau doit se mettre d'accord sur une transaction, il doit attendre qu'un "cri" voyage de Tokyo à Londres et retour. Nous appelons ce retard physique "jitter". C'est ce qui fait que la plupart des réseaux semblent irréguliers, imprévisibles ou lents.
Fogo n'essaie pas de dépasser la vitesse de la lumière ; il la respecte. Au lieu de forcer tout le monde à parler en même temps à travers les océans, il utilise un système appelé Consensus Multi-Local. 1. Le Système de Zone : Fogo regroupe ses validateurs en zones géographiques serrées (comme juste New York ou juste Tokyo). 2. Colocation : Ces ordinateurs sont placés physiquement proches les uns des autres dans des centres de données à haute vitesse. 3. Le Battement de Coeur de 40ms : Parce qu'ils ne sont qu'à quelques miles l'un de l'autre, ils peuvent parler presque instantanément. Cela permet à Fogo de produire un nouveau bloc toutes les 40 millisecondes ; environ sept fois plus vite qu'un clignement d'œil humain.
Lorsque vous regardez le "battement de cœur" d'une blockchain normale, cela ressemble à un EKG désordonné ; parfois rapide, parfois en attente à cause du lag de longue distance. Sur Fogo, ce battement de cœur est une ligne plate et stable. En attendant que "la salle" soit d'accord au lieu de "le monde", Fogo supprime l'incertitude d'internet. Il transforme la blockchain d'une bibliothèque numérique lente en un moteur haute performance conçu pour la vitesse du trading dans le monde réel.
Si vous regardez les journaux d'exécution d'un arbitrage inter-échanges sur la plupart des réseaux, vous regardez essentiellement une carte thermique de l'anxiété. Il y a ce jitter spécifique et nauséabond dans la télémétrie où une transaction est envoyée, reçue par un leader, puis entre dans un état quantique de "en attente". Dans cette fenêtre, qui peut s'étendre de deux cents millisecondes à trois secondes selon la distribution géographique des quelques prochains leaders, votre stratégie n'est pas un calcul. C'est un pari sur la météo de mise en réseau de l'internet mondial. J'ai assisté à des sessions où un rééquilibrage delta-neutre parfaitement sain a été mangé non par le mouvement du marché, mais par le fait que les trois prochains producteurs de blocs étaient dispersés entre Helsinki, Mumbai et un sous-sol dans l'Ohio, créant un retard de propagation qui a transformé mon entrée "en temps réel" en un artefact historique.
Nous considérons souvent la blockchain comme une archive permanente, un endroit où l'histoire est gravée dans un registre numérique. Mais sur Fogo, la partie la plus importante du registre n'est pas l'histoire. C'est le présent immédiat et brutal.
Je regardais récemment la manière dont Firedancer gère la planification des blocs lors d'un événement de forte volatilité. Dans la plupart des systèmes, le réseau traite une transaction comme une lettre déposée dans une boîte aux lettres. Elle peut y arriver aujourd'hui, elle peut y arriver demain. Sur Fogo, une transaction ressemble plutôt à un projectile à grande vitesse. Si elle n'atteint pas la cible dans une fenêtre de millisecondes spécifique, elle ne « attend » pas simplement dans une mempool. Elle s'évapore effectivement.
Cela crée une pression unique pour le validateur. Dans la conception d'exécution de Fogo, un validateur n'est pas seulement un témoin passif de l'histoire. Ce sont les gardiens d'un pouls physique. Si le matériel d'un nœud n'est pas réglé sur la fréquence exacte du consensus multi-local, le réseau les dépasse simplement. Ce n'est pas un échec de la décentralisation. C'est un engagement envers la réalité de l'horloge. Sur Fogo, nous nous éloignons enfin de l'idée qu'une blockchain devrait être une bibliothèque lente et poussiéreuse. Au lieu de cela, nous construisons un réseau qui vit et meurt dans les intervalles entre les battements de cœur.
Le Calcul de la Certitude dans l'Exécution à Haute Fréquence
Au moment où une transaction quitte un portefeuille sur la plupart des réseaux, elle entre dans un état de limbo probabiliste souvent confondu avec une simple période d'attente. Nous nous sommes habitués au jitter, cet écart imprévisible entre l'envoi d'une transaction et sa finalisation, comme s'il s'agissait d'une loi naturelle de la physique décentralisée. Dans l'EVM standard ou même les chaînes parallélisées à haut débit, la principale mesure de succès est généralement le nombre de transactions pouvant être compressées dans un bloc. Mais pour quiconque essaie de gérer une position neutre en delta ou de rééquilibrer un coffre perpétuel pendant une période de volatilité extrême, le débit est une préoccupation secondaire. Le véritable ennemi est le risque d'exécution : l'incertitude structurelle de quand et où votre transaction atterrira réellement dans la séquence des transitions d'état.
Un petit mais très spécifique changement à Fogo apparaît lorsque les équipes commencent à déployer des applications de trading là-bas.
Le backtesting et le trading en direct ne ressemblent plus à deux mondes différents.
Sur des chaînes plus lentes, les stratégies testées hors chaîne se comportent différemment une fois déployées. Les délais d'exécution, les files d'attente de transactions et le retard de confirmation changent la façon dont les ordres se concrétisent. Ce qui a fonctionné en simulation échoue souvent en production.
Sur Fogo, parce que les blocs arrivent rapidement et que le timing d'exécution reste serré même sous charge, le placement et l'annulation des ordres sur les marchés en direct se comportent beaucoup plus près des hypothèses de test. Les stratégies n'ont pas besoin d'ajustements lourds juste pour survivre à la latence de la chaîne.
Les équipes construisant des perps, des carnets de commandes ou des moteurs de routage constatent qu'elles passent moins de temps à compenser le comportement de la chaîne et plus de temps à améliorer la logique de trading elle-même.
Cette différence ne se manifeste pas dans le marketing ou les tableaux de bord. Elle se manifeste par moins de réécritures de stratégies après le déploiement.
La vitesse de Fogo n'aide pas seulement les traders à exécuter plus rapidement. Elle aide les constructeurs à faire confiance au fait que ce qui fonctionne dans les tests fonctionnera réellement lorsque les marchés seront en direct.
Vous ne remarquez pas Fogo jusqu'à ce qu'une autre chaîne vous fasse attendre à nouveau
Hier soir, je tournais des positions entre des plateformes perpétuelles. Rien d'inhabituel. Fermez un volet, déplacez le collatéral, rouvrez ailleurs. Routine normale du marché.
Sur Fogo, le mouvement semblait invisible. Soumettre, changer d'écran, vérifier le prix, continuer. Au moment où l'attention revient, le règlement est déjà fait. Pas de pause mentale. Pas de confirmation à regarder. Pas de seconde pensée.
Plus tard, j'ai répété le même flux sur une autre chaîne.
Cette fois, je me suis surpris à regarder le spinner de portefeuille.
Transaction en attente. Explorateur ouvert. Attente de voir si le bloc se pose proprement. Se demandant si les congestions augmentent. Pensant à la résoumission ou à l'augmentation des frais. Toutes les petites frictions avec lesquelles nous avons appris à vivre.
Quand la chaîne cesse d'être l'excuse : Une semaine à vivre sur Fogo
Il y a un moment que chaque trader connaît mais dont personne ne parle.
Tu cliques sur confirmer. Puis tu fixes l'écran.
Les prix bougent. Le chat explose. Quelqu'un dit que la transaction a déjà été exécutée ailleurs. Tu rafraîchis trois fois, ouvres un explorateur et commences à préparer mentalement des excuses pour un remplissage que tu n'as même pas encore.
Et quand cela atterrit enfin, bon ou mauvais, le blâme ne revient que rarement à la transaction elle-même.
Cela va à la chaîne.
La semaine dernière, quelque chose d'étrange est arrivé. Toute cette routine s'est simplement… arrêtée.
Pas parce que les marchés se sont ralentis. Pas parce que la volatilité a disparu. Tout continuait à bouger. Mais un tas de personnes dans notre cercle a commencé à diriger silencieusement l'activité à travers Fogo, et l'anxiété habituelle des transactions ne s'est tout simplement plus manifestée.
Sur Fogo, les traders commencent à remarquer quelque chose d'étrange pendant les marchés volatils.
La chaîne ne semble pas soudainement plus lente.
Normalement, lorsque les marchés deviennent actifs, tout se bloque. Les commandes sont retardées, les confirmations s'étirent, les tableaux de bord se figent. Les gens cessent de faire confiance à l'idée que leur action a réellement été effectuée à temps.
Sur Fogo, les périodes de trading intense semblent différentes. L'activité augmente, mais les interactions se déroulent encore suffisamment rapidement pour que les mises à jour de commande et les changements de position continuent de circuler au lieu de faire la queue derrière la congestion.
Les équipes développant des applications de trading commencent à tester pendant le chaos au lieu des heures calmes, car c'est à ce moment-là que la performance compte vraiment.
Ainsi, la partie intéressante n'est pas la vitesse pendant les périodes de calme. C'est que Fogo reste utilisable lorsque tout le monde se présente en même temps.
Fogo n'essaie pas de gagner des références. Il essaie de rester réactif lorsque les marchés cessent d'être polis.
Fogo ressemble moins à l'envoi de transactions et plus à rester connecté au marché
La plupart des chaînes sont conçues comme si chaque utilisateur se présentait, signait une transaction, attendait et partait. Demande propre, réponse propre. La réalité ne ressemble pas à cela, surtout dans le trading. Les gens n'arrivent pas une fois. Ils traînent. Ils fouillent. Ils changent des commandes. Annuler. Remplacer. Réessayer. Regarder le livre. Actualiser les positions. Exécuter lorsque la fenêtre s'ouvre.
Ce que j'ai remarqué en utilisant des applications construites sur Fogo, c'est que le réseau semble construit autour de ce comportement de traînage, pas de la transaction unique.
Sur les chaînes typiques, chaque action est une nouvelle négociation avec le réseau. Le portefeuille s'ouvre à nouveau. Les frais sont réévalués à nouveau. L'état est vérifié à nouveau. Même des interactions triviales obligent à un tour de signature complet. Ça fonctionne, mais ça traite les utilisateurs comme s'ils effectuaient des actions isolées au lieu d'une activité continue.
Une chose que les gens ne remarquent qu'après avoir réellement utilisé Fogo pendant un certain temps :
les transactions cessent de ressembler à des événements et commencent à ressembler à des actions.
Sur des chaînes plus lentes, chaque clic devient un mini jeu d'attente. Vous signez, attendez, rafraîchissez, espérez que cela fonctionne, puis continuez. Le trading ressemble à la passation de commandes avec un délai.
Sur Fogo, les actions s'enchaînent presque naturellement. Vous ouvrez une position, ajustez, fermez, rééquilibrez, le tout en succession rapide. Pas parce que les boutons ont changé, mais parce que les blocs arrivent suffisamment vite pour que votre flux ne se rompe pas entre les étapes.
Les créateurs commencent aussi à concevoir différemment. Les interfaces cessent de montrer des indicateurs de chargement partout. Les flux supposent que les utilisateurs peuvent faire plusieurs choses rapidement au lieu de rythmer tout autour du temps de confirmation.
C'est subtil. Rien de tape-à-l'œil ne se produit. Vous remarquez simplement que les sessions semblent continues au lieu d'être interrompues.
Fogo ne rend pas seulement les transactions plus rapides. Il fait en sorte que l'interaction onchain ressemble davantage à la façon dont les applications se comportent déjà offchain.
Une chose inattendue sur Dusk : les transactions ne ressemblent pas à des compétitions.
Sur de nombreuses chaînes, vous devez rivaliser avec tout le monde pour de l'espace dans le prochain bloc. Les frais augmentent, les transactions sont bloquées, et parfois vous renvoyez juste pour prendre de l'avance.
Sur Dusk, parce que le règlement sur DuskDS n'a lieu qu'après que tout soit vérifié, il y a moins de pression pour se précipiter ou surenchérir sur les autres juste pour terminer un transfert normal.
La plupart du temps, vous l'envoyez simplement et attendez un règlement approprié au lieu de vous battre pour attirer l'attention.
Cela ressemble moins à une course contre des étrangers et plus à simplement compléter votre tâche.
Sur Dusk, les transactions se règlent lorsqu'elles sont correctes, pas lorsqu'elles gagnent une guerre des frais.
Une petite chose mais utile que les équipes remarquent en utilisant Walrus : revenir à une version antérieure de quelque chose devient facile.
Normalement, lorsqu'un site web ou une application met à jour des images ou des fichiers, les anciens sont remplacés. Si la mise à jour casse quelque chose, les équipes doivent fouiller dans les sauvegardes ou rapidement réuploader les anciens fichiers.
Sur Walrus, les fichiers ne sont jamais remplacés. Une nouvelle version est stockée en tant que nouveau blob, tandis que l'ancienne existe toujours jusqu'à ce qu'elle expire.
Donc, si une mise à jour tourne mal, les équipes ne paniquent pas. Elles pointent simplement l'application vers l'ancien fichier que Walrus stocke toujours.
Pas de drame de récupération. Pas de corrections d'urgence. Juste un retour en arrière.
Au fil du temps, les équipes commencent à garder les versions stables en vie plus longtemps et à laisser celles expérimentales expirer rapidement.
Walrus rend discrètement facile d'annuler des erreurs, car les anciens fichiers ne disparaissent pas au moment où quelque chose de nouveau est téléchargé.
Sur Vanar, les mises à jour du jeu ne suppriment pas vos progrès.
Pensez à la façon dont certains jeux se sentent après une maintenance. Vous vous reconnectez et quelque chose ne va pas.
Un objet manquant. Un espace réinitialisé. Un échange annulé. Dans les mondes de Vanar, les mises à jour ne changent que le jeu, pas la propriété.
Donc, après une mise à jour, votre terre est toujours la vôtre. Vos objets sont toujours là où vous les avez laissés. Le monde s'améliore, mais vos affaires ne sont pas mélangées.
Pourquoi les marques n'ont pas à tout reconstruire à nouveau sur les mondes Vanar
Quelque chose à laquelle j'ai pensé récemment, c'est à quel point la plupart des mondes virtuels sont en réalité fragiles lorsque les entreprises essaient de construire quelque chose de sérieux à l'intérieur.
Une marque ouvre un magasin virtuel, organise des événements, construit des espaces, peut-être même crée une présence à long terme dans un monde numérique. Tout semble bien pendant un certain temps. Puis la plateforme se met à jour, l'infrastructure change, ou le monde redémarre dans une nouvelle version, et soudainement, beaucoup de ce travail doit être reconstruit ou migré.
Les utilisateurs ne voient pas toujours cette partie, mais les équipes en coulisses consacrent un énorme effort à déplacer des actifs, à restaurer la propriété ou à réparer des espaces après des mises à jour. Parfois, des choses se perdent. Parfois, les dossiers de propriété nécessitent une correction manuelle. Et parfois, les entreprises abandonnent simplement la reconstruction.
Comment Walrus Reste Calme Même Lorsque les Nœuds de Stockage Continuent de Changer
Laissez-moi expliquer cela de la manière la plus simple possible, car cette partie de Walrus m'a également dérouté au début. Walrus n'a commencé à avoir du sens pour moi qu'après que j'ai cessé de penser au stockage de la manière habituelle.
Normalement, quand nous pensons aux serveurs, nous supposons qu'une stabilité est requise. Un serveur échoue et les choses se cassent. Deux échouent et les gens paniquent. L'infrastructure est généralement conçue pour garder les machines en vie aussi longtemps que possible.
Walrus renverse cette façon de penser.
Ici, le fait que des nœuds se déconnectent est normal. Les machines se déconnectent, les opérateurs redémarrent le matériel, les réseaux ont des problèmes, les gens mettent à niveau leurs configurations, les fournisseurs partent, de nouveaux rejoignent. Tout cela est un comportement attendu, pas une urgence.
Pourquoi Dusk rend la "finance privée" opérationnellement possible
Laissez-moi expliquer cela lentement, comme je le ferais si nous en parlions normalement de pourquoi les institutions financières ne se précipitent pas sur les blockchains publiques même lorsque la technologie semble bonne.
Le problème n'est généralement pas la vitesse. Et ce n'est pas vraiment les frais non plus.
C'est l'exposition.
Sur la plupart des chaînes publiques, tout apparaît pendant que cela se produit encore. Les transactions se trouvent dans une zone d'attente publique avant d'être finalisées. Quiconque regarde le réseau voit une activité se former en temps réel.
Pour les utilisateurs de crypto au quotidien, c'est acceptable. Personne n'étudie vos mouvements de portefeuille à moins que vous ne soyez déjà important. Mais au moment où des capitaux sérieux ou des actifs réglementés sont impliqués, la visibilité devient risquée.
Lorsque les gens participent à des hackathons ou construisent des projets rapidement, ils perdent souvent du temps à se demander où stocker les fichiers.
Quelqu'un crée un dossier dans le cloud. Quelqu'un d'autre héberge des fichiers sur son ordinateur portable. L'accès est interrompu. Les liens cessent de fonctionner. Le temps de démonstration devient stressant parce que la configuration du stockage a été précipitée. Avec Walrus, les équipes n'ont pas besoin de s'inquiéter de l'hébergement des fichiers elles-mêmes.
Elles téléchargent leurs fichiers sur Walrus une fois. Après cela, tout le monde utilise la même référence de fichier depuis le réseau. Personne n'a besoin de garder son ordinateur personnel en ligne, et aucun membre de l'équipe ne possède le stockage.
Après l'événement, si personne ne continue de renouveler ces fichiers, Walrus arrête automatiquement de les stocker après un certain temps. Aucun nettoyage nécessaire.
Ainsi, les équipes passent moins de temps à résoudre des problèmes de stockage et plus de temps à construire leur projet réel.
Walrus rend le stockage une chose de moins à s'inquiéter lorsque les gens essaient de construire quelque chose rapidement.
Un changement amusant après avoir utilisé Dusk pendant un certain temps : vos amis cessent de demander, « qu'est-ce que tu déplaces maintenant ? »
Sur les chaînes publiques, au moment où vous déplacez des fonds, quelqu'un le remarque. Des captures d'écran commencent à circuler. Les gens supposent que vous êtes sur le point de trader, de cultiver ou de vendre quelque chose.
Sur Dusk, les transactions Phoenix gardent ces mouvements privés, et seul le règlement final apparaît sur DuskDS. Ainsi, vous pouvez réorganiser des portefeuilles ou préparer des transactions sans le transformer en commérages publics d'abord.
Rien de dramatique ne se passe. Pas de spéculation. Pas de réactions soudaines.
La plupart du temps, personne ne sait même que vous avez déplacé quoi que ce soit.
Sur Dusk, l'activité de votre portefeuille cesse d'être du contenu de chat de groupe et redevient juste votre affaire.