En tanto que no quiera quedarse en el lado menor de la cadena, le interesa no proponer reglas que no cumple. Esto conlleva un coste de oportunidad.
No. No. Seamos precisos. El señalar o no un bloque no supone ningún coste de oportunidad. Cuando llegue el día de activación del SoftFork (si llega), el minero siempre podrá elegir si mantener su palabra o no, así que el hecho de señalar no tiene un coste de oportunidad.
Eso está muy bien, pero con UASF uno estaría en el otro lado. En el lado del que cambia el statu quo sin saber cuánto apoyo tiene y por tanto puede ser que tenga bastante poco.
Por la cuenta que le trae, ya se molestará el usuario en conocer con cuánto apoyo cuenta en cada uno de los contrapoderes de Bitcoin y si es suficiente para sus prioridades o no.
Repito, UASF no es solamente para esta propuesta de SF sino para cualquiera.
Sigo sin ver el problema, claro está, siempre que sean SoftForks (retrocompatibles)
De hecho siempre hay una parte de apoyo falso, por eso es mejor que los márgenes sean generosos. Por ejemplo Slush deja a cada minero elegir la versión que pone en el bloque y coinbase, pero Slush ejecuta Core solamente. Algunos bloques de Slush son BU y Slush no ejecuta ese cliente.
Sabiendo que un tío tan incompetente como Jihan dispone de influencia en casi el 40% de minado de la red, ningún margen o intervalo de hash puede considerarse como "generoso".
Es un modelo simplificado que se va al garete sobre todo si haces el SF obligatorio como propone UASF actualmente.
¿Cómo que "actualmente"? Que yo sepa, en la propuesta del UASF no se hacía obligatorio nada. ¿Ha cambiado algo al respecto?
El bloque de entrada se valida compatible, pero los bloques futuros no se crean compatibles. De modo que la retrocompatibilidad ya no es ni siquiera "en general", sino prácticamente no se da en ningún SF con ese cambio.
No hace falta siquiera un minero que adrede cree un bloque inválido. Al no coincidir exactamente los saldos según las diferentes interpretaciones de la cadena, se pueden crear bloques inválidos sin querer. Eso en general, más allá de SegWit aunque con SegWit también.
¿Puedes enviarme a algún sitio donde pueda leer más sobre esta parte?