Syndica a travaillé dur sur la troisième implémentation du client validateur de @Solana, Sig, et nous venons de terminer notre implémentation SVM et Runtime ✅ Plongeons un peu plus loin 👇 🧵

Chaque validateur Solana a le même travail qui semble simple : exécuter des transactions et mettre à jour des comptes. Mais le logiciel qui effectue réellement ce travail—le runtime—n'est rien de simple.

Ce post va passer en revue le runtime de l'extérieur vers l'intérieur. Nous commencerons par le replay, l'appelant principal du runtime qui alimente les blocs à partir du grand livre.

Dans le runtime, nous commencerons par le processeur de blocs, où la parallélisation se produit, et le processeur de transactions, où tant de détails spécifiques à Solana doivent être gérés correctement.

Enfin, nous décrirons le processeur d'instructions et les détails de bas niveau de la machine virtuelle sBPF, où les programmes Solana sont exécutés

L'implémentation du SDK à connaissance nulle de Sig est plus rapide que celle d'Agave et est à peu près au même niveau que celle de Firedancer. Les gains de performance sont en partie dus à : - Edwards25519 / Ristretto255 fortement optimisés pour SIMD - Aucune allocation de mémoire sur le tas - Un ordre de multiplication scalaire multiple (MSM) plus optimal