Antes pensaba que el cumplimiento en cripto era básicamente código con traje… el abogado escribe la regla, el dev la pone en el contrato y luego todos se quedan atados a esa versión hasta que llegue otra actualización o migración. Pero a medida que miro @NewtonProtocol , siento cada vez más que la gran idea no es la regla en sí, sino mantener la regla separada del contrato que tiene que obedecerla. Y sinceramente, eso cambia muchísimo. El contrato puede quedarse donde está mientras cambia la política que lo rodea: quizá se reemplaza una fuente de sanciones, quizá se bloquea una región, quizá el límite de riesgo se vuelve más estricto… sin reconstrucción total, sin mover los fondos de los usuarios solo porque el mundo exterior volvió a cambiar. Me gusta esa flexibilidad porque las reglas reales no se quedan congeladas para siempre, y fingir que lo hacen normalmente crea problemas más grandes más adelante.
Pero entonces llego al otro lado de la cuestión. Si el código se mantiene igual mientras la regla puede moverse, el poder más importante quizá ya no resida en el desarrollador del contrato. Reside en quien controle la fuente de la política, el registro, las actualizaciones y los datos que se confían. Los operadores pueden revisar cada transacción y demostrar que se aplicó la política activa antes del cierre, lo cual es mejor que detectar el problema después de que el dinero ya se movió; pero aun así están verificando una regla que eligió otra persona. Creo que ahí es donde la gente puede equivocarse. Newton puede hacer la ejecución más abierta y fácil de verificar, pero no puede decirme si la persona que escribe la regla es justa, cuidadosa o incluso si actúa en mi interés.
Así que sí: no solo quiero saber “¿se aplicó esta política?”. Quiero saber quién la cambió, cuándo cambió, qué datos confía ahora y si los usuarios recibieron algún aviso real. Porque el contrato puede verse exactamente igual mientras el mundo a su alrededor se vuelve mucho más estricto. Quizá separar la política del código solucione el lío de las actualizaciones… pero también convierte al escritor de la regla invisible en una de las personas más poderosas del sistema, y no estoy seguro de que los usuarios normales lo noten hasta que una transacción se bloquee y por fin pregunten por qué.
@NewtonProtocol $NEWT #Newt
Pero entonces llego al otro lado de la cuestión. Si el código se mantiene igual mientras la regla puede moverse, el poder más importante quizá ya no resida en el desarrollador del contrato. Reside en quien controle la fuente de la política, el registro, las actualizaciones y los datos que se confían. Los operadores pueden revisar cada transacción y demostrar que se aplicó la política activa antes del cierre, lo cual es mejor que detectar el problema después de que el dinero ya se movió; pero aun así están verificando una regla que eligió otra persona. Creo que ahí es donde la gente puede equivocarse. Newton puede hacer la ejecución más abierta y fácil de verificar, pero no puede decirme si la persona que escribe la regla es justa, cuidadosa o incluso si actúa en mi interés.
Así que sí: no solo quiero saber “¿se aplicó esta política?”. Quiero saber quién la cambió, cuándo cambió, qué datos confía ahora y si los usuarios recibieron algún aviso real. Porque el contrato puede verse exactamente igual mientras el mundo a su alrededor se vuelve mucho más estricto. Quizá separar la política del código solucione el lío de las actualizaciones… pero también convierte al escritor de la regla invisible en una de las personas más poderosas del sistema, y no estoy seguro de que los usuarios normales lo noten hasta que una transacción se bloquee y por fin pregunten por qué.
@NewtonProtocol $NEWT #Newt