
Le cofondateur de Solana, Anatoly Yakovenko, a déclaré cette semaine que, pour optimiser le réseau, un petit nombre d'applications grand public à fort volume méritent la priorité par rapport aux validateurs, développeurs, market makers ou même ingénieurs principaux.
Ce qu'il a dit
- Dans un message du 23 octobre sur X, Yakovenko a nommé cinq produits qu'il pense que Solana devrait optimiser en premier : Phantom, Pump.fun, Fomo, Jupiter et Kamino.
- Son raisonnement : « Les produits avec une énorme AUM et un énorme volume de détail sont les deux groupes les plus importants à optimiser. » Il a souligné que ces indicateurs — les actifs sous gestion et l'activité de trading de détail — devraient guider les décisions d'optimisation.
Yakovenko a explicitement placé ces applications au-dessus des validateurs, développeurs, market makers et ingénieurs principaux en termes de qui le réseau devrait être optimisé, bien qu'il n'ait proposé aucune modification technique, calendrier ou changement de gouvernance spécifique en leur faveur.
- Dans un commentaire de suivi, il a résumé l'utilisateur prioritaire de manière plus générale : « L'utilisateur le plus important est le plombier, qu'il soit institutionnel ou de détail. »
Contexte et réactions
Les remarques de Yakovenko sont intervenues en réponse à des critiques selon lesquelles certains concepteurs du protocole Ethereum n'utilisent pas leur propre réseau. Il a apporté un soutien mesuré à la Ethereum Foundation, affirmant qu'elle avait « fait un travail décent pour optimiser Aave », en soulignant que les échecs d'inclusion lors d'incidents ou de congestions pourraient compromettre les plateformes de prêt.
- Cela fait partie d'un débat plus large auquel Yakovenko a participé sur l'économie des applications sur les Layer 1. Il avait précédemment soutenu qu'une entreprise pourrait développer sur Solana, subventionner les coûts de transaction et facturer les utilisateurs via son propre interface — une position qui a suscité des réactions négatives en septembre de la part de Steven Goldfeder, cofondateur d'Offchain Labs, concernant l'utilisation d'Arbitrum par Robinhood.
- Goldfeder a défendu la capacité de Robinhood à conserver la majeure partie des revenus de la chaîne dans le cadre du programme d'expansion Arbitrum, affirmant que les applications pourraient conserver environ 90 % des revenus nets du protocole. Les termes rapportés prévoient que 10 % des revenus nets du protocole soient reversés à l'écosystème Arbitrum (8 % à la DAO, 2 % à la Developer Guild), avec les « revenus nets » mesurés après les frais réseau pertinents, tels que les coûts de publication de données sur Ethereum.
- Le message de Yakovenko du 23 octobre n'a pas annoncé de changements concernant l'accès aux produits pour les clients américains ni aucun accord avec les équipes qu'il a citées.
Où cela s'inscrit dans les travaux de mise à niveau de Solana
Les commentaires de Yakovenko interviennent alors que Solana continue de déployer des mises à jour majeures du protocole et des changements réseau qui affectent les équipes d'applications, les validateurs et les opérateurs d'infrastructure :
- Étapes de mise à jour et de test Alpenglow :
- Alpenglow a été déplacé sur devnet le 26 septembre après une transition sur testnet, offrant aux équipes d'applications un accès anticipé au nouveau comportement de consensus avant le déploiement sur mainnet.
- La Fondation a déclaré que les applications qui soumettent uniquement des transactions et lisent les soldes n'ont pas besoin de migrer, tandis que les services qui traitent des blocs ou suivent l'activité des validateurs peuvent devoir modifier la façon dont ils lisent les données du réseau.
- Devnet est destiné aux équipes d'applications pour tester avec des jetons sans valeur ; testnet est destiné aux validateurs et opérateurs qui exécutent des conditions plus lourdes et réalistes. Anza a annoncé le passage à devnet le 25 sept., un jour après que testnet ait terminé son passage.
- Objectifs de finalité et de performance :
- La mise à niveau vise un temps de finalité d'environ 150 millisecondes, une amélioration spectaculaire par rapport aux ~12,8 secondes sous TowerBFT. Les analyses ont souligné la distinction entre la finalité de consensus et une indication initiale qu'une transaction a été enregistrée.
- Économie des validateurs et frais d'admission :
- La Fondation prévoit de remplacer les frais de vote séparés sur la chaîne par un frais d'admission unique de 0,8 SOL par epoch, intégralement brûlé. Les validateurs doivent financer ce frais au-delà du minimum exempt de loyer de leur compte de vote, et le paiement doit être effectué un epoch à l'avance. Les validateurs incapables de payer perdent l'autorisation de voter ou de produire des blocs lors de l'epoch suivante.
- Les nœuds en dehors de l'ensemble des validateurs admis apprennent normalement la finalité à partir des certificats inclus dans les blocs ultérieurs, ce qui peut ajouter un intervalle entre blocs produits et entraîner des attentes plus longues si des blocs sont sautés ou retardés.
Conclusion
Yakovenko défend un argument pragmatique, axé sur le produit : optimiser le réseau pour les applications à fort AUM et fort volume de particuliers qui déplacent des actifs et des transactions réels. Il a fourni des exemples concrets, mais n'a pas proposé de changements techniques ou de décisions de gouvernance. Entre-temps, la voie de mise à niveau de Solana (Alpenglow, améliorations de la finalité et modifications des frais des validateurs) continue de redéfinir la manière dont les applications et les opérateurs interagiront avec le réseau.
Ce qu'il a dit
- Dans un message du 23 octobre sur X, Yakovenko a nommé cinq produits qu'il pense que Solana devrait optimiser en premier : Phantom, Pump.fun, Fomo, Jupiter et Kamino.
- Son raisonnement : « Les produits avec une énorme AUM et un énorme volume de détail sont les deux groupes les plus importants à optimiser. » Il a souligné que ces indicateurs — les actifs sous gestion et l'activité de trading de détail — devraient guider les décisions d'optimisation.
Yakovenko a explicitement placé ces applications au-dessus des validateurs, développeurs, market makers et ingénieurs principaux en termes de qui le réseau devrait être optimisé, bien qu'il n'ait proposé aucune modification technique, calendrier ou changement de gouvernance spécifique en leur faveur.
- Dans un commentaire de suivi, il a résumé l'utilisateur prioritaire de manière plus générale : « L'utilisateur le plus important est le plombier, qu'il soit institutionnel ou de détail. »
Contexte et réactions
Les remarques de Yakovenko sont intervenues en réponse à des critiques selon lesquelles certains concepteurs du protocole Ethereum n'utilisent pas leur propre réseau. Il a apporté un soutien mesuré à la Ethereum Foundation, affirmant qu'elle avait « fait un travail décent pour optimiser Aave », en soulignant que les échecs d'inclusion lors d'incidents ou de congestions pourraient compromettre les plateformes de prêt.
- Cela fait partie d'un débat plus large auquel Yakovenko a participé sur l'économie des applications sur les Layer 1. Il avait précédemment soutenu qu'une entreprise pourrait développer sur Solana, subventionner les coûts de transaction et facturer les utilisateurs via son propre interface — une position qui a suscité des réactions négatives en septembre de la part de Steven Goldfeder, cofondateur d'Offchain Labs, concernant l'utilisation d'Arbitrum par Robinhood.
- Goldfeder a défendu la capacité de Robinhood à conserver la majeure partie des revenus de la chaîne dans le cadre du programme d'expansion Arbitrum, affirmant que les applications pourraient conserver environ 90 % des revenus nets du protocole. Les termes rapportés prévoient que 10 % des revenus nets du protocole soient reversés à l'écosystème Arbitrum (8 % à la DAO, 2 % à la Developer Guild), avec les « revenus nets » mesurés après les frais réseau pertinents, tels que les coûts de publication de données sur Ethereum.
- Le message de Yakovenko du 23 octobre n'a pas annoncé de changements concernant l'accès aux produits pour les clients américains ni aucun accord avec les équipes qu'il a citées.
Où cela s'inscrit dans les travaux de mise à niveau de Solana
Les commentaires de Yakovenko interviennent alors que Solana continue de déployer des mises à jour majeures du protocole et des changements réseau qui affectent les équipes d'applications, les validateurs et les opérateurs d'infrastructure :
- Étapes de mise à jour et de test Alpenglow :
- Alpenglow a été déplacé sur devnet le 26 septembre après une transition sur testnet, offrant aux équipes d'applications un accès anticipé au nouveau comportement de consensus avant le déploiement sur mainnet.
- La Fondation a déclaré que les applications qui soumettent uniquement des transactions et lisent les soldes n'ont pas besoin de migrer, tandis que les services qui traitent des blocs ou suivent l'activité des validateurs peuvent devoir modifier la façon dont ils lisent les données du réseau.
- Devnet est destiné aux équipes d'applications pour tester avec des jetons sans valeur ; testnet est destiné aux validateurs et opérateurs qui exécutent des conditions plus lourdes et réalistes. Anza a annoncé le passage à devnet le 25 sept., un jour après que testnet ait terminé son passage.
- Objectifs de finalité et de performance :
- La mise à niveau vise un temps de finalité d'environ 150 millisecondes, une amélioration spectaculaire par rapport aux ~12,8 secondes sous TowerBFT. Les analyses ont souligné la distinction entre la finalité de consensus et une indication initiale qu'une transaction a été enregistrée.
- Économie des validateurs et frais d'admission :
- La Fondation prévoit de remplacer les frais de vote séparés sur la chaîne par un frais d'admission unique de 0,8 SOL par epoch, intégralement brûlé. Les validateurs doivent financer ce frais au-delà du minimum exempt de loyer de leur compte de vote, et le paiement doit être effectué un epoch à l'avance. Les validateurs incapables de payer perdent l'autorisation de voter ou de produire des blocs lors de l'epoch suivante.
- Les nœuds en dehors de l'ensemble des validateurs admis apprennent normalement la finalité à partir des certificats inclus dans les blocs ultérieurs, ce qui peut ajouter un intervalle entre blocs produits et entraîner des attentes plus longues si des blocs sont sautés ou retardés.
Conclusion
Yakovenko défend un argument pragmatique, axé sur le produit : optimiser le réseau pour les applications à fort AUM et fort volume de particuliers qui déplacent des actifs et des transactions réels. Il a fourni des exemples concrets, mais n'a pas proposé de changements techniques ou de décisions de gouvernance. Entre-temps, la voie de mise à niveau de Solana (Alpenglow, améliorations de la finalité et modifications des frais des validateurs) continue de redéfinir la manière dont les applications et les opérateurs interagiront avec le réseau.

