La propuesta de gmaxwell sólo elimina la versión oculta de asicboost, que crea incentivos para crear bloques más pequeños e interfiere con mejoras al protocolo como segwit, committed utxo y committed bloom filters entre varias otras.

La propuesta sólo perjudicaría a mineros que estén usando la versión oculta de asicboost o planeen usarla, pero bitmain ha declarado públicamente que sólo lo han probado en testnet y no lo usarían en la cadena principal "por el bien de bitcoin".
Así es que no veo por qué oponerse a la propuesta, incluso si quieren seguir usando las formas públicas de asicboost que esta propuesta no elimina.

En cuanto a asicboost en general, es mentira que proporcione una mejora en la seguridad.
Si todos lo mineros lo usan, la seguridad es equivalente a si ninguno la puede usar, aunque el hashrate parezca ser más alto en total.
Si no todos los mineros lo usan, le seguridad total es peor que si ninguno la puediese usar, pues un atacante lo puede usar y gana ventaja adicional sobre los mineros que no la usan.
Nótese que esto es concreto de asicboost, otras técnicas como la construcción de hardware especializado (ASICs) para el cálculo de sha256d (de la cabecera del bloque completa, no de subconjuntos) sí incrementa la seguridad total en manos de mineros honestos, incluso si no todos los mineros las usan.

Se habla falsemente de asicboost como una "optimización" o una mejora, pero si lo fuese entonces daría mejor seguridad a la red, pero no lo hace. Lo único que hace es dar un aventaja a los mineros que lo usan sobre los que no lo usan (y además, en el caso de la versión oculta, incentiva bloques más pequeños y desintentiva algunas mejoras al protocolo).

El post inicial de este hilo malinterpreta la propuesta de gmaxwell y continuene multitiud de cosas que no son ciertas.