[Série Contrôle de concurrence] #2. Contrôle de concurrence optimiste vs. pessimiste Pour gérer l’exécution parallèle en toute sécurité, les blockchains haute performance adoptent l’un des deux modèles principaux de contrôle de concurrence : exécution pessimiste ou optimiste. Les deux visent à prévenir les conflits d’état, mais abordent le moment de l’exécution et le risque computationnel de manière opposée. 1. Exécution pessimiste : Prévention des conflits en premier Le contrôle de concurrence pessimiste analyse les exigences d’accès à l’état des transactions avant leur exécution. - Si deux transactions ciblent le même compte ou la même case de stockage, le système oblige l’une des transactions à attendre en file d’attente. - Les transactions en conflit sont regroupées en lots séquentiels sans conflit, éliminant ainsi le surcoût de réexécution. - Compromis : Prévisibilité élevée des ressources et aucune reprise de transaction échouée, mais latence accrue (mode attente) lors de fortes compétitions d’état. 2. Exécution optimiste : Exécuter d’abord, valider ensuite Le contrôle de concurrence optimiste suppose que les conflits sont rares et exécute immédiatement toutes les transactions en parallèle. - Les transactions s’exécutent simultanément sans délai, mais leurs mises à jour d’état sont validées avant leur engagement final sur la chaîne. - Si une transaction lit un état périmé causé par une écriture chevauchante, elle est abandonnée et marquée pour réexécution (mode reprise). - Compromis : Utilisation maximale du matériel et latence inférieure à la seconde sous des charges à faible conflit, mais ressources informatiques gaspillées et reprises lors de collisions d’état à forte congestion. 3. Le défi fondamental de l’ingénierie Le choix entre le pré-tri pessimiste et l’exécution speculative optimiste détermine la performance d’un réseau sous la volatilité du marché. Comprendre ces mécanismes est essentiel pour concevoir des couches d’exécution résilientes. @RialoHQ @RialoKorea