Parce que TON traite les transactions en parallèle sur plusieurs chaînes, les applications peuvent augmenter le débit en répartissant l'activité plutôt qu'en la concentrant dans un goulot d'étranglement unique. Le protocole de base est conçu pour que de nouveaux fragments apparaissent lorsque nécessaire, ce qui maintient les files d'attente plus courtes et les temps de confirmation stables.

Pour STONfi, cela signifie qu'une augmentation du volume d'échange ne se traduit pas automatiquement par de longs temps d'attente pour les utilisateurs. Même pendant les périodes chargées, les transactions interagissant avec les contrats STONfi peuvent être placées dans différentes parties du réseau, et la couche de routage peut continuer à fonctionner à haute fréquence.

Omniston et le SDK STONfi sont construits en tenant compte de ce parallélisme. Ils traitent le réseau comme un pool de capacité d'exécution et se concentrent sur la construction de routes et de transactions correctes, tandis que TON se charge de distribuer la charge. Cette séparation des préoccupations permet à STONfi de croître avec le réseau sans avoir à repenser son architecture de base. $DOGS $GRAM