En termes simples, les frais de Sonic ne sont pas fixes, mais "pensent" et peuvent changer automatiquement en fonction de différents scénarios. Par exemple, lorsque vous interagissez sur la chaîne, peu importe à quel point le réseau est congestionné, les frais de gas sont toujours les mêmes, soit vous ne pouvez pas rivaliser avec les autres, soit vous dépensez de l'argent inutilement. La méthode de Sonic est la suivante : en fonction de la charge du réseau à ce moment-là, du type de dApp que vous utilisez, et même du degré d'urgence de l'interaction elle-même, il vous attribue dynamiquement un taux plus raisonnable.

Sonic fait essentiellement en sorte que la blockchain ne soit plus un système "froid", mais qu'elle réponde à vos "signaux de demande" comme un service. En d'autres termes, elle ne vous oblige pas à vous adapter à la chaîne, mais la chaîne vous comprend d'abord.

Je comprends que c'est un exemple concret de la mise en œuvre de l'Execution-as-a-Service. De nombreux L1 vantent des "hautes performances", mais lorsqu'il y a beaucoup d'utilisateurs, cela explose toujours ; le système Sonic avec son VM + mécanisme de frais dynamiques peut théoriquement atténuer ce problème d'augmentation instantanée du trafic.

Donc, en résumé, ce n'est pas seulement "une chaîne moins chère", mais "une chaîne qui sait comment facturer". Pour les projets qui cherchent réellement à créer des produits et à attirer des utilisateurs, ce point est en réalité plus important que le nombre de TPS que vous avez. #yap # kaito