El propio gestor de errores de Blizzard aborta entonces el proceso con el error Summary: BREAKPOINT . El error se manifiesta al usuario como Error 127, haciendo referencia a Kernel32.dll en el cuadro de diálogo del fallo .

El detalle crítico: el fallo ocurre antes de que se inicialice cualquier capa gráfica —no se crea ningún dispositivo D3D12, VKD3D o Vulkan . Esto descarta de manera concluyente problemas de controladores gráficos o DXVK.

El parche 3.1.0 actualizó el empaquetador y el cifrado antitrampas aplicados a diablo_iv_loader.dll . El nuevo empaquetador utiliza ofuscación que inserta un breakpoint INT3 como medida deliberada anti-depuración e anti-ingeniería inversa. En Windows, el despachador de excepciones lo maneja de forma transparente. En Wine/Proton, falla .

Por Qué las Soluciones Locales No Funcionan

• Cambiar versiones de Proton (Experimental, GE, ramas de Hotfix) no ayuda porque el breakpoint ocurre a nivel del manejo de excepciones de CPU de Wine dentro de un cargador ofuscado —ninguna compilación actual de Proton parchea este caso específico .
• Parámetros de lanzamiento como PROTON_HIDE_NVIDIA_GPU=1, DRI_PRIME=1 o ajustes de configuración de DXVK no tienen efecto porque el fallo ocurre antes de que se ejecute cualquier código de GPU .
• Eliminar o renombrar dstorage.dll, que solucionaba otros fallos de inicio en parches anteriores, no resuelve este problema .

Las únicas soluciones posibles son: (a) que Blizzard reempaquete el cargador sin el breakpoint INT3 de una manera compatible con el manejo de excepciones de Wine, o (b) un parche a nivel de Wine/Proton que intercepte y maneje ese breakpoint específico. Dado que el cargador está ofuscado y protegido contra manipulaciones, crear un parche así es difícil y frágil.

La Respuesta de Blizzard

• Blizzard reconoció el problema en sus foros, abriendo hilos oficiales de Soporte Técnico para "No se puede jugar en plataformas Linux después de la nueva actualización" y "Diablo 4 ya no funciona en Steam Deck" .
• El Hotfix 3.1.0a, lanzado más tarde el 30 de junio, no incluyó una solución para el problema de Linux/Steam Deck . Los hilos del hotfix confirman que solucionó otros problemas de PC, pero dejó sin resolver el bloqueo en Linux .
• Blizzard confirmó que está trabajando en un parche de emergencia por separado específicamente para abordar el breakpoint de diablo_iv_loader.dll en Wine/Proton . A fecha del 2 de julio, la solución aún no se había lanzado, y el hilo de reporte de errores alcanzó las 655 respuestas, con el tráfico del foro continuando en aumento .

Contexto Más Amplio: La Fragilidad del Antitrampas en Capas de Compatibilidad

Este incidente resalta un problema recurrente en los videojuegos para PC: los desarrolladores actualizan rutinariamente los sistemas antitrampas y empaquetadores sin realizar pruebas en capas de compatibilidad como Wine/Proton. El software antitrampas está diseñado para comportarse de manera diferente en entornos no estándar, y pequeños cambios —una nueva versión del empaquetador o una comprobación INT3 adicional— pueden romper silenciosamente la compatibilidad con Proton, incluso cuando el juego en sí no tiene cambios de código .

El mismo patrón ha ocurrido con las activaciones de Denuvo, que bloquean a los usuarios de Linux después de demasiados cambios de versión de Proton . Cada vez, la solución depende de que Valve parchee Proton de forma reactiva o de que el desarrollador del juego lance una actualización binaria —y nada de esto ocurre hasta que los usuarios descubren y reportan el problema. El caso de Diablo IV es especialmente llamativo porque afectó a Steam Deck, una plataforma comercial compatible que había sido totalmente compatible con el juego antes de la versión 3.1.0 .

