PANews a rapporté le 13 juin que, selon le document d’amélioration Solana (SIMD), le développeur Max Resnick a soumis une proposition SIMD-301, visant à réaliser la fonction d’exécution asynchrone de la blockchain. La proposition permettrait aux validateurs de voter avant qu’une transaction de bloc ne soit exécutée, ce qui réduirait considérablement les délais de confirmation des blocs et ouvrirait la voie à des mécanismes ultérieurs de concurrence multi-leaders (MCL) et de consensus en pipeline. Les principaux changements comprennent : 1) la suppression du champ BankHash de la structure de vote, 2) l’introduction d’un mécanisme de vérification de bloc statique, et 3) les validateurs peuvent voter après avoir réussi la vérification statique sans attendre que la transaction soit exécutée. En particulier, la proposition souligne la nécessité de se prémunir contre le risque que des nœuds malveillants soumettent des transactions chronophages qui aboutissent à des blocs vides. La fonctionnalité sera activée par phases via un drapeau de fonctionnalité et devrait être déployée une fois la mise à niveau d’Alpenglow terminée.
Le contenu est fourni à titre de référence uniquement, il ne s'agit pas d'une sollicitation ou d'une offre. Aucun conseil en investissement, fiscalité ou juridique n'est fourni. Consultez l'Avertissement pour plus de détails sur les risques.
La communauté Solana a lancé la proposition SIMD-301, visant à réaliser des fonctionnalités d'exécution asynchrone.
PANews a rapporté le 13 juin que, selon le document d’amélioration Solana (SIMD), le développeur Max Resnick a soumis une proposition SIMD-301, visant à réaliser la fonction d’exécution asynchrone de la blockchain. La proposition permettrait aux validateurs de voter avant qu’une transaction de bloc ne soit exécutée, ce qui réduirait considérablement les délais de confirmation des blocs et ouvrirait la voie à des mécanismes ultérieurs de concurrence multi-leaders (MCL) et de consensus en pipeline. Les principaux changements comprennent : 1) la suppression du champ BankHash de la structure de vote, 2) l’introduction d’un mécanisme de vérification de bloc statique, et 3) les validateurs peuvent voter après avoir réussi la vérification statique sans attendre que la transaction soit exécutée. En particulier, la proposition souligne la nécessité de se prémunir contre le risque que des nœuds malveillants soumettent des transactions chronophages qui aboutissent à des blocs vides. La fonctionnalité sera activée par phases via un drapeau de fonctionnalité et devrait être déployée une fois la mise à niveau d’Alpenglow terminée.