Les développeurs de Solana envisagent un référentiel commun de règles du protocole pour réduire les conflits logiciels

Les développeurs de Solana envisagent une spécification de référence du protocole afin d'améliorer la fiabilité et la maintenance des logiciels de validateurs développés indépendamment. Brennan Watt, directeur général de la société d'ingénierie blockchain Anza, a publié la proposition le 30 octobre. Anza développe Agave, l'un des principaux logiciels utilisés pour faire fonctionner Solana. Watt propose de regrouper dans une spécification faisant autorité les exigences relatives au traitement des transactions, à la validation des blocs et au consensus.

Solana accueille des logiciels de validateurs développés indépendamment, dont Firedancer, conçu par la société de trading Jump Crypto. Les validateurs sont des ordinateurs qui vérifient les transactions et contribuent à la sécurité de la blockchain. Toutes les implémentations de validateurs doivent respecter les mêmes règles fondamentales pour que le réseau conserve un consensus. Des interprétations différentes pourraient produire des résultats distincts pour des transactions identiques, risquant de créer des visions incompatibles de la blockchain et d'affaiblir la fiabilité du réseau.

Solana utilise actuellement les Solana Improvement Documents, ou SIMD, pour proposer des modifications du protocole. Chaque SIMD décrit une mise à niveau particulière, mais il n'existe pas de référence faisant autorité qui rassemble l'ensemble des règles de fonctionnement du réseau. Les développeurs doivent donc parfois examiner le code des validateurs existants ou reconstituer les décisions prises lors de mises à niveau antérieures pour déterminer quelles règles sont en vigueur. Watt estime que ce processus complique inutilement la tâche des équipes indépendantes qui cherchent à établir le comportement prévu de Solana. Il a déclaré que cette méthode pouvait conduire à répéter la description de comportements existants ou à introduire des incohérences. Il a également indiqué qu'elle compliquait l'identification de tous les composants du protocole susceptibles d'être affectés par une mise à niveau.

La proposition maintiendrait les discussions sur les SIMD en vue d'éventuelles mises à niveau, tout en exigeant que les modifications techniques formelles soient soumises sous forme d'amendements à la spécification commune. Chaque amendement détaillerait ses effets sur les transactions, les communications entre les participants au réseau, le consensus et les autres fonctions pertinentes. Un examen technique et les approbations de gouvernance nécessaires précéderaient son intégration à la spécification officielle, lors de son activation sur le Mainnet de Solana. Les équipes travaillant sur Agave, Firedancer et les futurs logiciels de validateurs pourraient alors suivre des exigences documentées communes, plutôt que de consulter principalement le code d'une autre implémentation. Une norme de test commune pourrait aider les développeurs à examiner les divergences entre les résultats des validateurs et à déterminer quelle implémentation doit être corrigée.

Watt a publié un projet de spécification couvrant 18 domaines opérationnels, dont le traitement des transactions, les communications entre les participants au réseau, le consensus, les frais et les récompenses des validateurs. Toutefois, le projet ne couvre qu'une période historique définie de la blockchain Solana et suppose que les développeurs commencent à partir d'un état du réseau déjà considéré comme fiable. Des travaux supplémentaires seraient nécessaires pour intégrer les mises à niveau ultérieures et assurer la compatibilité continue entre les implémentations. La proposition reste à l'étude, et des questions demeurent sur la gouvernance, la mise en œuvre et la capacité de règles communes à prévenir les conflits logiciels.