El propio gestor de errores de Blizzard aborta entonces el proceso con el error Summary: BREAKPOINT . El error se manifiesta al usuario como Error 127, haciendo referencia a Kernel32.dll en el cuadro de diálogo del fallo .

El detalle crítico: el fallo ocurre antes de que se inicialice cualquier capa gráfica —no se crea ningún dispositivo D3D12, VKD3D o Vulkan . Esto descarta de manera concluyente problemas de controladores gráficos o DXVK.

El parche 3.1.0 actualizó el empaquetador y el cifrado antitrampas aplicados a diablo_iv_loader.dll . El nuevo empaquetador utiliza ofuscación que inserta un breakpoint INT3 como medida deliberada anti-depuración e anti-ingeniería inversa. En Windows, el despachador de excepciones lo maneja de forma transparente. En Wine/Proton, falla .

Por Qué las Soluciones Locales No Funcionan

• Cambiar versiones de Proton (Experimental, GE, ramas de Hotfix) no ayuda porque el breakpoint ocurre a nivel del manejo de excepciones de CPU de Wine dentro de un cargador ofuscado —ninguna compilación actual de Proton parchea este caso específico .
• Parámetros de lanzamiento como PROTON_HIDE_NVIDIA_GPU=1, DRI_PRIME=1 o ajustes de configuración de DXVK no tienen efecto porque el fallo ocurre antes de que se ejecute cualquier código de GPU .
• Eliminar o renombrar dstorage.dll, que solucionaba otros fallos de inicio en parches anteriores, no resuelve este problema .

Las únicas soluciones posibles son: (a) que Blizzard reempaquete el cargador sin el breakpoint INT3 de una manera compatible con el manejo de excepciones de Wine, o (b) un parche a nivel de Wine/Proton que intercepte y maneje ese breakpoint específico. Dado que el cargador está ofuscado y protegido contra manipulaciones, crear un parche así es difícil y frágil.

La Respuesta de Blizzard

• Blizzard reconoció el problema en sus foros, abriendo hilos oficiales de Soporte Técnico para "No se puede jugar en plataformas Linux después de la nueva actualización" y "Diablo 4 ya no funciona en Steam Deck" .
• El Hotfix 3.1.0a, lanzado más tarde el 30 de junio, no incluyó una solución para el problema de Linux/Steam Deck . Los hilos del hotfix confirman que solucionó otros problemas de PC, pero dejó sin resolver el bloqueo en Linux .
• Blizzard confirmó que está trabajando en un parche de emergencia por separado específicamente para abordar el breakpoint de diablo_iv_loader.dll en Wine/Proton . A fecha del 2 de julio, la solución aún no se había lanzado, y el hilo de reporte de errores alcanzó las 655 respuestas, con el tráfico del foro continuando en aumento .

Contexto Más Amplio: La Fragilidad del Antitrampas en Capas de Compatibilidad

Este incidente resalta un problema recurrente en los videojuegos para PC: los desarrolladores actualizan rutinariamente los sistemas antitrampas y empaquetadores sin realizar pruebas en capas de compatibilidad como Wine/Proton. El software antitrampas está diseñado para comportarse de manera diferente en entornos no estándar, y pequeños cambios —una nueva versión del empaquetador o una comprobación INT3 adicional— pueden romper silenciosamente la compatibilidad con Proton, incluso cuando el juego en sí no tiene cambios de código .

El mismo patrón ha ocurrido con las activaciones de Denuvo, que bloquean a los usuarios de Linux después de demasiados cambios de versión de Proton . Cada vez, la solución depende de que Valve parchee Proton de forma reactiva o de que el desarrollador del juego lance una actualización binaria —y nada de esto ocurre hasta que los usuarios descubren y reportan el problema. El caso de Diablo IV es especialmente llamativo porque afectó a Steam Deck, una plataforma comercial compatible que había sido totalmente compatible con el juego antes de la versión 3.1.0 .