La plupart des clients d'exécution sont conçus pour un seul monde : un état de type Ethereum, des hypothèses de type Ethereum 👀 Le bitcoin ne s'adapte pas aisément à ce modèle. Ainsi, lorsque les protocoles tentent d'« ajouter BTC », ils le font généralement en le greffant — via des oracles, des wrappers ou des services externes. ⚠️ Cela crée une séparation : l'exécution se déroule dans un système, tandis que la vérité Bitcoin réside dans un autre. @SovaBTC ferme cette faille au niveau le plus fondamental. ⚙️ Client d'exécution modifié — sova-reth Au lieu d'utiliser un client standard, Sova utilise sova-reth — une version modifiée de Reth dans laquelle la logique de validation Bitcoin est intégrée directement dans le runtime EVM. Ce n'est pas un middleware. C'est une partie intégrante de l'exécution elle-même. ⚒️ Ce que cela change : • Les en-têtes Bitcoin peuvent être vérifiés pendant l'exécution • Les transitions d'état dépendant du BTC sont appliquées au niveau du client • Les contrats opèrent sur des données Bitcoin validées, et non sur des entrées externes • Le comportement des nœuds reste cohérent avec le consensus Bitcoin L'exécution ne se contente pas de référencer Bitcoin — elle le comprend et l'applique. 🔗 Le changement clé est architectural. Pas : EVM + données Bitcoin externes Mais : EVM avec la logique Bitcoin intégrée au cœur Cela élimine toute une catégorie d'hypothèses de confiance et de points de défaillance. Parce que lorsque la validation Bitcoin réside à l'intérieur du moteur d'exécution, vous n'avez plus besoin de vous demander si les données sont correctes — le système est conçu pour les prouver.