Anza met fin au monopole des leaders de Solana, le protocole de consensus multi-proposants de 50 ms est officiellement lancé

La société de développement du client Solana, Anza, a publié le 25 mars le plan de conception du protocole Constellation. Constellation est un protocole à multiples proposeurs (MCP) conçu pour briser, au niveau architectural, le monopole temporaire des leaders tournants de Solana sur l’inclusion et le tri des transactions, et introduit un cycle économique de 50 millisecondes — actuellement le plus court parmi toutes les blockchains décentralisées en production.

Pourquoi le modèle actuel présente-t-il un problème de monopole ?

Actuellement, le leader de chaque créneau tournant de Solana détient un contrôle exclusif sur toutes les transactions entrantes durant son mandat, pouvant voir l’ensemble du flux transactionnel et choisir librement quelles transactions inclure dans le bloc ainsi que leur ordre. Cette conception crée un « monopole temporaire » structurel, offrant un espace systématique pour des stratégies de maximisation de la valeur extractible (MEV) — le leader peut réorganiser, insérer ou examiner des transactions spécifiques pour en tirer des bénéfices asymétriques, favorisant certains acteurs ou réprimant les offres concurrentes.

Anza estime que cette structure de marché empêche Solana de réaliser pleinement la valeur fondamentale d’un marché de capitaux décentralisé. Il est nécessaire de corriger en profondeur le protocole, plutôt que de se reposer uniquement sur des solutions externes temporaires.

L’architecture technique en trois couches de Constellation

Constellation permet à plusieurs proposeurs de soumettre des transactions simultanément, et exige que le leader, une fois le seuil de témoins atteint, force l’inclusion des transactions, afin d’éliminer ce monopole. Le leader reste responsable de l’assemblage du bloc final, mais doit le faire sous la surveillance continue du réseau de témoins.

Les paramètres techniques clés de Constellation sont les suivants :

Cycle économique de 50 millisecondes : Les proposeurs soumettent des transactions sous forme de fragments de code correcteur d’erreurs, utilisant la même technologie que le système de diffusion de blocs Turbine de Solana, ce qui en fait le cycle le plus court dans une blockchain décentralisée en production.

Seuil d’inclusion forcée (40%) : Si au moins 40 % des validateurs ont reçu le fragment du proposeur, le leader doit obligatoirement inclure la transaction correspondante ; il ne peut plus refuser en invoquant « transaction non vue ».

Sanctions équivalentes et mécanisme de saut : Si un proposeur signe deux versions conflictuelles du même bloc, il sera automatiquement exclu ; si le taux de validation global est inférieur à 60 %, le bloc entier sera ignoré.

Reconfiguration des frais : prévention contre la manipulation par le leader

Constellation repose sur un principe clé dans sa structure tarifaire : les frais de planification ne doivent pas être versés directement au leader du créneau. Si le leader pouvait percevoir directement ces frais, il pourrait rétablir efficacement le contrôle du tri des transactions en s’imposant des coûts élevés, contournant ainsi tout mécanisme à proposeurs multiples. Par conséquent, les frais de planification sont redistribués proportionnellement aux intérêts de tous les validateurs, et répartis de manière fluide sur le cycle.

Anza souligne que, pour les validateurs, le résultat final reste comparable au système actuel — ils continueront à percevoir des frais d’inclusion et de planification, mais sans le problème de répartition disproportionnée sous le monopole d’un seul leader.

Constellation sert de préprocesseur à Alpenglow, qui prévoit de remplacer le consensus TowerBFT et le mécanisme de preuve historique (PoH) de Solana, avec un objectif de finalisation en environ 150 millisecondes. Anza prévoit de déployer le réseau principal d’Alpenglow au troisième trimestre 2026, suivi du lancement initial du MCP.

Questions fréquentes

Comment Constellation résout-il fondamentalement le problème de MEV de Solana ?

Constellation permet à plusieurs proposeurs de soumettre des transactions simultanément, et établit un seuil d’inclusion forcée (40 % de témoins validateurs) pour priver le leader de son contrôle unilatéral sur le tri. Le leader ne peut ni examiner des transactions spécifiques ni ajuster arbitrairement leur ordre, éliminant ainsi de manière fondamentale les opportunités de MEV monopolistique présentes dans l’architecture actuelle.

Quelle différence structurelle y a-t-il entre Constellation et les solutions anti-MEV d’Ethereum ?

Les solutions anti-MEV d’Ethereum (comme MEV-Boost) sont principalement conçues en dehors du protocole, nécessitant une coordination supplémentaire. Constellation intègre directement la mécanique à proposeurs multiples et la résistance à la censure dans le protocole de consensus de Solana, ce qui pourrait faire de Solana la première blockchain grand public à implémenter nativement un système concurrentiel de proposeurs multiples au niveau protocolaire.

Quel est le calendrier de déploiement d’Alpenglow et Constellation ?

Anza prévoit de déployer la mise à niveau du consensus Alpenglow sur le réseau principal de Solana au troisième trimestre 2026, et la version initiale de Constellation (MCP) suivra peu après le lancement d’Alpenglow. Le livre blanc complet et une démonstration interactive sont disponibles sur le site officiel d’Anza, où la communauté peut soumettre ses retours.