Pensé que la parte interesante serían las propias políticas. Resultó ser lo que sucede cuando esas políticas, inevitablemente, necesitan una excepción.
Después de pasar tiempo leyendo la arquitectura de Newton y el explorer, noté que el sistema se construye sobre la idea de que la autorización debe ocurrir antes de la ejecución, con cada decisión ligada a una política explícita en lugar del criterio de un operador. Eso ya desplaza la responsabilidad de los firmantes individuales hacia el código. Pero los sistemas reales rara vez se mantienen para siempre dentro de reglas perfectas.
Ahí es donde empieza a tener más sentido una anulación registrada y regida por políticas.
Al principio, una anulación suena a debilitar el modelo. Mirándolo más de cerca, en realidad lo preserva. Si cada anulación está limitada por condiciones predefinidas, registradas en cadena y vinculadas de vuelta al marco de políticas, el protocolo evita crear una capa invisible de discreción humana fuera del sistema.
La diferencia operativa es sutil pero importante. Una acción de emergencia con multisig sin contexto deja que los observadores futuros reconstruyan la intención a partir de las transacciones. Una anulación vinculada a una política deja un rastro de auditoría que explica no solo qué cambió, sino también por qué el protocolo consideró válida la excepción en primer lugar.
Esto también cambia los incentivos de gobernanza. En lugar de fingir que no ocurrirán situaciones excepcionales, la gobernanza se impulsa a definir excepciones aceptables antes de que sean necesarias. Los desarrolladores codifican los casos límite. Los operadores ejecutan dentro de esos límites. Los auditores verifican tanto la regla como la excepción usando la misma evidencia.
Cuanto más lo miraba, menos me parecía que esto fuera simplemente agregar flexibilidad. Se sentía más bien como extender la rendición de cuentas hacia el único lugar en el que los sistemas blockchain tradicionalmente han confiado en la confianza en vez de en la estructura.
@NewtonProtocol
#newt $NEWT
Después de pasar tiempo leyendo la arquitectura de Newton y el explorer, noté que el sistema se construye sobre la idea de que la autorización debe ocurrir antes de la ejecución, con cada decisión ligada a una política explícita en lugar del criterio de un operador. Eso ya desplaza la responsabilidad de los firmantes individuales hacia el código. Pero los sistemas reales rara vez se mantienen para siempre dentro de reglas perfectas.
Ahí es donde empieza a tener más sentido una anulación registrada y regida por políticas.
Al principio, una anulación suena a debilitar el modelo. Mirándolo más de cerca, en realidad lo preserva. Si cada anulación está limitada por condiciones predefinidas, registradas en cadena y vinculadas de vuelta al marco de políticas, el protocolo evita crear una capa invisible de discreción humana fuera del sistema.
La diferencia operativa es sutil pero importante. Una acción de emergencia con multisig sin contexto deja que los observadores futuros reconstruyan la intención a partir de las transacciones. Una anulación vinculada a una política deja un rastro de auditoría que explica no solo qué cambió, sino también por qué el protocolo consideró válida la excepción en primer lugar.
Esto también cambia los incentivos de gobernanza. En lugar de fingir que no ocurrirán situaciones excepcionales, la gobernanza se impulsa a definir excepciones aceptables antes de que sean necesarias. Los desarrolladores codifican los casos límite. Los operadores ejecutan dentro de esos límites. Los auditores verifican tanto la regla como la excepción usando la misma evidencia.
Cuanto más lo miraba, menos me parecía que esto fuera simplemente agregar flexibilidad. Se sentía más bien como extender la rendición de cuentas hacia el único lugar en el que los sistemas blockchain tradicionalmente han confiado en la confianza en vez de en la estructura.
@NewtonProtocol
#newt $NEWT