Nobahar Ali

Como te dije, yendo de vuelta a la primera línea del abstract de Newton esta noche, ahora que lo he leído todo

"la infraestructura para el cumplimiento exigible a nivel de transacción no existe en forma descentralizada."

leer esa frase ahora versus leerla la primera vez es una experiencia genuinamente distinta. La primera vez era solo una afirmación, un enunciado del problema pidiendo que se le creyera. Ahora se lee más como una promesa que el resto del documento de Newton tuvo que mantener, y después de haber rastreado la mayoría de los mecanismos reales durante muchos días, creo que lo hizo en gran parte.

lo que me llama la atención al releer la apertura ahora es lo estrecha y precisa que en realidad es la afirmación

no "el cumplimiento no existe" ni "la descentralización no funciona".

específicamente, la intersección de las dos cosas: el cumplimiento exigible Y la forma descentralizada, juntas al mismo tiempo. Esa es una afirmación mucho más pequeña y, por lo tanto, más falsable de lo que suena al principio, y una afirmación más pequeña suele ser, en general, más honesta.

terminar donde empecé, en la misma frase, se siente como la forma correcta de cerrar esto.
#Newt @NewtonProtocol l $NEWT

Hoy empiezo con buenas noticias y estoy buscando sacar solo mica por su cuenta esta noche, en lugar de tratarla como un elemento más dentro de una lista de cuatro marcos, porque creo que en realidad es la más amplia del grupo y que esa amplitud importa. Tanto la ley Genius Act como la ordenanza de Hong Kong apuntan específicamente a emisores de stablecoin, una porción más estrecha de la industria. Mica está escrito para proveedores de servicios de activos cripto en general, una red mucho más amplia que cubre la supervisión de transacciones, la evaluación de riesgos y las obligaciones de verificación de identidad en actividades que van mucho más allá de la simple emisión de stablecoins.
Esa amplitud significa que la infraestructura de cumplimiento de mica no puede construirse de forma limitada solo para un caso de uso específico, como lo haría una herramienta destinada exclusivamente a stablecoins. Tiene que adaptarse a un rango realmente más amplio de actividades y tipos de participantes.
Creo que en realidad esta es la prueba más sólida de la idea de “componibilidad de políticas” de Newton: si el enfoque modular y configurable de las políticas funciona de verdad, entonces el marco de mica sería el que lo demostraría, porque mica no puede cumplirse con un flujo de cumplimiento de Newton construido solo para un propósito estrecho, como podría ocurrir con un marco específico para stablecoins.
#Newt @NewtonProtocol l $NEWT

pequeña cosa que seguí dando vueltas esta noche; por qué específicamente los datos de sanciones se integran como un feed en tiempo real mientras que varias otras categorías de datos de Newton no necesitan esa misma frescura
una lista de sanciones CAn puede cambiar literalmente cualquier día, cuando se agrega una nueva entidad o se marca una nueva dirección. una transacción evaluada frente a un snapshot de sanciones de ayer podría pasar un control que hoy no debería haber pasado. el costo de la obsolescencia aquí no es abstracto: es el modo de fallo exacto que existe para evitar precisamente el sistema de cumplimiento en primer lugar.
compáralo con algo como el estado de acreditación, que apenas cambia una vez emitido. la frescura en tiempo real importa muchísimo para una categoría y apenas para otra, y creo que eso refleja realmente qué tan rápido cambia el hecho del mundo real subyacente, no una preferencia técnica que Newton haya decidido arbitrariamente.
por lo tanto, el requisito del feed en tiempo real no trata realmente sobre la arquitectura de Newton; es una descripción honesta de qué tan volátil es aquello que se está comprobando en el mundo.
#Newt @NewtonProtocol l $NEWT

Como dije en mi última publicación, un pequeño detalle de diseño que sigo dando vueltas: ¿por qué el ejemplo del límite de la velocidad de Newton usa una ventana DIARIA específicamente? No por hora, no semanal, no solo por transacción, sino por un día.

Un día se siente como si encajara en una intersección concreta de dos cosas.

Es lo bastante largo como para que una sola transacción grande y legítima, alguien que realmente se mueve con fondos significativos por una razón real una vez, no parezca automáticamente sospechosa por sí sola. Pero es lo bastante corto como para que un patrón de movimientos rápidos y repetidos, del tipo asociado con el fraccionamiento en capas o la estructuración, aún se detecte dentro de un margen razonablemente estrecho, en lugar de pasar desapercibido al extenderse sin ser visto a través de semanas.

Una ventana por hora probablemente marcaría demasiados estallidos legítimos como sospechosos. Una ventana semanal probablemente permitiría que se acumulara demasiado antes de que alguien notara que se está formando un patrón.

No creo que un día sea una respuesta matemáticamente óptima; creo que está más cerca de una convención: el mismo ritmo en el que ya se mueve la actividad financiera humana, el horario laboral, los ciclos de liquidación diarios, la unidad natural en la que el pensamiento de cumplimiento ya se organiza en las finanzas tradicionales. Que Newton adopte ese mismo ritmo en vez de inventar uno nuevo es menos una decisión técnica y más una herencia.

Aun así, me pregunto si las aplicaciones pueden configurar realmente por sí mismas esta longitud de ventana, o si el diario está fijado como el valor predeterminado asumido en cada ejemplo de política de velocidad que muestra el whitepaper.

