#newt La última vez, al ayudar a un colega a revisar y coordinar un canal de Web3, nos dimos un buen tropezón. Había una lista negra de sanciones que no se filtró, y eso hizo que más del 50% del capital quedara encerrado en el “cuarto oscuro” durante más de 15 días. Fue comprar lecciones con dinero real, en serio. Por esta razón, últimamente me he obsesionado con los mecanismos de base de Newton ($NEWT ). La narrativa oficial de TEE junto con pruebas de conocimiento cero suena muy convincente: la propuesta es que no solo protege la privacidad, sino que también corta de antemano el dinero sucio. Para desarrolladores sometidos a exigencias de cumplimiento, esto de verdad se parece a un salvavidas.@NewtonProtocol
Pero al profundizar en la lógica de fondo, noté que su punto crítico es extremadamente frágil. Las órdenes de bloqueo de Newton dependen casi por completo de los datos proporcionados por un único oráculo externo. Los que nos movemos en el sector sabemos: incluso el oráculo más potente, si llega un desplome brutal, puede terminar “desconectando” o retrasándose. Con que esa única fuente se contamine o llegue tarde, por muy múltiples capas de cifrado que pongas en el frontend, no sirve de mucho. Entregar toda la vida y el patrimonio a un servicio tercerizado; si toca una situación extrema de mercado, sí o sí se va a producir un daño masivo y también se van a colar algunos casos.$NEWT
Lo más frustrante es que el riesgo de esta mecánica ni siquiera es proporcional. Revisando los informes recientes de auditoría de código, se ve que el núcleo de este bloqueo no ha hecho pruebas de estrés profundas bajo límites extremos, y tampoco hay muchos “pesos pesados” respaldándolo. Si en una interacción normal con el usuario final, por un error al traer datos desde una interfaz, se bloquean activos perfectamente limpios, la estrategia actual del protocolo solo se reduce a retener unos puntos en el nodo en forma de garantía o stake. ¿Y cómo puede el afectado apelar para recuperar lo perdido? No hay manera. Al final, siempre somos los jugadores comunes quienes terminamos cargando en silencio con todo.
Incrustar este tipo de revisión en la infraestructura, en la dirección general, sí que abre apetito para que entren grandes flujos de dinero institucional a ecosistemas como Binance (Binance). Mejorar la eficiencia con tecnología adelantada no tiene nada de malo, pero es inaceptable que en esa cadena de seguridad se oculte el eslabón más débil bajo el agua. Si quieres “enganchar” una regulación de tipo de penetración futura solo con esta arquitectura, escuchar la publicidad no basta: al menos hay que ejecutar de 2 a 3 rondas de pruebas de resistencia reales on-chain. Cantarle alabanzas ahora, con lo que hay, es demasiado apresurado.#Newt
Pero al profundizar en la lógica de fondo, noté que su punto crítico es extremadamente frágil. Las órdenes de bloqueo de Newton dependen casi por completo de los datos proporcionados por un único oráculo externo. Los que nos movemos en el sector sabemos: incluso el oráculo más potente, si llega un desplome brutal, puede terminar “desconectando” o retrasándose. Con que esa única fuente se contamine o llegue tarde, por muy múltiples capas de cifrado que pongas en el frontend, no sirve de mucho. Entregar toda la vida y el patrimonio a un servicio tercerizado; si toca una situación extrema de mercado, sí o sí se va a producir un daño masivo y también se van a colar algunos casos.$NEWT
Lo más frustrante es que el riesgo de esta mecánica ni siquiera es proporcional. Revisando los informes recientes de auditoría de código, se ve que el núcleo de este bloqueo no ha hecho pruebas de estrés profundas bajo límites extremos, y tampoco hay muchos “pesos pesados” respaldándolo. Si en una interacción normal con el usuario final, por un error al traer datos desde una interfaz, se bloquean activos perfectamente limpios, la estrategia actual del protocolo solo se reduce a retener unos puntos en el nodo en forma de garantía o stake. ¿Y cómo puede el afectado apelar para recuperar lo perdido? No hay manera. Al final, siempre somos los jugadores comunes quienes terminamos cargando en silencio con todo.
Incrustar este tipo de revisión en la infraestructura, en la dirección general, sí que abre apetito para que entren grandes flujos de dinero institucional a ecosistemas como Binance (Binance). Mejorar la eficiencia con tecnología adelantada no tiene nada de malo, pero es inaceptable que en esa cadena de seguridad se oculte el eslabón más débil bajo el agua. Si quieres “enganchar” una regulación de tipo de penetración futura solo con esta arquitectura, escuchar la publicidad no basta: al menos hay que ejecutar de 2 a 3 rondas de pruebas de resistencia reales on-chain. Cantarle alabanzas ahora, con lo que hay, es demasiado apresurado.#Newt