el slashing en OpenGradient no es una penalización manual que alguien aplica después de una revisión, es una regla programática integrada en el diseño de staking.
los validadores stakean $OPG para participar en el consenso. si un validador envía una prueba ZKML o TEE inválida, una parte de su colateral stakeado se retira automáticamente. la regla opera sin intervención discrecional, el archivo MiCAR es específico sobre eso, no hay un comité decidiendo caso por caso si un slashing es justo.
trabajé al lado de un sistema que una vez tuvo una regla de penalización similar en papel, excepto que la aplicación resultó depender de que un humano aprobara cada caso, lo que significaba que casi nunca sucedía realmente.
la aplicación automática elimina ese modo de falla por completo aquí, asumiendo que la detección de una prueba inválida en sí misma es confiable. esa capa de detección es realmente donde reside la confianza real, no la regla de slashing que se activa después.
@OpenGradient $OPG #OPG
$DEXE
los validadores stakean $OPG para participar en el consenso. si un validador envía una prueba ZKML o TEE inválida, una parte de su colateral stakeado se retira automáticamente. la regla opera sin intervención discrecional, el archivo MiCAR es específico sobre eso, no hay un comité decidiendo caso por caso si un slashing es justo.
trabajé al lado de un sistema que una vez tuvo una regla de penalización similar en papel, excepto que la aplicación resultó depender de que un humano aprobara cada caso, lo que significaba que casi nunca sucedía realmente.
la aplicación automática elimina ese modo de falla por completo aquí, asumiendo que la detección de una prueba inválida en sí misma es confiable. esa capa de detección es realmente donde reside la confianza real, no la regla de slashing que se activa después.
@OpenGradient $OPG #OPG
$DEXE