Avec l’assistance matérielle, comment Solayer utilise-t-il RDMA pour atteindre 340 000 TPS ?
J’ai entendu dire que Solayer a lancé l’InfiniSVM Devnet, et qu’il a jeté l’environnement de test utilisable avec un pic de 340 000+ TPS ? À vrai dire, alors que l’écosystème Solana est toujours à 4 000 TPS et que les utilisateurs de PumpFun souffrent toujours d’échecs de transactions, la solution de Solayer n’est pas une optimisation progressive, mais un saut de grandeur direct.
Où est la confiance derrière cela ?
1) La confiance d’InfiniSVM vient d’abord d’une réalité de l’industrie : la voie de l’optimisation logicielle pure est proche de la limite, et l’accélération matérielle est au bon moment.
Au cours des dernières années, l’amélioration des performances de la blockchain s’est principalement appuyée sur des innovations architecturales – de l’UTXO de Bitcoin au modèle de compte d’Ethereum, du PoW au PoS, de la chaîne unique à l’empilement modulaire L1+Layer2, qui sont toutes des percées au niveau logiciel. Mais maintenant, la route devient de plus en plus étroite.
C’est de là que vient la raison pour laquelle la plupart des chaînes hautes performances sont bloquées au seuil de 10 000 TPS.
Les 160 000 TPS revendiqués par Aptos sont une valeur théorique la plupart du temps, et il est difficile pour Sui de continuer à fonctionner pleinement dans des applications pratiques, en raison du goulot d’étranglement physique sous l’architecture matérielle générale.
Les limitations matérielles telles que le traitement en série traditionnel du processeur, la latence des E/S du réseau et la surcharge d’accès à la mémoire deviennent les principaux obstacles à l’amélioration des performances.
La voie d’accélération matérielle RDMA (Remote Direct Memory Access) choisie par InfiniSVM contourne essentiellement le goulot d’étranglement du processeur et permet aux nœuds de communiquer directement entre eux au niveau de la mémoire. En outre, InfiniSVM introduit également un modèle de traitement parallèle multi-actionneurs pour fonctionner avec SDN (Software Defined Networking) pour l’optimisation du trafic en temps réel. Ce sont les possibilités de trouver de nouvelles percées au niveau matériel, et elles constituent également un tournant important dans le développement de l’industrie.
2) InfiniSVM est entièrement compatible avec la machine virtuelle Solana, ce qui fait de la migration vers InfiniSVM une question essentiellement de « changement de points de terminaison RPC » pour les développeurs qui sont déjà profondément impliqués dans l’écosystème Solana. La valeur commerciale de cette conception compatible est évidente. Les blockchains traditionnelles sont limitées par le plafond TPS, et de nombreux scénarios d’application ne peuvent rester qu’au stade de la conception. Par exemple, le trading algorithmique à haute fréquence, la synchronisation de l’état du jeu en temps réel, etc. La finalité de confirmation d’InfiniSVM (temps de confirmation de 0,01 seconde) est une percée dans de nombreux scénarios d’application : interaction en temps réel dans les jeux en chaîne, règlement au milliseconde dans les DEX et transactions automatisées à haute fréquence avec AI Agent. Il s’agit d’un élément clé pour surmonter les limites des scénarios d’application Solana actuels.
3) Le POAS hybride adopté par InfiniSVM, le modèle de consensus tente de trouver un équilibre entre performance et décentralisation. Les transactions quotidiennes sont traitées rapidement par le réseau de validateurs, et le réseau principal Solana est utilisé comme arbitrage final en cas de litiges ou d’anomalies, ce qui est assez pragmatique dans l’idée de conception de « voie rapide + mécanisme d’assurance ».
En fait, cette idée de conception n’est pas nouvelle - les premières conceptions de Polygon, divers schémas de sidechain, avaient une logique similaire. Le problème est que les solutions d’accélération matérielle repousseront naturellement le seuil de fonctionnement des nœuds, et bien que les technologies RDMA et InfiniBand aient de solides performances, le coût et la complexité technique augmenteront également en conséquence, et elles sont vouées à avoir le même problème de « centralisation » du réseau de nœuds de vérification que la plupart des chaînes à haute performance.
La logique est réaliste : puisque la voie accélérée par le matériel conduira inévitablement à un réseau centralisé de validateurs, empruntez un réseau décentralisé à part entière comme sécurité ultime. C’est comme si l’on superposait les exigences de « performance » et de « sécurité » – InfiniSVM pour des performances extrêmes et Solana pour une sécurité ultime.
Au-dessus. Il convient de noter que Devnet est encore en phase de test interne à ce stade, que l’état de la blockchain sera réinitialisé de temps en temps et que les données du réseau peuvent être instables par intermittence, ce qui indique qu’il reste encore beaucoup de travail d’ingénierie à faire avant d’être prêt pour la production. Surtout lorsqu’on fait vraiment face à la pression ultime de 1 million + TPS.
En général, InfiniSVM représente un changement de direction important dans l’infrastructure de la blockchain - de l’optimisation logicielle à l’accélération matérielle, de l’innovation théorique à la mise en œuvre de l’ingénierie. (Comme le montre la figure ci-dessous, il y a près de 100 000 TPS en temps réel)
