¡Que tengas un buen fin de semana y estudies bien! En todas las cosas, lo de más valor es aprender, y solo el estudio eleva.
En este tipo de mercado, no participar en proyectos “shanzhai” para evitar que te “corten” es ganar dinero; pero al mismo tiempo, tampoco puedes, por el mal momento del mercado, caer en un pesimismo extremo. De hecho, suelen ser precisamente estos momentos cuando es una gran oportunidad para involucrarte a fondo y aprender.
Durante los últimos años, todos han estado “compitiendo” por rendimiento, por ejecución y por modularización; pero casi nadie se ha detenido a pensar seriamente en una pregunta: la cadena en línea cada vez es más rápida… ¿quién puede demostrar que todo eso es realmente cierto?
Esto nos lleva al DeepSafe que aprenderemos hoy. Su ángulo de entrada es bastante interesante: no siguió construyendo una cadena aún más rápida, ni siguió “forzando” la IA, sino que está haciendo algo que mucha gente no ha notado: la Capa de Verificación (Verification Layer).
Dicho claramente, se trata de que la verificación dejen de depender de una persona o de una institución, y pasen a depender de la criptografía.
En la presentación oficial hablan de un montón de ZKP, Ring-VRF, MPC, TEE. La verdad es que la mayoría de la gente no se pondrá a estudiar esos detalles técnicos; lo que más les importa es qué se logra al final, qué problemas resuelve.
Si una red de verificación ni siquiera los nodos saben si esta vez fueron seleccionados aleatoriamente para participar en la verificación, entonces se vuelve difícil coordinarse de antemano, sobornar o atacar a un nodo en particular. Pienso que esta idea vale más que intentar aumentar algunas decenas de miles de TPS.
Hasta ahora, DeepSafe ya ha procesado cerca de 120 millones de verificaciones, tiene más de 265.000 cuentas activas y más de 70 socios. Y lo más importante: su mecanismo central también fue incluido en IEEE TIFS.
Los proyectos cripto dicen todos los días que su tecnología es de vanguardia, pero de verdad los que logran pasar por revistas top de criptografía y revisión por pares de nivel… en realidad son pocos.
Creo que mucha gente hoy está subestimando la importancia de la Capa de Verificación. Antes, en Web3, el que ganaba era quien podía llevar el registro. Ahora, el que gana es quien puede ejecutar. Si la evolución de agentes de IA, RWA y la interoperabilidad entre cadenas sigue avanzando, el próximo gran problema al que todos nos enfrentaremos será: ¿quién va a verificar?
Muchísima infraestructura no llama la atención normalmente, pero cuando ocurre un problema de verdad, entonces todos se dan cuenta de su importancia.
Así es con los certificados SSL. Así es también con los servicios en la nube.
Creo que la Capa de Verificación puede ser algo así en el futuro.
En este tipo de mercado, no participar en proyectos “shanzhai” para evitar que te “corten” es ganar dinero; pero al mismo tiempo, tampoco puedes, por el mal momento del mercado, caer en un pesimismo extremo. De hecho, suelen ser precisamente estos momentos cuando es una gran oportunidad para involucrarte a fondo y aprender.
Durante los últimos años, todos han estado “compitiendo” por rendimiento, por ejecución y por modularización; pero casi nadie se ha detenido a pensar seriamente en una pregunta: la cadena en línea cada vez es más rápida… ¿quién puede demostrar que todo eso es realmente cierto?
Esto nos lleva al DeepSafe que aprenderemos hoy. Su ángulo de entrada es bastante interesante: no siguió construyendo una cadena aún más rápida, ni siguió “forzando” la IA, sino que está haciendo algo que mucha gente no ha notado: la Capa de Verificación (Verification Layer).
Dicho claramente, se trata de que la verificación dejen de depender de una persona o de una institución, y pasen a depender de la criptografía.
En la presentación oficial hablan de un montón de ZKP, Ring-VRF, MPC, TEE. La verdad es que la mayoría de la gente no se pondrá a estudiar esos detalles técnicos; lo que más les importa es qué se logra al final, qué problemas resuelve.
Si una red de verificación ni siquiera los nodos saben si esta vez fueron seleccionados aleatoriamente para participar en la verificación, entonces se vuelve difícil coordinarse de antemano, sobornar o atacar a un nodo en particular. Pienso que esta idea vale más que intentar aumentar algunas decenas de miles de TPS.
Hasta ahora, DeepSafe ya ha procesado cerca de 120 millones de verificaciones, tiene más de 265.000 cuentas activas y más de 70 socios. Y lo más importante: su mecanismo central también fue incluido en IEEE TIFS.
Los proyectos cripto dicen todos los días que su tecnología es de vanguardia, pero de verdad los que logran pasar por revistas top de criptografía y revisión por pares de nivel… en realidad son pocos.
Creo que mucha gente hoy está subestimando la importancia de la Capa de Verificación. Antes, en Web3, el que ganaba era quien podía llevar el registro. Ahora, el que gana es quien puede ejecutar. Si la evolución de agentes de IA, RWA y la interoperabilidad entre cadenas sigue avanzando, el próximo gran problema al que todos nos enfrentaremos será: ¿quién va a verificar?
Muchísima infraestructura no llama la atención normalmente, pero cuando ocurre un problema de verdad, entonces todos se dan cuenta de su importancia.
Así es con los certificados SSL. Así es también con los servicios en la nube.
Creo que la Capa de Verificación puede ser algo así en el futuro.