Présentation de Sovereign SDK -- le premier cadre de rollup qui exécute 99 % des transactions en moins de 10 ms, suffisamment rapide pour amener la découverte des prix entièrement onchain. Maintenant, même les développeurs solo peuvent créer des applications financières efficaces et mondiales. Prêt pour la production dès aujourd'hui. Allez construire le prochain Hyperliquid.

Je soutiens Hydration à 100%. Les blockchains sont excellentes pour la DeFi. Bitcoin a lancé cela en 2008 avec de l'argent magique sur Internet. Le problème de la double dépense est intrinsèquement financier. Polkadot bénéficiera d'aider des applications comme Hydration et le secteur DeFi autant que possible.

Je viens de lire cet article de FlashBots. Analyse intéressante Mais je crois qu'ils exagèrent leur thèse centrale : que tout l'espace de bloc excédentaire sera rempli de spam induit par le MEV, et cela augmentera à son tour les frais pour les utilisateurs réguliers, les excluant. Il me semble plutôt que l'évolutivité fonctionne, c'est seulement un problème sur les chaînes avec une énorme valeur économique, et les cas d'utilisation qu'ils décrivent comme étant exclus déclencheraient facilement les limites d'évolutivité elles-mêmes. Je poste juste quelques réflexions que j'ai eues ici - ce n'est pas une critique, et je n'ai même pas d'intérêt personnel, mais je pense que le modèle mental qu'ils présentent est inutilement alarmiste et je voulais clarifier pour ceux qui sont intéressés. La chose clé est que la quantité de demande pour le spam est une fonction du MEV du réseau : combien d'_argent_ est en jeu avec des recherches par force brute. Leur thèse se présente comme suit : 1. Les chercheurs de MEV rempliront tout l'espace de bloc inutilisé pour effectuer des recherches atomiques pour des échanges. 2. Ces transactions de recherche feront monter le prix par transaction 3. C'est la véritable limite de l'évolutivité des blockchains : peu importe combien d'espace vous ajoutez, le reste sera toujours rempli par des déchets, et cela rendra les frais prohibitifs pour les utilisateurs finaux. Je les suis jusqu'au point 3. C'est pour plusieurs raisons. Premièrement : les chercheurs de MEV dans l'ensemble ne dépenseront pas beaucoup plus pour la recherche sur chaîne que ce qu'ils parviennent à extraire comme récompense. Deuxièmement : le montant total dépensé pour la recherche sur chaîne est réparti sur _toutes_ les transactions de recherche. Par conséquent, augmenter la capacité de l'espace de bloc du réseau, tout en maintenant le MEV constant, réduira toujours les frais de transaction proportionnellement. Donc, il ne me semble pas que la thèse centrale tienne : si vous augmentez la capacité du réseau, toutes choses égales par ailleurs, vous obtenez toujours des frais correspondants plus bas pour les utilisateurs. Et je crois que, du moins dans l'environnement actuel, l'évolutivité technologique peut encore surpasser le côté de la valeur extractible de l'équation. Notez que les frais dans un marché d'espace de bloc sont effectivement nuls jusqu'à ce que tout le bloc soit utilisé. Y a-t-il de la place pour l'amélioration ? Absolument. Le genre de recherche stupide que Bert décrit est définitivement gaspilleur. Est-ce inefficace pour les utilisateurs ? Pas si les frais pour les opérations qu'ils souhaitent effectuer sont suffisamment bas. Dans un exemple extrême, s'il y a 1 million de dollars par seconde en jeu dans le MEV (c'est-à-dire si le MEV par force brute sur chaîne était une industrie de 31,5 trillions de dollars par an), avec 20 000 TPS au total, la demande marginale par transaction serait poussée à un prix plancher de 50 $/tx. Mais avec des routes d'évolutivité claires vers des TPS beaucoup plus élevés, et avec un MEV réel bien inférieur de plusieurs ordres de grandeur, l'effet réel sur une chaîne avec 40k TPS et un montant "modeste" de 10 milliards de dollars/an (317 $/s) de MEV disponible serait un prix plancher de transaction d'environ 0,01 $. Je crois qu'une chaîne avec 10 milliards de dollars/an en jeu sur le MEV par force brute devrait avoir beaucoup de demande au total. Surtout parce qu'une grande partie du MEV n'est même pas capturée par ces types d'approches stupides par force brute. Ramasser les fruits à portée de main du MEV par force brute vous amènerait déjà à une fraction de centime d'impact pour l'utilisateur. Je concède ici que cela exclurait probablement beaucoup de logique pour des choses comme les micropaiements et les réseaux sociaux. Bien que la demande d'espace de bloc implicite pour des applications comme celle-ci à grande échelle dépasserait probablement déjà 40k TPS et commencerait à faire monter le prix indépendamment. Dans tous les cas, je pense que la solution est d'utiliser un rollup ou un système séparé qui n'a pas le même montant de MEV en jeu, donc il y a moins d'incitation au spam. Il est donc clair que le MEV aura une certaine influence sur les chaînes évoluées, mais cela ne semble pas aussi désastreux que présenté. Les interventions que propose FlashBots aideront bien sûr. Tout ce qui réduit le "MEV disponible pour des recherches atomiques stupides" le fera.

Très excité de voir des équipes comme Bullet utiliser notre base de données d'état NOMT (Nearly Optimal Merkle Tree) pour construire de superbes produits à travers tout l'écosystème blockchain. C'est l'une des raisons pour lesquelles nous sommes ravis de nous associer à @cemozer_ chez Sovereign - ils construisent une base d'utilisateurs qui peut utiliser notre technologie pour avoir un impact. NOMT est un élément de technologie neutre. Il sera utilisé pour rendre les rollups ou L1 sur Ethereum, Polkadot, Solana, Cardano, ou toute autre chaîne d'un ordre de grandeur plus évolutifs qu'ils ne le sont maintenant simplement grâce à une bonne ingénierie - et sans compromettre la décentralisation. Ce n'est que le début :)

Thrum a signé un contrat de service avec Parity Technologies pour intégrer notre base de données NOMT dans Polkadot-SDK. La date cible est la fin de l’année 2025.

Le mois dernier, nous avons apporté une foule de nouvelles optimisations pour NOMT afin d’économiser de l’espace disque et d’améliorer les performances. Voici un benchmark avec des comptes 1B, avec des transferts vers des comptes fraîchement créés. TPS précédent : 19k Nouveau TPS : 34k Utilisation précédente de l’espace : >1 To Utilisation actuelle de l’espace : 140 Go

Je dois dire que c’est un tout nouveau creux et que cela ne montre que du désespoir. Vous ne pouvez évidemment pas rivaliser sur la technologie, alors vous avez recours à l’empoisonnement de notre référencement ? Un gambit magistral honnêtement. Mais cela ne vous sauvera pas.

Nous venons de publier la version préliminaire de NOMT v1.0. La nouvelle base de données de l’État sur laquelle nous travaillons depuis un an est presque prête pour la production. Sur du matériel qui coûte moins de 1200 $, nous avons atteint >50 000TPS avec 100 millions de comptes et >25k TPS avec 1 milliard de comptes. Message complet dans le prochain tweet.