Le Neo Council a voté pour réduire le temps de blocage de 15 secondes à trois secondes lors d’une réunion de gouvernance le 13 avril, en présence de 14 des 21 membres du Conseil. Le changement de paramètre, longuement discuté, devrait entrer en vigueur début mai. Cependant, une proposition de réduction de 100x du facteur de frais d’exécution a été reportée après un vote à égalité, le Conseil ayant choisi d’attendre la solution dynamique de tarification des opcodes de Neo SPCC dans le prochain hard fork de Gorgon.
La réunion a marqué les premiers votes concrets sur les paramètres du réseau depuis que Tyler Adams, co-fondateur de COZ, a présenté la proposition de gouvernance n°7 en février. La proposition était bloquée depuis deux mois en raison de désaccords sur les implications sécuritaires de la réduction des frais, ce qui a conduit à des appels à une réunion.
Blocage de 3 secondes approuvé à l’unanimité
Les 15 membres du Conseil présents ont voté pour faire passer MillisecondsPerBlock de 15 000 à 3 000, avec une réduction proportionnelle de GasPerBlock pour maintenir le même taux de génération de GAZ. Le changement sera mis en œuvre via une seule transaction de vote invoquant le contrat de politique natif.
Jimmy, fondateur de R3E Network, et Shargon, fondateur de Red4Sec, créeront la transaction de proposition à l’aide d’une nouvelle application Web développée par Jimmy pour la signature de proposition. Les membres du Conseil ont jusqu’au lundi 21 avril pour fournir leurs signatures, la transaction devant être relayée environ une semaine plus tard.
Neo SPCC a confirmé que des blocs de trois secondes ont été testés sur Neo TestNet, qui exécute actuellement des blocs d’une seconde. R3E Network a testé séparément le nœud C# avec 512 transactions par bloc à intervalles de trois secondes. Les bases techniques du changement – migration de MillisecondsPerBlock et MaxValidUntilBlockIncrement vers le contrat Policy – ont été achevées en mai 2025.
La réduction du temps de blocage a été discutée depuis au moins le Centre Point #2 à Singapour en septembre 2025, où des accords ont été conclus mais ne se sont pas traduits par une action en chaîne.
Le vote sur le facteur des frais d’exécution se termine par une égalité
La réduction proposée de l’ExecutionFeeFactor – une diminution de 100 fois destinée à rendre Neo compétitive par rapport aux autres chaînes en termes de coûts de transaction – a divisé le Conseil de manière égale. Huit membres ont voté pour une réduction immédiate, tandis que huit ont voté pour attendre la tarification dynamique des opcodes du hard fork Gorgon. Avec 11 voix requises pour obtenir la majorité, la proposition n’a pas été adoptée.
L’impasse était centrée sur la sécurité. Roman Khimov, développeur principal de Neo SPCC, avait fait valoir lors de discussions en février qu’une réduction des frais de 100 fois permettrait un blocage complet du réseau pour environ 15 $ US. Anna Shaleva, développeur Neo SPCC, a présenté le modèle de tarification dynamique des opcodes de l’équipe comme une alternative qui rendrait les transactions standard telles que les échanges de jetons Flamingo environ 100 fois moins chères tout en rendant les transactions malveillantes exponentiellement plus chères. Elle a estimé que la fonctionnalité prendrait deux à trois semaines pour être examinée et fusionnée dans le nœud C#, après quoi elle serait déployée avec le hard fork Gorgon.
Adams, l’auteur de la proposition originale, a plaidé pour agir maintenant plutôt que d’attendre : « Nous devons remplir le réseau, puis utiliser des leviers économiques pour filtrer le service public du bruit. » Plusieurs membres du Conseil ont modifié leurs votes au cours de la discussion après avoir entendu la présentation de Neo SPCC sur le modèle de tarification dynamique.
L’implémentation de la tarification dynamique des opcodes est terminée dans le client neo-go. La version initiale n’inclut pas la tarification de l’opcode SYSCALL, qui couvre les appels de contrat natifs et nécessitera une évaluation plus approfondie. Aucune date de déploiement n’a été fixée pour le hard fork Gorgon.
Nombre maximum de transactions par bloc à réduire
Le Conseil a voté par 12 voix contre trois en faveur de la réduction de MaxTransactionsPerBlock à 200 ainsi que d’un temps de blocage plus rapide. La valeur actuelle est de 512 transactions par bloc.
Contrairement aux paramètres de temps de blocage et de frais, ce changement est un ajustement de la configuration des nœuds plutôt qu’une transaction de vote, ce qui signifie que tous les nœuds du comité doivent mettre à jour leurs fichiers de configuration en coordination. Shaleva coordonnera le calendrier des mises à jour entre les nœuds de consensus et de comité.
Shargon a préconisé une approche conservatrice, notant que le réseau atteint rarement 200 transactions par bloc et que tout pic soudain indiquerait probablement une attaque. “Lorsque le réseau sera davantage utilisé avec ce temps de trois secondes, nous pourrons peut-être le revaloriser et l’augmenter lorsque nous en aurons besoin”, a-t-il déclaré. “Mais si nous n’en avons pas besoin, il vaut mieux avoir une valeur inférieure.”
Le Conseil a également discuté de MaxValidUntilBlockIncrement mais a décidé de ne pas le modifier. Shargon a expliqué que les transactions de proposition peuvent faire référence à de futurs numéros de bloc pour la collecte de signatures, éliminant ainsi le problème de pression temporelle qui avait initialement motivé le changement.
Processus de liste blanche défini
Bien que la liste blanche des contrats ne soit pas mise en œuvre en tant que mesure temporaire de grande envergure avant le hard fork de Gorgon, le Conseil a établi un processus permettant à Flamingo Finance de poursuivre la mise sur liste blanche de méthodes contractuelles spécifiques. Flamingo, la plus grande plateforme DeFi de Neo, n’était pas présente à la réunion mais avait soumis une déclaration écrite soutenant la proposition de gouvernance et demandant des éclaircissements sur le processus de liste blanche.
Le processus convenu exige que Flamingo fournisse un inventaire des méthodes nécessitant une liste blanche à Red4Sec, qui procédera à un examen de sécurité axé sur la sécurité de l’exécution gratuite. Le Conseil voterait ensuite sur la mise sur liste blanche de méthodes spécifiques. Toute mise à niveau du contrat supprimerait automatiquement le statut de la liste blanche.
Adams a souligné que l’exécution libre crée une surface d’attaque par déni de service et a noté la complexité impliquée : la liste blanche est au niveau de la méthode plutôt qu’au niveau du contrat, et les contrats intermédiaires appelés par les méthodes sur liste blanche doivent également être sur liste blanche.
La fréquentation et la responsabilité restent des préoccupations
Sept sièges du Conseil n’étaient pas représentés à la réunion : NGD (détenant trois sièges, dont deux sont des nœuds de consensus), Switcheo, Binance, MakeNeoGreatAgain et Flamingo. Seul Flamingo a notifié à l’avance son incapacité de participer et a fourni des notes écrites indiquant sa position sur les questions avant l’appel.
Adams s’est demandé si le pouvoir de vote était suffisant : “Plus de la moitié du pouvoir de vote au sein de cet organe directeur n’est pas actif. Et ce sont les mêmes visages à chaque fois qui se présentent.”
Dylan Grabowski, rédacteur en chef de Neo News Today, a insisté sur la responsabilité en matière de suivi. “C’est la troisième fois que nous votons sur des choses et que nous repartons sans que les gens ne fassent rien.” dit-il. “Donc, je ne pense pas que nous devrions nous féliciter du tout.”
Prochaines étapes
Les signatures pour la transaction par bloc de trois secondes sont attendues d’ici le 20 avril, le changement devant être appliqué une semaine plus tard. La réduction MaxTransactionsPerBlock sera coordonnée entre les nœuds du comité parallèlement au changement de temps de bloc. Le PR dynamique de tarification des opcodes de Neo SPCC pour le nœud C# est attendu dans le mois, avec le calendrier du hard fork de Gorgon à suivre.
La réunion complète peut être visionnée sur le lien ci-dessous :
