[Serie de Control de Concurrencia] #2. Control de Concurrencia Optimista vs. Pesimista Para manejar la ejecución paralela de forma segura, las cadenas de bloques de alto rendimiento adoptan uno de dos modelos principales de control de concurrencia: ejecución pesimista u optimista. Ambos buscan prevenir conflictos de estado, pero abordan el momento de la ejecución y el riesgo computacional desde direcciones opuestas. 1. Ejecución Pesimista: Prevención de Conflictos Primero El control de concurrencia pesimista analiza los requisitos de acceso al estado de las transacciones antes de la ejecución. - Si dos transacciones apuntan a la misma cuenta o ranura de almacenamiento, el sistema obliga a una de ellas a esperar en cola. - Las transacciones en conflicto se agrupan en lotes secuenciales libres de conflictos, eliminando la sobrecarga de re-ejecución. - Compromiso: Alta previsibilidad de recursos y cero reintentos de transacciones fallidas, pero mayor latencia (modo de espera) durante competencia intensa por el estado. 2. Ejecución Optimista: Ejecutar Primero, Validar Después El control de concurrencia optimista asume que los conflictos son raros y ejecuta todas las transacciones en paralelo inmediatamente. - Las transacciones se ejecutan simultáneamente sin demora, pero sus actualizaciones de estado se validan antes del compromiso final en el libro mayor. - Si una transacción lee un estado obsoleto causado por una escritura superpuesta, se aborta y se marca para re-ejecución (modo de reejecución). - Compromiso: Máxima utilización del hardware y latencia inferior al segundo bajo cargas de trabajo con bajo conflicto, pero recursos computacionales desperdiciados y reintentos durante colisiones de estado con alta congestión. 3. El Desafío Central de Ingeniería Elegir entre la pre-ordenación pesimista y la ejecución especulativa optimista determina cómo se desempeña una red bajo volatilidad del mercado. Comprender estos mecanismos es esencial para diseñar capas de ejecución resilientes. @RialoHQ @RialoKorea