Lorsque j'ai terminé d'exécuter le script de test pour mettre en chaîne les dernières données à haute fréquence, le ciel dehors était déjà bien éclairé, et la boîte de livraison sur la table dégageait une odeur aigre désagréable. La nuit dernière, je devais déployer un ensemble de logiques dynamiques basées sur le réglage d'état des objets de jeu sur un L2 de premier plan, mais la congestion réseau soudaine pendant les heures de pointe a directement vidé mon portefeuille de test. Si les applications commerciales à haute fréquence futures doivent faire face à ce risque de liquidation à tout moment à chaque mise à jour d'état, alors le prétendu adoption à grande échelle dans l'industrie n'est qu'une phrase extrêmement ridicule. Avec ce sentiment d'humiliation d'être écrasé par l'écosystème dominant, j'ai totalement démoli tous mes environnements de test et les ai forcés à passer aux nœuds de Vanar. Au départ, je voulais vraiment juste voir si les promesses qu'il faisait étaient tenues, mais les heures suivantes avec cette expérience de codage extrêmement contre-intuitive m'ont plongé dans une profonde réflexion.


Notre cercle est trop facilement trompé par divers termes techniques impressionnants. Il s'agit souvent d'exécution parallèle ou de nouveau langage de base ; tout cela est en effet séduisant sur le plan théorique. Mais quand il s'agit de la mise en œuvre des affaires, la douleur de réécrire l'ensemble de la logique back-end est quelque chose que seuls ceux qui écrivent le code peuvent vraiment comprendre. Ce qui m'a le plus impressionné avec Vanar n'est pas tant son TPS élevé, mais son incroyable retenue à ne pas compliquer les choses. J'ai directement lancé l'énorme contrat intelligent qui avait été interrompu précédemment dans l'environnement EVM en raison de problèmes de frais, sans changer le moindre signe de ponctuation. Au moment où j'ai cliqué pour déployer, j'étais en fait prêt à faire face à toutes sortes d'erreurs, car la compatibilité d'une nouvelle chaîne est souvent un désastre. La console a renvoyé un état de succès vert. Cette expérience de migration complètement indolore est une tentation mortelle pour les développeurs pressés de fuir les chaînes à coût élevé. Vous n'avez pas besoin d'étudier des appels asynchrones ni de déchiffrer ces nouvelles documentations de syntaxe anti-humaines, vous pouvez simplement utiliser la chaîne d'outils de développement existante pour commencer sans accroc.


Ce qui me donne vraiment des frissons, c'est leur contrôle presque pervers sur les coûts de transaction. J'ai écrit un script de boucle infinie simulant des milliers de personnages virtuels envoyant simultanément des requêtes de mise à jour d'état extrêmement petites sur la chaîne. Normalement, ce type de pic de concurrence provoquerait des fluctuations brutales dans la courbe des frais d'une chaîne publique ordinaire. Mais, en observant les données sur l'écran de surveillance, j'ai découvert que sa courbe de coût était en fait une ligne droite incroyable. Que signifie cela ? Cela signifie que l'équipe du projet a directement verrouillé le mécanisme de pénalité de prix causé par la congestion dans l'architecture sous-jacente. Pour les développeurs écrivant des transactions automatisées ou des logiques d'interaction haute fréquence, c'est tout simplement une configuration salvatrice. Vous n'avez plus besoin d'écrire une multitude de prévisions de taux extrêmement redondantes et de logiques de défense contre les blocages dans votre code. Ce design d'ingénierie extrêmement amical pour les interactions haute fréquence ne peut pas être réalisé simplement en modifiant un peu le code ou en forkant, il repose clairement sur une expérience approfondie dans le traitement de volumes massifs de concurrence.


Mais je dois vraiment les blâmer pour leurs installations. Lors de l'appel de l'interface pour télécharger en masse des fichiers de texture de jeu, lorsque la taille d'un seul paquet dépasse un certain seuil, le serveur renvoie très probablement une erreur de délai d'attente. Cela m'a même amené à penser que le service RPC de toute la chaîne avait échoué. Après avoir vérifié étape par étape, j'ai découvert que leur configuration de la mémoire tampon pour le traitement de données multimédias de grande capacité était extrêmement déraisonnable. Cette approche qui se concentre uniquement sur le développement de la route principale tout en négligeant les égouts est une erreur fatale pour une chaîne qui souhaite gérer d'énormes actifs multimédias. Bien que cela n'affecte pas la sécurité des actifs sous-jacents, si les créateurs en front-end rencontrent fréquemment des ralentissements en utilisant cet outil de création soi-disant à faible barrière, cela crée une rupture d'expérience produit qui peut rendre les gens fous. Ils essaient de simplifier la logique complexe de la chaîne en une opération web extrêmement simple, l'intention est bonne, mais la capacité de charge du back-end doit clairement subir plusieurs tests de pression extrêmement rigoureux.


En approfondissant le système de réputation des nœuds controversé, j'ai observé un complot commercial extrêmement clair. Les geeks d'aujourd'hui sont encore en train de débattre de la pureté de la décentralisation tout en se demandant ce que représente le coefficient de Nakamoto. Mais cela a directement attiré des validateurs de niveau entreprise, liant de grandes marques traditionnelles à leur couche de consensus. En réalité, ils construisent une barrière de crédit. Ces géants du divertissement détenant d'énormes droits d'auteur ne pourraient jamais permettre à leurs secrets commerciaux d'être exposés sur un réseau qui pourrait être attaqué à tout moment par quelques mineurs anonymes. Ce dont ils ont besoin, c'est d'un soutien, d'un responsable en cas de problème. Ce mécanisme de validation remplaçant la puissance de calcul pure par la réputation, bien que considéré comme hérétique par les extrémistes, a précisément frappé le nerf de la rentabilité pour le capital traditionnel.


En parcourant ses activités sur la chaîne, j'ai découvert que la réalité actuelle est extrêmement maigre. Sur cette autoroute lisse, il y a très peu de voitures en circulation. Il n'y a pas d'applications communautaires natives dignes de ce nom pour créer de la valeur émotionnelle, pas de petits investisseurs fous interagissant dessus, l'ensemble de l'écosystème dégage une atmosphère d'une tranquillité extrêmement étrange. Cela représente un gouffre pour ceux qui espèrent gagner de l'argent rapidement. En raison d'un manque d'effet de richesse à court terme, toutes les ressources et la chaleur l'évitent. Mais si vous êtes un développeur réellement engagé dans les affaires, fatigué de la congestion et de l'incertitude, cette chaîne, encore en phase de croissance sauvage, offre un coût d'expérimentation extrêmement faible. Ce n'est pas séduisant, elle ne fait pas la promotion de percées technologiques quotidiennes, elle ressemble à un entrepreneur qui ne sait que baisser la tête pour poser des briques. Dans cette industrie où la bulle peut éclater à tout moment, il y a peu de projets capables d'ériger des fondations solides.

@Vanarchain $VANRY #Vanar