Wu a déclaré dans le rapport technique d'août : mise à niveau de la "guerre OP_RETURN" de Bitcoin, proposition du nouveau protocole de consensus Alpenglow de Solana.
L'équipe de Wu a résumé les principales dynamiques du mois d'août dans le domaine de la Blockchain.
Bitcoin
· La "guerre OP_RETURN" entre les développeurs de Bitcoin se poursuit. Les développeurs de Bitcoin Core qualifient l'opposition de "Knotzis" et se moquent de leurs vulnérabilités logicielles ; cependant, le nombre de nœuds Knots est passé de moins de 400 à près de 4 000 cette année, tandis que le nombre de nœuds Core est resté stagnant à environ 20 000. Le débat entre les deux parties a évolué d'un désaccord technique à des attaques personnelles, et Chaincode Labs a également été accusé de jouer un rôle dominant dans cette affaire.
Ethereum
· Avancement de la mise à niveau Fusaka : Devnet-5 devrait être lancé début septembre, avec l'intention d'abandonner Holesky quelques semaines après l'activation de Fusaka sur Holesky, et de pousser la limite de Gas à 60 millions avant la mise à niveau de Fusaka.
· Préparation de la mise à niveau Glamsterdam : confirmation de l'EIP-7732/ePBS comme proposition centrale pour la couche de consensus, et de l'EIP-7928/Block-Level Access Lists comme proposition centrale pour la couche d'exécution. L'EIP-7778/6s Slot a été retiré en raison de conflits, l'EIP-7702/Fossil sera évalué après la stabilisation de l'ePBS et du BAL, avec une mise en œuvre de l'ePBS prévue pour mars-avril 2026.
· Le chercheur de la Fondation Ethereum (EF) Justin Drake a publié un article de blog, proposant la vision "lean Ethereum" pour la prochaine décennie. L'objectif est d'étendre la chaîne principale à 10 000 transactions par seconde et une capacité de traitement de 1 gigagas/s, tout en maintenant 100 % en ligne et décentralisé, et d'étendre le réseau Layer 2 à 1 million de transactions par seconde et une capacité de traitement de 1 teragas/s.
· La Fondation Ethereum annonce le lancement de la deuxième phase du plan "Trillion Dollar Security", axé sur l'amélioration de l'expérience utilisateur des portefeuilles. Ce plan implique une amélioration de la sécurité des portefeuilles, la résolution des problèmes de signature aveugle et l'établissement d'une base de données de vulnérabilités pour prévenir l'exploitation des vulnérabilités des contrats intelligents.
· La Fondation Ethereum a publié la mise à jour Protocol 002, qui présente les avancées de la recherche sur l'échantillonnage de disponibilité des données (DAS) et son importance pour l'extension de la disponibilité des données (DA) de manière sécurisée et évolutive. Les mises à jour de contenu incluent : Fusaka a lancé PeerDAS, une nouvelle architecture de données qui permet l'extension des blobs au-delà des niveaux de traitement actuels, passant de 6 blobs / bloc à 48 blobs / bloc ; le fork de paramètres Blob uniquement (BPO) augmentera progressivement le nombre de blobs sur le réseau principal et sera soutenu par une optimisation de bande passante point à point incrémentielle ; Glamsterdam prévoit d'adopter des technologies réseau avancées pour itérer sur le design de PeerDAS afin d'étendre davantage ; à mesure que l'échelle des données continue de croître, la technique de partitionnement de la mémoire peut préserver la valeur d'Ethereum ; la recherche sur la prochaine génération de DAS ouvrira l'évolution de l'extension sécurisée de DA.
· La Fondation Ethereum a publié "Protocol Update 003 — Improve UX", se concentrant sur l'amélioration de l'expérience utilisateur (Improve UX), en tant que l'une des trois grandes stratégies après la réorganisation de l'équipe de recherche et développement en juin (Scale L1, Scale Blobs, Improve UX). L'article souligne que l'interopérabilité (interop) est au cœur de l'objectif d'une expérience éthérée sans couture, sécurisée et sans autorisation. Le travail est divisé en trois flux : initialisation (Open Intents Framework, Ethereum Interoperability Layer, normes d'interopérabilité), accélération (confirmation rapide de L1, temps de fenêtre de 6 secondes, règlement L2 plus court), finalisation (preuves SNARK en temps réel, rapidité de la finalité L1). En réduisant la latence et les coûts, tout en améliorant la sécurité et la fiabilité, l'objectif est d'optimiser le mouvement des actifs inter-chaînes et l'expérience utilisateur.
Ethereum L2s
· Le réseau principal de Base a connu une interruption le 5 août, avec une pause dans la production de blocs qui a duré environ 33 minutes. L'incident a été provoqué par le séquenceur actuel qui, en raison de l'activité sur la chaîne, a entraîné un retard. Le Conductor a automatiquement basculé vers un nouveau séquenceur, mais ce nœud était toujours en cours de déploiement et ne pouvait pas produire de blocs. De plus, le module Conductor n'était pas activé, empêchant ainsi de déclencher un nouveau basculement. L'équipe a découvert le problème à 6h09 et a officiellement lancé la réponse à 6h12, en suspendant manuellement le transfert automatique et en prenant le contrôle d'un séquenceur sain. La production de blocs a finalement été rétablie à 6h40.
· Linea a publié sa feuille de route pour les neuf prochains mois, avec pour objectif d'atteindre 0,5 gGas/s (environ 5000 TPS) au T4 2025, d'implémenter la preuve en temps réel d'Ethereum au T2 2026, et d'atteindre une équivalence complète d'Ethereum avec le Type-1 zkEVM au T1 2026. Les plans comprennent la suppression des limites de transaction, le passage à de petits champs pour accélérer la preuve, la mise à niveau vers Pectra EVM, l'introduction d'un mécanisme de brûlage de 20% d'ETH et de rachat de 80% de LINEA, la réalisation de pré-confirmation de transaction et la décentralisation de Stage-1, le lancement de revenus natifs sur les dépôts d'ETH, et l'introduction en 2026 de systèmes de preuve multiples et de nœuds de tri décentralisés pour améliorer les performances, la compatibilité et la sécurité.
· Le projet d'extension d'Ethereum Taiko a annoncé avoir terminé le déploiement de la première phase du système de pré-confirmation sur le réseau principal d'Ethereum, avec un temps de réponse des transactions d'environ 2 secondes. Les responsables ont déclaré que cette fonctionnalité améliore la prévisibilité et la disponibilité des transactions basées sur rollup, et devrait favoriser une expérience d'interaction plus rapide et décentralisée pour les applications DeFi, GameFi et d'entreprise.
· Starknet a annoncé que la proposition communautaire SNIP-31 a été approuvée, et la fonctionnalité de staking Bitcoin sera officiellement lancée dans les prochaines semaines. Ce mécanisme fixe le poids du staking Bitcoin à 0,25, représentant 25 % du poids de consensus, tandis que le reste sera pris en charge par STRK ; de plus, WBTC, LBTC, tBTC et SolvBTC ont été approuvés comme actifs de staking, et les règles de gouvernance pour les nouveaux actifs Bitcoin emballés à l'avenir ont été établies.
· Optimism a annoncé une collaboration avec Flashbots pour introduire une technologie de tri des transactions rapide et vérifiable pour Superchain, soutenue par l'équipe qui a construit le processus de séquençage d'Ethereum. Cette collaboration réduit le temps de confirmation des utilisateurs à 200 ms, et est déjà en ligne sur Base et Unichain, avec le lancement imminent de OP Mainnet. De plus, des interfaces ouvertes modulaires Rollup-Boost et la technologie TEE de Flashbots seront également introduites pour les constructeurs tiers.
Solana
· La proposition de protocole de consensus Alpenglow SIMD-0326 de Solana est entrée dans la phase de vote communautaire, la période de vote effective étant de l'Époque 840 à 842 (actuellement 841, une Époque dure environ 2 jours), la règle de vote stipule que le pourcentage des votes favorables doit atteindre 2/3 du total des votes (pour + contre) pour être adopté. Selon les informations, Alpenglow vise à réduire le temps de confirmation des blocs de 12,8s à près de 150ms. Au moment de la rédaction, le taux de soutien au vote est extrêmement élevé, l'adoption de la proposition est presque un consensus communautaire. — link
· Helius a publié un article présentant l'introduction d'une réduction programmatique par Solana pour renforcer la sécurité du réseau. La réduction est réalisée en brûlant les actifs de mise des validateurs malveillants ou négligents, incitant à une infrastructure décentralisée et fiable. Les propositions connexes comprennent : SIMD-0204 (vérification des événements réductibles) qui sera bientôt en ligne, se concentrant initialement sur la détection de la production de blocs en double, et s'étendra à l'avenir aux violations de vote ; SIMD-0180 changera la clé du programme des leaders de l'adresse d'identité à l'adresse de compte de vote, garantissant une attribution précise de la réduction, sera bientôt en ligne ; SIMD-0212 définit les détails de mise en œuvre de la réduction, toujours en discussion, nécessitant un vote de gouvernance de la communauté. La proposition actuelle suggère une fonction de pénalité secondaire basée sur la ligne de coefficient de Nakamoto, évitant de pénaliser excessivement les petites erreurs, avec une réduction de 100 % pour les violations graves. Pour éviter d'échapper à la pénalité, une période de refroidissement doit être introduite. La réduction présente des risques pour les stakers, DeFi, etc., nécessitant un mécanisme d'assurance. Comparé à Ethereum et Cosmos, la réduction de Solana nécessite l'approbation de la gouvernance de la communauté, équilibrant la pénalité et l'équité.
· La société de développement écosystémique de Solana, Anza, a tweeté pour présenter son nouveau protocole de propagation de blocs, Rotor, introduit lors de la mise à niveau Solana Alpenglow. Rotor remplace le mode multi-sauts de Turbine par un relais à couche unique, où le leader divise les blocs en tranches, effectue un codage d'effacement sur chaque tranche pour créer des fragments, puis envoie ces fragments aux relais sélectionnés. Les relais diffusent les fragments à tous les validateurs du monde entier en une seule ronde. Grâce au codage d'effacement, il est possible de reconstruire une tranche avec la moitié des fragments reçus, garantissant ainsi une résilience, et le relais peut transférer dès qu'il reçoit un paquet de données. Rotor équilibre l'utilisation de la bande passante entre les nœuds, réduisant ainsi le temps et les différences de propagation, permettant presque à tous les validateurs de recevoir simultanément les blocs, augmentant ainsi le débit et réduisant le risque de bifurcation. Cela a une signification majeure pour les constructeurs et les validateurs, car cela peut réduire la latence, stabiliser la confirmation, faire fonctionner les dApps en temps réel de manière plus fluide, et réduire les intervalles manqués par les validateurs ainsi que le gaspillage de bande passante. En résumé, Rotor permet à Solana de distribuer rapidement de gros volumes de données grâce à une conception à couche unique, réalisant ainsi des temps de blocs plus rapides et plus cohérents, ainsi qu'un débit plus élevé. Auparavant, Anza avait proposé le protocole Alpenglow. Ce protocole vise à remplacer le mécanisme de consensus TowerBFT de Solana et le système de timestamp de preuve historique, introduisant les composants Votor et Rotor. Votor est responsable du vote et de la finalité des blocs, tandis que Rotor améliore le protocole de propagation de blocs existant de Solana.
BNB Chain
· BNB Chain annonce la mise à niveau du programme Kickstart, intégrant l'ancien programme LaaS, offrant une solution de support unique couvrant 18 grandes catégories et plus de 50 prestataires de services, y compris CertiK, AWS, Google, NodeReal, PancakeSwap, etc. Le nouveau programme est divisé en deux phases : la construction et la croissance des dApps, s'adressant respectivement aux développeurs en phase initiale et aux projets ayant un potentiel de marché établi, couvrant le développement, l'audit, l'infrastructure et autres contenus de soutien.
· BSC prend désormais en charge l'exécution de contrats intelligents à l'aide des Super-Instructions, remplaçant les séquences de code byte répétitives par un seul code d'opération, réduisant ainsi les coûts d'exécution tout en maintenant le consensus inchangé. Les analyses montrent qu'environ 60 % des transactions sur le réseau principal de BSC étaient des interactions DeFi répétées, telles que les transactions Swap de PancakeSwap, ce qui ralentissait l'exécution et augmentait les coûts. La nouvelle solution peut augmenter la vitesse d'exécution des blocs de 15 %, la vitesse de synchronisation de 14 % et le débit de 17 %.
Hyperliquid
· Les 16, 23 et 30 août, la plateforme Hyperliquid a effectué des mises à niveau réseau planifiées, avec un temps d'arrêt attendu d'environ 10 minutes à chaque fois, toutes ayant été réalisées avec succès, le système maintenant une haute stabilité et une efficacité opérationnelle.
· Bien que le marché perpétuel de pré-lancement du jeton XPL ait été manipulé par des baleines le 27 août, entraînant une flambée des prix de 2 à 2,5 fois, ce qui a conduit à plus de 17 millions de dollars de liquidations et 15 millions de dollars de bénéfices pour les baleines, suscitant l'attention de la communauté ; Hyperliquid a souligné que le système fonctionne comme prévu, sans défaut technique, et a immédiatement introduit des mesures de sécurité sur le marché XPL, y compris la définition d'un "plafond de prix de marquage" à 10 fois la moyenne mobile exponentielle sur 8 heures, tout en intégrant des données de marché externes pour améliorer la précision des prix.
Autre
· Sonic Labs a annoncé le lancement de Testnet 2.1, qui ajoute la compatibilité avec la mise à niveau Pectra d'Ethereum et introduit des fonctionnalités réseau plus étendues pour les développeurs et les utilisateurs. Cette mise à niveau devrait bientôt être déployée sur le réseau principal.
· Apple a publié une mise à jour de sécurité pour corriger la vulnérabilité zero-day CVE-2025–43300 qui a été exploitée. Cette vulnérabilité se trouve dans le cadre ImageIO, et un attaquant peut provoquer une corruption de la mémoire via une image malveillante, qui a été exploitée dans des attaques complexes ciblant des individus spécifiques. Les systèmes affectés incluent iOS, iPadOS et macOS, avec les versions corrigées suivantes : iOS/iPadOS 18.6.2, iPadOS 17.7.10 ; macOS Ventura 13.7.8, Sonoma 14.7.8, Sequoia 15.6.1. Apple a corrigé 7 vulnérabilités zero-day exploitées dans des attaques réelles depuis le début de l'année.
· Solayer annonce le lancement du premier pont inter-chaînes conçu spécifiquement pour SVM, sBridge, qui prend en charge les scénarios de trading à haute fréquence. Ce pont permet des opérations inter-chaînes de Solana vers n'importe quel SVM, plus rapidement que le modèle traditionnel nécessitant plusieurs confirmations. Son architecture centrale repose sur le Guardian Network, offrant un support matériel et un basculement automatique. Contrairement aux solutions inter-chaînes traditionnelles qui nécessitent des listes blanches et des conversions multilayers, sBridge est optimisé pour les chaînes natives SVM, générant directement des preuves PDA, et vérifiant sur la chaîne cible via la précompilation ED25519 de Solana.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
Wu a déclaré dans le rapport technique d'août : mise à niveau de la "guerre OP_RETURN" de Bitcoin, proposition du nouveau protocole de consensus Alpenglow de Solana.
Compilation | GaryMa Wu a parlé du Blockchain
L'équipe de Wu a résumé les principales dynamiques du mois d'août dans le domaine de la Blockchain.
Bitcoin
· La "guerre OP_RETURN" entre les développeurs de Bitcoin se poursuit. Les développeurs de Bitcoin Core qualifient l'opposition de "Knotzis" et se moquent de leurs vulnérabilités logicielles ; cependant, le nombre de nœuds Knots est passé de moins de 400 à près de 4 000 cette année, tandis que le nombre de nœuds Core est resté stagnant à environ 20 000. Le débat entre les deux parties a évolué d'un désaccord technique à des attaques personnelles, et Chaincode Labs a également été accusé de jouer un rôle dominant dans cette affaire.
Ethereum
· Avancement de la mise à niveau Fusaka : Devnet-5 devrait être lancé début septembre, avec l'intention d'abandonner Holesky quelques semaines après l'activation de Fusaka sur Holesky, et de pousser la limite de Gas à 60 millions avant la mise à niveau de Fusaka.
· Préparation de la mise à niveau Glamsterdam : confirmation de l'EIP-7732/ePBS comme proposition centrale pour la couche de consensus, et de l'EIP-7928/Block-Level Access Lists comme proposition centrale pour la couche d'exécution. L'EIP-7778/6s Slot a été retiré en raison de conflits, l'EIP-7702/Fossil sera évalué après la stabilisation de l'ePBS et du BAL, avec une mise en œuvre de l'ePBS prévue pour mars-avril 2026.
· Le chercheur de la Fondation Ethereum (EF) Justin Drake a publié un article de blog, proposant la vision "lean Ethereum" pour la prochaine décennie. L'objectif est d'étendre la chaîne principale à 10 000 transactions par seconde et une capacité de traitement de 1 gigagas/s, tout en maintenant 100 % en ligne et décentralisé, et d'étendre le réseau Layer 2 à 1 million de transactions par seconde et une capacité de traitement de 1 teragas/s.
· La Fondation Ethereum annonce le lancement de la deuxième phase du plan "Trillion Dollar Security", axé sur l'amélioration de l'expérience utilisateur des portefeuilles. Ce plan implique une amélioration de la sécurité des portefeuilles, la résolution des problèmes de signature aveugle et l'établissement d'une base de données de vulnérabilités pour prévenir l'exploitation des vulnérabilités des contrats intelligents.
· La Fondation Ethereum a publié la mise à jour Protocol 002, qui présente les avancées de la recherche sur l'échantillonnage de disponibilité des données (DAS) et son importance pour l'extension de la disponibilité des données (DA) de manière sécurisée et évolutive. Les mises à jour de contenu incluent : Fusaka a lancé PeerDAS, une nouvelle architecture de données qui permet l'extension des blobs au-delà des niveaux de traitement actuels, passant de 6 blobs / bloc à 48 blobs / bloc ; le fork de paramètres Blob uniquement (BPO) augmentera progressivement le nombre de blobs sur le réseau principal et sera soutenu par une optimisation de bande passante point à point incrémentielle ; Glamsterdam prévoit d'adopter des technologies réseau avancées pour itérer sur le design de PeerDAS afin d'étendre davantage ; à mesure que l'échelle des données continue de croître, la technique de partitionnement de la mémoire peut préserver la valeur d'Ethereum ; la recherche sur la prochaine génération de DAS ouvrira l'évolution de l'extension sécurisée de DA.
· La Fondation Ethereum a publié "Protocol Update 003 — Improve UX", se concentrant sur l'amélioration de l'expérience utilisateur (Improve UX), en tant que l'une des trois grandes stratégies après la réorganisation de l'équipe de recherche et développement en juin (Scale L1, Scale Blobs, Improve UX). L'article souligne que l'interopérabilité (interop) est au cœur de l'objectif d'une expérience éthérée sans couture, sécurisée et sans autorisation. Le travail est divisé en trois flux : initialisation (Open Intents Framework, Ethereum Interoperability Layer, normes d'interopérabilité), accélération (confirmation rapide de L1, temps de fenêtre de 6 secondes, règlement L2 plus court), finalisation (preuves SNARK en temps réel, rapidité de la finalité L1). En réduisant la latence et les coûts, tout en améliorant la sécurité et la fiabilité, l'objectif est d'optimiser le mouvement des actifs inter-chaînes et l'expérience utilisateur.
Ethereum L2s
· Le réseau principal de Base a connu une interruption le 5 août, avec une pause dans la production de blocs qui a duré environ 33 minutes. L'incident a été provoqué par le séquenceur actuel qui, en raison de l'activité sur la chaîne, a entraîné un retard. Le Conductor a automatiquement basculé vers un nouveau séquenceur, mais ce nœud était toujours en cours de déploiement et ne pouvait pas produire de blocs. De plus, le module Conductor n'était pas activé, empêchant ainsi de déclencher un nouveau basculement. L'équipe a découvert le problème à 6h09 et a officiellement lancé la réponse à 6h12, en suspendant manuellement le transfert automatique et en prenant le contrôle d'un séquenceur sain. La production de blocs a finalement été rétablie à 6h40.
· Linea a publié sa feuille de route pour les neuf prochains mois, avec pour objectif d'atteindre 0,5 gGas/s (environ 5000 TPS) au T4 2025, d'implémenter la preuve en temps réel d'Ethereum au T2 2026, et d'atteindre une équivalence complète d'Ethereum avec le Type-1 zkEVM au T1 2026. Les plans comprennent la suppression des limites de transaction, le passage à de petits champs pour accélérer la preuve, la mise à niveau vers Pectra EVM, l'introduction d'un mécanisme de brûlage de 20% d'ETH et de rachat de 80% de LINEA, la réalisation de pré-confirmation de transaction et la décentralisation de Stage-1, le lancement de revenus natifs sur les dépôts d'ETH, et l'introduction en 2026 de systèmes de preuve multiples et de nœuds de tri décentralisés pour améliorer les performances, la compatibilité et la sécurité.
· Le projet d'extension d'Ethereum Taiko a annoncé avoir terminé le déploiement de la première phase du système de pré-confirmation sur le réseau principal d'Ethereum, avec un temps de réponse des transactions d'environ 2 secondes. Les responsables ont déclaré que cette fonctionnalité améliore la prévisibilité et la disponibilité des transactions basées sur rollup, et devrait favoriser une expérience d'interaction plus rapide et décentralisée pour les applications DeFi, GameFi et d'entreprise.
· Starknet a annoncé que la proposition communautaire SNIP-31 a été approuvée, et la fonctionnalité de staking Bitcoin sera officiellement lancée dans les prochaines semaines. Ce mécanisme fixe le poids du staking Bitcoin à 0,25, représentant 25 % du poids de consensus, tandis que le reste sera pris en charge par STRK ; de plus, WBTC, LBTC, tBTC et SolvBTC ont été approuvés comme actifs de staking, et les règles de gouvernance pour les nouveaux actifs Bitcoin emballés à l'avenir ont été établies.
· Optimism a annoncé une collaboration avec Flashbots pour introduire une technologie de tri des transactions rapide et vérifiable pour Superchain, soutenue par l'équipe qui a construit le processus de séquençage d'Ethereum. Cette collaboration réduit le temps de confirmation des utilisateurs à 200 ms, et est déjà en ligne sur Base et Unichain, avec le lancement imminent de OP Mainnet. De plus, des interfaces ouvertes modulaires Rollup-Boost et la technologie TEE de Flashbots seront également introduites pour les constructeurs tiers.
Solana
· La proposition de protocole de consensus Alpenglow SIMD-0326 de Solana est entrée dans la phase de vote communautaire, la période de vote effective étant de l'Époque 840 à 842 (actuellement 841, une Époque dure environ 2 jours), la règle de vote stipule que le pourcentage des votes favorables doit atteindre 2/3 du total des votes (pour + contre) pour être adopté. Selon les informations, Alpenglow vise à réduire le temps de confirmation des blocs de 12,8s à près de 150ms. Au moment de la rédaction, le taux de soutien au vote est extrêmement élevé, l'adoption de la proposition est presque un consensus communautaire. — link
· Helius a publié un article présentant l'introduction d'une réduction programmatique par Solana pour renforcer la sécurité du réseau. La réduction est réalisée en brûlant les actifs de mise des validateurs malveillants ou négligents, incitant à une infrastructure décentralisée et fiable. Les propositions connexes comprennent : SIMD-0204 (vérification des événements réductibles) qui sera bientôt en ligne, se concentrant initialement sur la détection de la production de blocs en double, et s'étendra à l'avenir aux violations de vote ; SIMD-0180 changera la clé du programme des leaders de l'adresse d'identité à l'adresse de compte de vote, garantissant une attribution précise de la réduction, sera bientôt en ligne ; SIMD-0212 définit les détails de mise en œuvre de la réduction, toujours en discussion, nécessitant un vote de gouvernance de la communauté. La proposition actuelle suggère une fonction de pénalité secondaire basée sur la ligne de coefficient de Nakamoto, évitant de pénaliser excessivement les petites erreurs, avec une réduction de 100 % pour les violations graves. Pour éviter d'échapper à la pénalité, une période de refroidissement doit être introduite. La réduction présente des risques pour les stakers, DeFi, etc., nécessitant un mécanisme d'assurance. Comparé à Ethereum et Cosmos, la réduction de Solana nécessite l'approbation de la gouvernance de la communauté, équilibrant la pénalité et l'équité.
· La société de développement écosystémique de Solana, Anza, a tweeté pour présenter son nouveau protocole de propagation de blocs, Rotor, introduit lors de la mise à niveau Solana Alpenglow. Rotor remplace le mode multi-sauts de Turbine par un relais à couche unique, où le leader divise les blocs en tranches, effectue un codage d'effacement sur chaque tranche pour créer des fragments, puis envoie ces fragments aux relais sélectionnés. Les relais diffusent les fragments à tous les validateurs du monde entier en une seule ronde. Grâce au codage d'effacement, il est possible de reconstruire une tranche avec la moitié des fragments reçus, garantissant ainsi une résilience, et le relais peut transférer dès qu'il reçoit un paquet de données. Rotor équilibre l'utilisation de la bande passante entre les nœuds, réduisant ainsi le temps et les différences de propagation, permettant presque à tous les validateurs de recevoir simultanément les blocs, augmentant ainsi le débit et réduisant le risque de bifurcation. Cela a une signification majeure pour les constructeurs et les validateurs, car cela peut réduire la latence, stabiliser la confirmation, faire fonctionner les dApps en temps réel de manière plus fluide, et réduire les intervalles manqués par les validateurs ainsi que le gaspillage de bande passante. En résumé, Rotor permet à Solana de distribuer rapidement de gros volumes de données grâce à une conception à couche unique, réalisant ainsi des temps de blocs plus rapides et plus cohérents, ainsi qu'un débit plus élevé. Auparavant, Anza avait proposé le protocole Alpenglow. Ce protocole vise à remplacer le mécanisme de consensus TowerBFT de Solana et le système de timestamp de preuve historique, introduisant les composants Votor et Rotor. Votor est responsable du vote et de la finalité des blocs, tandis que Rotor améliore le protocole de propagation de blocs existant de Solana.
BNB Chain
· BNB Chain annonce la mise à niveau du programme Kickstart, intégrant l'ancien programme LaaS, offrant une solution de support unique couvrant 18 grandes catégories et plus de 50 prestataires de services, y compris CertiK, AWS, Google, NodeReal, PancakeSwap, etc. Le nouveau programme est divisé en deux phases : la construction et la croissance des dApps, s'adressant respectivement aux développeurs en phase initiale et aux projets ayant un potentiel de marché établi, couvrant le développement, l'audit, l'infrastructure et autres contenus de soutien.
· BSC prend désormais en charge l'exécution de contrats intelligents à l'aide des Super-Instructions, remplaçant les séquences de code byte répétitives par un seul code d'opération, réduisant ainsi les coûts d'exécution tout en maintenant le consensus inchangé. Les analyses montrent qu'environ 60 % des transactions sur le réseau principal de BSC étaient des interactions DeFi répétées, telles que les transactions Swap de PancakeSwap, ce qui ralentissait l'exécution et augmentait les coûts. La nouvelle solution peut augmenter la vitesse d'exécution des blocs de 15 %, la vitesse de synchronisation de 14 % et le débit de 17 %.
Hyperliquid
· Les 16, 23 et 30 août, la plateforme Hyperliquid a effectué des mises à niveau réseau planifiées, avec un temps d'arrêt attendu d'environ 10 minutes à chaque fois, toutes ayant été réalisées avec succès, le système maintenant une haute stabilité et une efficacité opérationnelle.
· Bien que le marché perpétuel de pré-lancement du jeton XPL ait été manipulé par des baleines le 27 août, entraînant une flambée des prix de 2 à 2,5 fois, ce qui a conduit à plus de 17 millions de dollars de liquidations et 15 millions de dollars de bénéfices pour les baleines, suscitant l'attention de la communauté ; Hyperliquid a souligné que le système fonctionne comme prévu, sans défaut technique, et a immédiatement introduit des mesures de sécurité sur le marché XPL, y compris la définition d'un "plafond de prix de marquage" à 10 fois la moyenne mobile exponentielle sur 8 heures, tout en intégrant des données de marché externes pour améliorer la précision des prix.
Autre
· Sonic Labs a annoncé le lancement de Testnet 2.1, qui ajoute la compatibilité avec la mise à niveau Pectra d'Ethereum et introduit des fonctionnalités réseau plus étendues pour les développeurs et les utilisateurs. Cette mise à niveau devrait bientôt être déployée sur le réseau principal.
· Apple a publié une mise à jour de sécurité pour corriger la vulnérabilité zero-day CVE-2025–43300 qui a été exploitée. Cette vulnérabilité se trouve dans le cadre ImageIO, et un attaquant peut provoquer une corruption de la mémoire via une image malveillante, qui a été exploitée dans des attaques complexes ciblant des individus spécifiques. Les systèmes affectés incluent iOS, iPadOS et macOS, avec les versions corrigées suivantes : iOS/iPadOS 18.6.2, iPadOS 17.7.10 ; macOS Ventura 13.7.8, Sonoma 14.7.8, Sequoia 15.6.1. Apple a corrigé 7 vulnérabilités zero-day exploitées dans des attaques réelles depuis le début de l'année.
· Solayer annonce le lancement du premier pont inter-chaînes conçu spécifiquement pour SVM, sBridge, qui prend en charge les scénarios de trading à haute fréquence. Ce pont permet des opérations inter-chaînes de Solana vers n'importe quel SVM, plus rapidement que le modèle traditionnel nécessitant plusieurs confirmations. Son architecture centrale repose sur le Guardian Network, offrant un support matériel et un basculement automatique. Contrairement aux solutions inter-chaînes traditionnelles qui nécessitent des listes blanches et des conversions multilayers, sBridge est optimisé pour les chaînes natives SVM, générant directement des preuves PDA, et vérifiant sur la chaîne cible via la précompilation ED25519 de Solana.