**Enlace a la versión doblada al español**
-----------------------------------------------------------------------------------------
Además aquí está la transcripción completa, traducida y revisada para el Canal [Cardano Castellano](https://www.youtube.com/@CardanoCastellano)
Transcripción completa
**Doblaje al español** de “Update”
Publicado en el canal de Youtube de Charles Hoskinson el 29 de Junio de 2026
Hola, este es Charles Hoskinson transmitiendo en vivo desde la cálida y soleada Colorado. Siempre cálida, siempre soleada, a veces Colorado. Hoy es 29 de junio de 2026. Y estoy programando otra vez. ¿Qué tal eso? He pasado bastante tiempo durante el fin de semana examinando básicamente qué capacidades tiene Cardano para recuperar y redimir fondos de un contrato. Y de hecho pude hacer funcionar un verificador Grok 16 en Cardano Preview, lo cual ha sido tremendamente divertido. Resulta que agregamos muchas cosas nuevas e interesantes en la próxima bifurcación dura que te permiten verificar pruebas Groth 16 orientadas a BLS. Eso se traduce en términos prácticos en que básicamente es posible, si solo tienes 24 palabras clave, demostrar que eres dueño de billeteras asociadas con sus rutas de derivación y además incrustar dentro de esa prueba una dirección de destino. Así que creas algo del lado del cliente, lo envías a un contrato inteligente, este tiene incrustado un lugar a donde enviar fondos y luego todos los fondos bloqueados en el contrato pueden enviarse allí.
Así que pueden ver algunas transacciones muy extrañas en Preview. Y eso es lo que he estado probando ahora mismo y ha sido muy divertido. Para darles una pequeña vista previa del repositorio, que es privado porque contiene información dentro que podría usarse para reproducir el ataque, y estamos esperando una validación completa allí. Pero pueden ver que hay alrededor de 306 commits que he hecho y ha sido muy divertido crear toda esta lógica para una ceremonia MPC y ver qué se puede verificar en cadena con Grok 16 y una larga lista de otras cosas.
Para aquellos que no han estado prestando atención, básicamente lo que ha estado sucediendo es que SecondFi fue hackeado y no está completamente claro por qué ocurrió eso. Pero sí sabemos aproximadamente cómo sucedió parte de ello. Hay código criptográfico defectuoso que fue cambiado desde el Yoroi de código abierto cuando hicieron el fork hacia código cerrado. Y ese código defectuoso introdujo vulnerabilidades que un atacante aprovechó. El radio y alcance de esas vulnerabilidades, si están solamente en el lado de las firmas o si se extienden hasta la derivación de claves y qué tipo de monitoreo remoto había dentro de ese software y si alguna información se filtró desde el lado del cliente hacia un atacante externo, sigue siendo desconocido
Desde nuestro lado, lo que hemos hecho trabajando con Intersect es hacer una recomendación: en este punto, el auditor de seguridad independiente debería tener algún mecanismo para recibir instrucciones o, al menos, responder preguntas del consejo de seguridad de Intersect para que exista un grado de objetividad e imparcialidad. Todo lo que sé sobre el ataque solo he podido confirmarlo a partir del código que personalmente pude desensamblar y de análisis forense basados en blockchain, pero no sé cuál es el alcance total del daño. Y hasta que un auditor de seguridad independiente haga una revisión completa de extremo a extremo de los repositorios y pueda identificar qué bibliotecas específicas fueron comprometidas y demostrar paso a paso qué es seguro y qué no lo es, realmente no es posible proponer un remedio de recuperación.
La razón por la que estoy haciendo este ejercicio con Grok 16 es que quería ver si era posible manejar el peor escenario posible que aún pudiera recuperarse, que sería que todo estuviera comprometido excepto las palabras clave. Si ese es el caso, entonces necesitas algún tipo de estructura ZK para poder probar la propiedad. Si la ruta maestra no está comprometida, entonces simplemente puedes usar una firma de ella para probar la propiedad y hacer un rescate, lo que significa que no necesitarías una prueba de conocimiento cero en cadena.
El accidente afortunado de todo esto es que en realidad demuestra que puedes hacer circuitos bastante sofisticados y profundos en Cardano usando las nuevas primitivas que tenemos. Así que el tamaño del caso es de 22. Son casi cuatro millones de parámetros. Es un circuito muy grande para poder probar en Cardano con verificación de tamaño constante. Así que Cardano ha adquirido capacidades de conocimiento cero muy buenas y esto es portable básicamente a cualquier interfaz o billetera. Así que eso es bueno. Es bueno saber que Cardano realmente ha avanzado y es capaz de hacer muchas cosas interesantes y geniales y que muchas de las herramientas están funcionando bastante bien.
El lado desafortunado es que hasta que llegue una auditoría de seguridad independiente realmente no sabemos cuál sería un camino viable de restauración o recuperación para los usuarios, al menos en mi opinión desde afuera observando la situación, porque si las palabras clave fueron comprometidas entonces no serían un buen mecanismo de recuperación. Si la ruta maestra fue comprometida tampoco sería un buen camino y hasta que la biblioteca corrompida sea examinada a fondo y un auditor de seguridad pueda determinar la causa raíz completa, no lo sabemos. También existe una diferencia entre los usuarios de Yoroi que fueron actualizados a SecondFi y los nuevos usuarios de SecondFi que generaron una nueva billetera dentro de SecondFi; pueden ser diferentes en términos del perfil de riesgo y también necesita confirmarse qué información fue transmitida de un usuario de Yoroi y SecondFi a Emurgo: si eran simplemente registros sobre cómo las personas utilizaban la billetera o si había alguna otra información. Por ejemplo, ¿un atacante inyectó un keylogger o algo más?
Así que probablemente lo mejor que pueda hacer el white hat —y nuevamente esto no es una recomendación vinculante, es solo la opinión personal de un hombre, gran descargo de responsabilidad aquí— es intentar encontrar una forma de mover los fondos a un contrato de retención con múltiples firmas para que quede muy claro qué fue definitivamente robado por el black hat y qué está disponible para rescate, y que esa multifirma esté bajo la gobernanza de algún tipo de parte neutral con reglas claras sobre cómo funcionará el rescate.
El desafío es que no está claro si el acuerdo de licencia de usuario final y las mejores prácticas permiten que este tipo de acción white hat ocurra y bajo qué autoridad legal se removieron los fondos. Eso es algo que espero que las personas involucradas respondan a la comunidad porque puede ser difícil para una tercera parte tomar custodia de esos fondos y rescatarlos si no tienen autoridad legal para hacerlo. Estas son algunas de las preguntas incómodas que deben resolverse a lo largo de todo este incidente.
Muchas veces cuando ves que ocurren estas cosas hay capas de problemas que tienen que resolverse. Uno es el problema tecnológico: ingenieros, científicos y matemáticos, personas como yo, nos emocionamos mucho pensando si podemos resolver el problema. Así que pasé el fin de semana pensando sobre pruebas de conocimiento cero y ceremonias MPC y hacerlo funcionar en *WASM* y si podemos integrar esto en un entorno de ejecución confiable para que puedas recuperarte desde un teléfono y cómo se vería el contrato inteligente en Cardano y cómo funcionaría la contabilidad y cómo se incorporaría una instantánea y cosas así. Ese es el problema técnico difícil.
La resolución de ese problema crea un sistema donde alguien puede rotar desde su billetera antigua a una nueva, obtener una nueva dirección y transferirle sus CNT y ADA. Pero desafortunadamente ese es solo un hilo del problema y hay muchos ingenieros disponibles, ya sea Sundae, Anastasia u otros, que se entusiasman resolviendo ese problema en particular. Luego tienes otros problemas como el problema legal que es: bien, ¿cómo funciona esto desde la transferencia de activos a un white hat hacia otro lugar y luego el rescate? ¿Dónde comienzan y terminan esos derechos legales? ¿Y es prudente una demanda colectiva u otras cosas? Ese es otro grupo de problemas, el problema legal, y blockchain tiene muy poco que decir sobre eso a menos que la legalidad esté integrada en la transacción misma. Así que ese es un problema abierto y una de las razones por las que creamos Midnight. Porque si tomas Midnight y lo combinas con cosas como el protocolo LCP que les mostraré, LCP es el protocolo de contexto legal y en realidad es una idea muy genial. Básicamente puedes integrar en las transacciones un entendimiento legal.
Es una capa muy ligera y tiene muchas cosas interesantes dentro de su especificación, pero esencialmente te permite decir: este era el propósito legal y la jurisdicción y las leyes y la resolución de disputas detrás de lo que estamos haciendo. Así que cuando alguien crea una billetera, por ejemplo, puede integrar ese entendimiento dentro de la billetera y hay incluso compañías como Integra Ledger trabajando en esto ahora mismo. Nos pusimos en contacto con su CEO y otras personas y dijimos: sería genial empezar a construir estos entendimientos legales y ver cómo integrarlos en estas cosas.
Eso resolvería entonces el problema de recuperación desde una perspectiva legal porque aunque existan billeteras sin custodia, puedes otorgar autoridad delegada diciendo que si ocurre cierto evento se puede hacer el mejor esfuerzo y aquí están los términos y condiciones detrás de ello. En ausencia de eso, es un juego de cualquier jurisdicción.
La tercera cosa, y esta es la más difícil, digamos que la recuperación funciona y la mayoría de las personas recuperan sus fondos, si no todos. ¿Cómo puede Emurgo volver a ser una entidad confiable? Y pensé mucho sobre esto. No es suficiente decir que hubo un error porque no es un error. Esto es código malo que parece haber sido agregado deliberadamente al repositorio por alguna razón. Y tiene que haber una exposición de agravios, una investigación independiente sobre por qué ocurrió esto y sobre los actores particulares involucrados. ¿Qué sabían? ¿Por qué lo hicieron? Y luego esa investigación tiene que ser imparcial y transparente. Y además tiene que haber una pregunta más amplia sobre el juicio y los principios de la organización.
Así que cuando observas los principios de la organización tienes que preguntarte: ¿por qué hicieron lo que hicieron? Pasaron de código abierto a código cerrado. Pasaron de código creado y auditado por la comunidad a código que obviamente no tuvo suficiente auditoría ni supervisión para ser incluido. Y obviamente hay cosas que no modificas, que todos usan y que claramente son buenas, como la generación de firmas. Todos sabemos cómo hacerlo y ese es un problema resuelto, así que cambiar ese código pone en duda la competencia del liderazgo técnico y también cuestiona el juicio detrás de cómo fue construido ese producto.
Cuando adquirimos la billetera NAMI, eso no fue algo libre de controversias. A los usuarios de Nami se les tuvo que dar una opción y la mantuvimos durante un tiempo. Construimos una implementación paralela y luego las personas tuvieron una opción: podían tomar sus palabras clave e irse a otro lugar o podían actualizar a una billetera Lace una vez que discontinuamos Nami. Esa es la mejor práctica para una migración. No obligas a las personas a migrar de una experiencia a otra porque el contrato social cambia. Ellos pasaron de código abierto a código cerrado y en ese umbral existen propiedades de seguridad diferentes. No parece sensato hacer lo que ocurrió y por lo tanto Emurgo tiene que encontrar algún camino hacia la redención dentro de la comunidad en general y normalmente trato de resolver estas cosas a puertas cerradas y hablar con la gente, pero este no es un evento para resolver a puertas cerradas y simplemente hablar con personas. Es un evento social y un evento que afecta a toda la comunidad.
Y no pasa desapercibido para mí que este hack ocurrió justo cuando salió Leios. He pasado una década de mi vida intentando construir Leios y llevarlo al mercado. Estábamos súper emocionados con la red de pruebas y toda la narrativa alrededor de Cardano debería ser: miren, Leios finalmente está aquí, resolvimos el trilema blockchain. En cambio, nadie está hablando de Leios y están hablando de un hack de SecondFi que nunca debería haber ocurrido y que era completamente prevenible mediante mejores prácticas.
Así que realmente la administración allí no puede simplemente decir “lo sentimos”, como BP y terminar con una parodia en South Park. Tiene que haber una conversación seria y adulta sobre cuál es el proceso para que esta organización, si es que siquiera es posible, vuelva a recuperar la confianza de la comunidad, qué concesiones y compromisos se harán y qué compromiso con la transparencia se asumirá. Y si no pueden asumir esos compromisos o no pueden proporcionar eso, al menos hablando en nombre de Input Output, no hay un camino hacia adelante para nosotros en esa relación.
Así que no estamos diciendo que las personas sean criminales. No estamos diciendo que las personas hicieran cosas maliciosas. Estamos diciendo que hay grandes preguntas abiertas y que van más allá de simplemente cómo devolverle su dinero a la gente. Llegan al corazón de cómo se toman las decisiones y qué hace esta organización y cuál es su rol y función en el Pentad, en la junta directiva de Intersect y en otros lugares del ecosistema y si desean ser un buen ciudadano tienen que hacerse concesiones y asumir transparencia y no puede ser simplemente “confíen en nosotros”; tiene que ser verificado por terceras partes independientes.
En orden de operaciones, lo que más me importa es la integridad de Cardano y que los tenedores legítimos de activos sean compensados completamente. Segundo, me importa la estructura Pentad y su integridad y su capacidad como función ejecutiva para llevar a cabo su misión de una forma honesta y creíble. Y tercero, que preservemos y protejamos relaciones y asociaciones cuando produzcan valor para todos. Así que si una entidad particular tiene que ser apartada por el bien del ecosistema, si el punto uno y el punto dos lo requieren, ciertamente lo haremos en Input Output. Y ese siempre ha sido el caso y siempre será el caso. Ninguna entidad está por encima del ecosistema en su conjunto. Y todos están sujetos a supervisión y transparencia cuando y donde se requiera.
Otra cosa que es muy importante para mí son los estándares generales entre todos los constructores de billeteras en Cardano. Y creo que hemos llegado a un punto de madurez en el ecosistema donde todos los desarrolladores de billeteras tienen que trabajar juntos sobre algunos principios básicos. Llegamos a este punto con los talleres de diversidad de nodos donde reunimos a los desarrolladores de nodos. Todos acordamos algunos principios comunes y ha sido muy divertido trabajar con Blink Labs y Maru y otros equipos como Harmonic en esta diversidad y hemos logrado muchísimo juntos y todos nos hemos mejorado mutuamente y al acordar algunas mejores prácticas y estándares comunes tengo una gran confianza en que a medida que estos nodos diversos aparezcan serán tan seguros, dentro de lo razonable, como el nodo Haskell, lo cual es bueno para el ecosistema en general.
Lo mismo tiene que hacerse ahora para todos los constructores de billeteras y tiene que existir algún tipo de intercambio de infraestructura y costos y futuras rondas de financiación para las billeteras. En lugar de financiar las operaciones comerciales de las billeteras o el desarrollo general, deberían priorizar financiar el cumplimiento de esos estándares generales. De ese modo incorporamos seguridad desde el principio. Así que esta idea de billeteras certificadas, bibliotecas criptográficas certificadas, software verificable, cumplimiento y otras cosas que son mejores prácticas. Esto podría incluir algunos conceptos de próxima generación. Por ejemplo, hay un campo emergente del vibe coding llamado Vibesc. Hay grandes compañías trabajando en ello y produciendo herramientas, ya sean *Check Marks* u otras. Y esto incorpora agentes en tu tubería específicamente para seguridad informática. Por ejemplo, una de las cosas que incorporé a esa biblioteca de conocimiento cero es un agente Vibesc y tiene precargada una colección de mejores prácticas de auditoría para pruebas de conocimiento cero, protocolos de computación multipartita y otras preocupaciones, especialmente para circuitos insuficientemente restringidos, y verifica en tiempo real mientras el código se confirma que nada viole esas invariantes de seguridad y así te mantiene fuera de problemas.
Cosas como estas habrían descubierto automáticamente o con mucha probabilidad los ataques a la billetera SecondFi y tienen bajo costo porque están completamente automatizadas. De hecho, están hechas por IA. Así que los constructores de billeteras pueden unirse y podemos tener una conversación sobre cómo construir algunas de esas prácticas comunes porque muchos de estos son equipos pequeños. No tienen mucha financiación y usan vibe coding y eso está bien, pero intentemos integrar algunas cosas en la tubería de construcción para que lo obvio no venga y nos muerda el trasero.
Además, lo último es la consolidación de productos, específicamente productos de seguros. Creo que la industria ha llegado a un punto donde podemos comenzar a tener una conversación seria sobre seguros para billeteras. Actualmente vives en dos mundos: sin custodia y con custodia. Si estás en el mundo con custodia, existe algún regulador y cierta comprensión sobre cuánto deben responder si son hackeados. Si estás en el mundo sin custodia, pierdes todo tu dinero cada vez. Y es desafortunado y como industria no podemos defender las soluciones sin custodia mientras cualquier error implique perderlo todo y luego esperar que la abuela y la gente común entren. Es una carga demasiado grande para la adopción masiva.
Entonces, ¿qué haces? Tienes una tercera opción que es una solución sin custodia asegurada, donde tienes acceso a tus claves pero existe una protección alrededor que cubre parcial o totalmente los daños si ocurre un defecto en el software o algún evento imprevisto, siempre que estés dispuesto a pagar una prima como un seguro contra incendios o compartir una parte de la actividad que haces en cadena y eso puede convertirse en un producto en cadena como un activo del mundo real que pague rendimiento a quienes proporcionen el colateral para respaldar las billeteras.
Creo que a través de socios algo como esto podría desarrollarse y crearía una seguridad inconmensurable para los consumidores porque entonces puedes superponer tus defensas y decir: tengo una billetera certificada, estamos siguiendo mejores prácticas, estoy siguiendo mejores prácticas y además tengo una póliza de seguro encima. Si agregas esto junto con buenos principios de control de acceso para cómo manejas la copia de seguridad de tus palabras clave —fuimos los primeros en implementar billeteras de papel con palabras clave PGP además de multifirma— hay muchísimas cosas excelentes allí y buenos esquemas de recuperación.
Entonces creo que la probabilidad de un fallo catastrófico sería increíblemente baja y la gran mayoría de las personas podrían sentirse muy cómodas entrando al espacio de las criptomonedas sin que este tipo de incidentes nos golpeen. Así que el desafío es que normalmente existe un lado privado además de un lado público para todas estas cosas y ese lado privado requiere pensamiento cuidadoso y por eso construimos Midnight y cosas como Midnight Passport para ayudar a resolver estas dimensiones y colocarlas donde necesitan estar.
Así que el resumen de toda la historia es básicamente que Intersect está haciendo un gran trabajo. El Consejo de Seguridad de Intersect está haciendo un gran trabajo. La junta está haciendo un gran trabajo. La Fundación Midnight ya recibió información y está examinando qué puede hacer. Fred, en la Fundación Cardano, también recibió información y por supuesto están evaluando qué pueden hacer y ahora estamos en una especie de bifurcación en el camino. El siguiente paso en esa bifurcación es acceso sin restricciones a entidades como los auditores de seguridad por parte del Consejo de Seguridad de Intersect y otros designados, para que pueda establecerse una realidad objetiva y una vez que eso se establezca intentar determinar completamente el alcance del incidente y ver si está estrictamente limitado a las claves de firma o si otros activos han sido comprometidos.
Una vez que eso se conozca, puede desarrollarse una solución de recuperación de una forma responsable, madura y auditada. Y sí creo que la mayoría de los reclamantes, si el white hat es de hecho honesto y despliega en el contrato inteligente apropiado, probablemente puedan ser compensados de una forma automatizada en cadena. Esa es mi creencia actual basada en mi entendimiento actual. Sin embargo, eso está sujeto a cambios según lo que revelen los auditores de seguridad, pero como dije eso es solo una parte de la solución. También existe un componente legal y también un componente de procesos empresariales y esos tienen que ser aclarados como ciudadanos de primera clase antes de que crea que existe un camino para que Emurgo regrese a entidades como Pentad y otras responsabilidades históricas que han tenido dentro del ecosistema Cardano.
Del lado de Input Output estamos intentando con todas nuestras fuerzas averiguar tanto como podamos y obviamente abrir tanto código como podamos. Intento lo mejor que puedo proporcionar actualizaciones y compartir tanta información como conozco. Y las cosas que conozco provienen de lo que hemos podido derivar de declaraciones públicas, código fuente y análisis forense de blockchain. Esas son las raíces de lo que sabemos. No he obtenido acceso privilegiado a ninguna información en particular. Y creo que hemos llegado tan lejos como podemos con la información pública, por lo que pienso que el siguiente paso es que el auditor de seguridad independiente comience a proporcionar informes e información y a responder consultas del Consejo de Seguridad porque el Consejo de Seguridad en Intersect está eminentemente calificado y tiene un conocimiento profundo del protocolo Cardano y algunos de ellos incluso construyen billeteras y como consecuencia sus habilidades técnicas serían invaluables para garantizar que el análisis forense se recopile adecuadamente.
Lo que eso significa está sujeto a posibles litigios y acciones legales para algunos y esa es una preocupación diferente. Pero la auditoría de seguridad es una realidad objetiva que puede incorporarse en ese proceso. Y luego existe una preocupación social: ¿cómo se vuelve a la confianza? La pelota está claramente en su cancha y nosotros no hacemos canales traseros; simplemente se divulga todo públicamente y se dice las cosas son lo que son y la comunidad tiene todo el derecho a exigir y preguntar cosas. Del lado de Input Output vamos a intentar reunir a los desarrolladores de billeteras y liderar como hicimos con la diversidad de nodos; intentaremos impulsar estándares. Ciertamente se publicarán muchas mejores prácticas como resultado de esto y hablaremos con nuestros socios de seguros sobre su disposición para construir un producto de seguro para billeteras que creo podría añadir una resiliencia invaluable a toda la infraestructura.
Seguiremos trabajando en Midnight Passport. Tendremos muchas cosas para la gente en Token 2049 y creo que eso también mejorará enormemente la situación y la seguridad desde una perspectiva multicadena. Y seguiremos trabajando con criptografía en general. Es un negocio complicado y hay muchas piezas móviles. Cada vez que le das un gran poder a alguien, le das mucho riesgo, pero los fundamentos de Cardano son sólidos. Y al final del día Cardano no ha sido hackeado. La cadena sigue operando, los bloques siguen produciéndose a un ritmo bastante consistente y estamos a punto de atravesar la actualización más grande en la historia de Cardano muy pronto. El ecosistema continúa creciendo, nuestra misión de bancarizar a los no bancarizados. Finalmente hemos dado un enorme salto adelante con el lanzamiento de RealFi y la testnet saldrá el 6 de julio y muy poco después estará en cadena. Pogun está haciendo un progreso increíble y Bitcoin DeFi está activándose y obviamente Midnight está evolucionando a una velocidad increíble y este ha sido el año beta para lanzar Midnight y ponerlo a disposición de todo el mundo y demuestra el modelo de cadenas asociadas.
Así que cuando amplías la perspectiva y observas la salud del ecosistema en su conjunto, el ecosistema es fundamentalmente fuerte y las instituciones del ecosistema se autocuran, se autocorrigen y son capaces de soportar golpes como este. No son catastróficos desde la perspectiva de destruir Cardano. Más bien, nos hacen más fuertes. Las consecuencias a largo plazo de este hack son que cada poseedor de ADA tendrá billeteras más seguras y más opciones respecto a su seguridad y creo que habrá un renovado compromiso con el código abierto y un escepticismo hacia las cosas que no son de código abierto y creo que eso es una victoria fundamental para todos aquí.
Además, demuestra que las entidades fundadoras no son diferentes de cualquier otra entidad y tienen la misma carga de confianza que cualquier otra entidad tiene. No pueden depender de un legado histórico. Así que cuando proponen cosas, esas cosas tienen que adherirse y seguir las mejores prácticas y estar sujetas a la misma supervisión que cualquier otra entidad. Ese es un estándar que se mantendrá y también demuestra que las instituciones de gobernanza de Cardano son fundamentalmente sólidas. Intersect tiene un rol de liderazgo aquí. No es pasivo. Tiene columna vertebral y por mis conversaciones con ellos están profundamente frustrados y absolutamente quieren ver una resolución amistosa de este asunto para todas las partes. Y tienen muchos recursos a su disposición compuestos por sus miembros que cuando se ponen en acción pueden aportar claridad y realidad objetiva, solo si Emurgo está dispuesto a aceptar ese proceso. Pero independientemente del resultado sí creo que somos un ecosistema más fuerte gracias a ello.
Así que me gustaría agradecer a los otros miembros del Pentad, a los miembros de la comunidad y a muchos estudios de desarrollo por el fin de semana incansable que tuvieron. Mucha gente se quedó despierta hasta muy tarde haciendo un trabajo muy pesado para intentar entender esto lo mejor posible y la primera respuesta fue: ¿cómo ayudamos y cómo apagamos el incendio?, en lugar de “pobre de mí” o “no es mi problema”. Y eso es muy alentador. Es una señal de un ecosistema muy saludable y una señal de un ecosistema que legítmamente se preocupa por todos los que están dentro de él y eso es algo bueno. Así que espero con interés ver cuáles son los próximos pasos y espero con interés ver cómo se resuelve esa bifurcación en el camino. Por mi parte seguiré programando y espero para el viernes tener algo que entregar a todas las empresas DIP y lo que esto hará es crear una buena línea base de cómo se vería una recuperación en el peor de los casos.
Si se adopta una prueba en cadena Grok 16 sospecho que llevará meses, no semanas, implementar completamente un sistema de rescate porque aunque puede codificarse rápidamente una billetera, alcanzar el nivel de garantía requerido para que esa solución sea algo creíble y que les importe a los auditores es una tarea enorme. El conocimiento cero es extremadamente delicado, extremadamente complejo y es muy fácil cometer errores enormes que son bastante sutiles y bastante catastróficos.
Así que una prueba de concepto es muy diferente de un sistema de producción y yo no soy un criptógrafo. Al final del día soy una persona de producto y puedo escribir lo que creo que debe hacerse y mostrar muchas cosas y hacerlo funcionar en una vista previa, lo cual ciertamente es divertido, pero necesitas un conjunto muy especializado de desarrolladores para tomar algo así y llevarlo a producción porque existen ataques muy complicados que requieren conocimiento específico del dominio para resolverlos. Así que lo que intento hacer es llegar a un orden de magnitud de complejidad adecuado, obtener la experiencia de usuario correcta y estas otras cosas para que al menos tengamos algo como opción como ecosistema, pero en última instancia depende de Emurgo, sus clientes y otros involucrados decidir qué hacer y cuál será la solución.
Sin embargo, lo alentador es que Cardano tiene suficiente expresividad para poder facilitar un rescate complejo con conocimiento cero a una escala de más de 16.000 direcciones, lo cual es algo verdaderamente extraordinario porque ni siquiera teníamos estas capacidades hace unos pocos años. Así que el hecho de que hayamos evolucionado tanto en un modelo UTXO extendido es realmente extraordinario, especialmente considerando que Bitcoin y otros no tienen esto.
Así que Cardano es algo avanzado y nuestros contratos inteligentes son increíblemente capaces y de hecho mientras desarrollaba esto he estado usando Blaster y otros marcos para asegurarme de que tengamos una especificación adecuada para ello. Así que eso es genial y el trabajo en Blaster ha sido excelente y UPLC también es increíble. Es emocionante ver lo que podemos hacer y cuán capaz se ha vuelto Cardano como plataforma de desarrollo. No hace mucho tiempo, en el gran horizonte de las cosas, ni siquiera teníamos contratos inteligentes. Y ahora no solo los tenemos, sino que para una prueba muy pequeña, de menos de un kilobyte, puedes verificar que posees palabras clave y un montón de otras cosas y estas cosas pueden generarse en una imagen WASM. Así que bastante genial. En fin, los dejaré ir desde aquí y les daremos más actualizaciones a medida que obtenga más información. Saludos.