#Newt @NewtonProtocol l $NEWT

una pequeña distinción en el lenguaje de newtons que creo que hace más trabajo del que parece a primera vista: "atestiguado" versus "autorizado".

que exista una atestación no significa todavía que una transacción esté realmente autorizada.
durante la ventana de impugnación, es explícitamente provisional, asentada en un tipo de estado intermedio en el que los operadores ya han dado su visto bueno, pero el sistema aún no ha confirmado; nadie puede demostrar que estén equivocados.

solo una vez que esa ventana se cierra sin que haya una impugnación exitosa, el asunto realmente pasa a ser "autorizado" en la terminología específica de newtons.

en mi opinión, esta distinción de dos palabras, atestiguado frente a autorizado, está haciendo en silencio el mismo trabajo filosófico que el encuadre de "las matemáticas, no la discreción" sobre el que escribí antes. la autorización no se concede en el momento en que los operadores están de acuerdo; se concede una vez que la posibilidad de discrepancia ha tenido oportunidad de salir a la luz y fracasar en materializarse.

la confianza se gana superando el escrutinio, no solo siendo declarada.

aun sigo pensando en cómo se ve realmente en la práctica una atestación provisional durante esa ventana: ¿se muestra en la cadena como pendiente o simplemente no existe en silencio todavía desde la perspectiva de cualquier cosa que intente comprobarlo.
#Newt @NewtonProtocol $NEWT

#newt

pensamiento rápido: este detalle siguió molestándome después de que escribí sobre el diseño de dos fases la última vez; me pareció incompleto sin cubrir también esta parte.

cada vez que un operador obtiene datos externos, una lista de precios y sanciones, lo que sea que sea, no los usa en silencio.

genera una atestación de ECDSA sobre lo que realmente observó, vinculando la evaluación a esa entrada verificable específica.

lo que esto significa en la práctica es que, si más adelante surge una disputa bajo el modelo de Newton, no es solo "el operador dice que la política pasó", sino "el operador dice que la política pasó y aquí están los datos firmados exactos que obtuve para llegar a esa conclusión".

la entrada es demostrable, no solo la salida.

creo que esto cierra una brecha que una atestación de salida pura por sí sola dejaría abierta.

técnicamente podrías falsificar una salida que suene correcta.

pero falsificar una afirmación firmada sobre datos de entrada específicos que luego se demuestra que era incorrecta es algo diferente y más difícil de hacer sin que te pillen.

todavía estoy pensando en si estas atestaciones de entrada se almacenan en algún lugar de forma permanente, como lo hace el recibo final de cumplimiento, o si realmente solo importan de manera transitoria, durante la ventana de disputa real si alguna vez se abre.
@NewtonProtocol $NEWT
#Newt

Esta noche estaba mirando un mapa por algo totalmente ajeno y de pronto esta frase me vino a la mente, sin venir a cuento.
la distribución geográfica es un requisito operativo real para llegar a ser un operador de Newton, situado justo al lado de uptime y del tiempo de respuesta
no es algo “agradable de tener”.
lo que está protegiendo se siente bastante específico cuando lo piensas. cada operador que está en el mismo país, incluso en la misma región del centro de datos, y de repente una sola caída local o un solo movimiento regulatorio regional deja fuera de golpe una parte real de la red.
separar geográficamente a los operadores hace que ningún lugar pueda convertirse en el punto débil en silencio.
hay probablemente una segunda razón también, ligada a todo el discurso de neutralidad. una red concentrada en un solo lugar empieza a parecer mucho más sujeta a las leyes de ese lugar específicamente, lo que socava la neutralidad creíble para todos la historia de Newton que está intentando contar.
aun así, me da curiosidad cómo se verifica esto en la práctica. ¿lo declaran ellos mismos durante la incorporación, o hay alguna comprobación independiente detrás? no encuentro esa parte.
#Newt @NewtonProtocol l $NEWT

Esta noche mi prima me estaba quejando de tener que verificar su identidad otra vez para alguna app con la que ya se había verificado en otro lugar, y me di cuenta de que acababa de leer el problema exacto que se menciona en el whitepaper de Newton.
Los usuarios vuelven a verificar su identidad por separado para cada plataforma. Para cada cadena. A menudo, incluso para cada producto, incluso dentro de la misma empresa. La fricción exacta de la que mi prima estaba desahogándose, solo que descrita formalmente como una barrera para la adopción en lugar de una simple molestia personal.
Lo interesante es que Newton lo plantea explícitamente como un obstáculo, no solo como una incomodidad. Una fricción que inhibe la adopción, en sus palabras.
Tiene sentido por qué. Si cada plataforma nueva implica empezar KYC completamente desde cero, ese es un costo real de tiempo y paciencia que se suma a cada uno de los onboarding, y se acumula a medida que alguien quiere usar más productos en todo el espacio de diseño de Newton.
Todavía estoy pensando en cuánto de esa fricción incluso se puede resolver mediante mejores credenciales, y cuánto de ella es simplemente que distintas plataformas deciden no confiar en la verificación de las demás, incluso cuando existe la portabilidad técnica.
@NewtonProtocol $NEWT
#Newt