Des frais bas ne suffisent pas, VanarChain avance avec une latence réduite et un rythme régulier.
J'ai ouvert le tableau de bord de VanarChain tard dans la nuit, regardant les frais moyens monter et descendre avec la charge, observant le p95 rester stable tandis que le p99 montait, quelle ironie, les pires chiffres apparaissent toujours exactement au moment où les utilisateurs ont le moins de patience.
Je pense que l'optimisation des frais ne concerne pas seulement la réduction du prix, il s'agit de la rendre prévisible, l'estimateur de frais doit suivre les données de bloc les plus récentes, classer les transactions par urgence et retourner un niveau suffisamment fiable pour que les utilisateurs n'aient pas à renvoyer, lorsque les frais deviennent quelque chose en quoi vous pouvez avoir confiance, la friction disparaît d'elle-même.
La latence est la même, j'ai regardé la trace du chemin d'une transaction, de la signature dans le portefeuille, dans le mempool, emballée dans un bloc, puis atteignant la finalité, peut-être que quiconque a opéré des nœuds comprend, un goulet d'étranglement suffit à faire s'effondrer toute l'expérience, donc VanarChain doit garder le rythme par une observation continue, mesurant le p50, p95, p99 par région, par type de dapp, par heure, puis en optimisant chaque petit point, propagation, planification, réponses RPC.
Je suis fatigué des grandes promesses, mais je crois toujours, un produit mûrit lorsque les utilisateurs n'ont plus à penser aux frais et aux temps d'attente, ils tapent simplement, et tout se passe comme il se doit.
Si VanarChain continue d'utiliser les données comme boussole, et continue d'éliminer chaque milliseconde, chaque fraction de frais, que pensez-vous qui revient en premier, de vrais utilisateurs ou notre propre conviction.
@Vanarchain $VANRY #vanar
