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
Transcripción completa
Doblaje al español* de “Cardano L2s Scalability for Different Use Cases”
Publicado en el canal de Youtube Cardano Foundation el 26 de Octubre de 2024
Mirando hacia el próximo panel, todos sabemos que el trilema blockchain es escalabilidad, seguridad y descentralización, y estos chicos están trayendo la escalabilidad así como casos de uso específicos.
M: Buenas tardes a todos. Sí, este es un tema muy candente e importante, en particular para Cardano en los últimos tiempos. Es capa dos, ¿verdad? Es escalabilidad, pero también algo más, y todas las cosas importantes que necesitamos en un entorno blockchain correcto, Soy Matteo Copola, soy el CEO de Fluid Tokens y también de Finest, la plataforma de tokenización, y creo que una ronda de presentaciones aquí es necesaria. Vamos a comenzar con Phil.
P: Sí, soy Philip Disarro, CEO y fundador de Anastasia Labs. Estamos construyendo Midgard, y optimistic rollup en Cardano.
V: Soy Vladimir Sinyakov, fundador y CTO de ZK Fold. Estamos construyendo ZK rollups en Cardano y también varios proyectos secundarios.
G: Soy Gauthier, CEO y fundador de Sky Protocol. Estamos desarrollando motores de disponibilidad de datos en Cardano y otras piezas de tecnología relacionadas con esto.
M: Perfecto, así que tenemos diferentes tipos de soluciones capas, todas basadas en Cardano, con diferentes objetivos también, ¿cierto? Comencemos con la primera pregunta filosófica, que probablemente es la más importante: ¿por qué necesitamos capas dos? ¿Por qué necesitamos estas capas dos, por ejemplo? Bien, empecemos en el mismo orden para que podamos ver los diferentes puntos de vista aquí.
P: Sí, eh, el trilema es una especie de problema conocido en el blockchain, y, ya sabes, recientemente hubo algo de discusión sobre si ha sido resuelto, etcétera, pero la verdad es que si miras cualquier métrica del trilema: escalabilidad, seguridad, descentralización, no hay ninguna cadena que sobresalga en las tres. No existe la mejor blockchain canónica. Si miras algo como Solana, tiene un alto rendimiento, pero los requisitos para los validadores son extremadamente altos. Para ejecutar un validador en Solana no puedes usar hardware de consumo, no puedes usar una PC para juegos; tienes que usar una máquina específicamente comprada, que cuesta más de 13 mil dólares, para tener este tipo de paralelización y alta capacidad de cómputo. Y como resultado, en el extremo de la descentralización, no están tan preocupados por eso. Y en el extremo de la escalabilidad, tienen un trato realmente bueno: tienen un rendimiento extremadamente alto. Y si miras blockchains similares con un alto rendimiento o rendimiento en el rango de Solana, verás que cada vez, sin excepción, los requisitos de los validadores no pueden ejecutarse en hardware de consumo.
Por otro lado, Cardano ha decidido tomar el enfoque opuesto del trilema. Se enfocaron en la seguridad y la descentralización, y puedes ejecutar nodos en tu computadora normal promedio, ni siquiera en una PC para juegos, con requisitos muy bajos, en una PC que cuesta menos de mil dólares. Pero debido a este trilema, no ha habido ninguna blockchain única que respalde de la mejor manera todas las aplicaciones posibles. Ciertas aplicaciones necesitan un alto rendimiento y les importa menos la descentralización. Si estás mirando algo como el rastreo de cadenas de suministro, que en los Estados Unidos es un gran problema y uno de los lugares donde blockchain sobresale y ha tenido históricamente un ajuste producto-mercado, consideremos el rastreo de medicamentos en los Estados Unidos a través de proveedores de medicamentos recetados como CVS.
Un gran problema que tienen es manejar el suministro de estos medicamentos y asegurarse de que no se pierda nada. Cuando CVS transporta medicamentos recetados como Adderall por todo el país, tienen un gran problema con la desaparición de pastillas, el suministro que se vuelve incierto debido a la duración del viaje, entre otras cosas. Y la gente ha propuesto blockchain como solución durante mucho tiempo, pero debido a la compensación de, solo es adecuado para una cadena de alto rendimiento, porque estas transiciones de medicamentos a través de CVS ocurren con mucha frecuencia. Entonces, es algo que no podrías construir directamente en la capa uno de Cardano, y eso es lo que todas estas soluciones aquí intentan proporcionar: un mecanismo por el cual, en lugar de tener que lanzarse en Solana u otra cadena, pueden tomar decisiones sobre compensación de espacio y permanecer dentro del ecosistema de Cardano al lanzar su aplicación en una capa dos.
M: Vlad, ¿cuál es tu punto de vista sobre esto?
V: Sí, creo que si nos enfocamos en la parte de escalabilidad del trilema, vemos que en realidad hay tres problemas: cómputo, son tres recursos escasos, almacenamiento y rendimiento. Y una buena solución necesitaría resolver los tres problemas o necesitamos varias soluciones que los resuelvan juntas, colaborando entre sí, o algo por el estilo. Creo que muchos casos de uso empresarial requieren que haya una cierta cantidad de rendimiento disponible, almacenamiento disponible o cómputo disponible en la blockchain, y algunos negocios ni siquiera pueden comenzar a construir en una blockchain particular sin que se cumplan esas condiciones. Quizás ni siquiera sabemos qué es posible en una blockchain en particular hasta que proporcionemos suficientes recursos para construir.
M: Gauthier?
G: Yo creo que sería un gran lema de marketing decir algo como: “Trilema, tienes las tres partes del Trilema, tienes que elegir tres”. Pero el problema es que, la mayoría de las veces no podemos hacerlo, pero, eh, ya sabes… La primera generación de criptomonedas me recuerda a esos autos antiguos que son casi inmortales, que ves en la carretera. Como Bitcoin, es ese tipo de auto viejo: no hace nada, pero aún lo verás dentro de 40 años porque, si lo golpeas con un martillo, vuelve a funcionar. Y Bitcoin es elegante matemáticamente por su cruda simplicidad, y por eso tiene que permanecer simple. Por eso necesitamos criptomonedas más complejas, pero con cada capa de complejidad, con cada nueva capa de casos de uso, y aca tengo tipos técnicos muy brillantes aquí, que hablan del punto técnico, así que voy a hablar desde el punto de vista de negocio, con cada nueva capa de casos de uso hay que hacer compromisos cada vez.
Y lo que pasa es que siento afinidad por Cardano porque intentaron ser verificados formalmente o, al menos, tener eso implementado en su código desde el principio. Creo que las capas dos traen modularidad a una blockchain, así que básicamente tienes un conjunto sólido de herramientas que los desarrolladores pueden usar para adaptarlas a un caso de uso empresarial. Pero lo que me gusta de Cardano es que, en primer lugar, lo que se privilegió fue la seguridad con el uso de métodos formales. Siento afinidad por eso porque es algo que me fascina. Pensar: “De acuerdo, ¿cómo lo hacen, por ejemplo, en la NASA cuando envían una sonda espacial? ¿Pueden enviar a un pobre técnico a encenderla y apagarla si no funciona? No, no puedes decir: ‘Lo probé 10,000 veces y funcionó’. Tienes que tener una prueba científica y matemática de que, dentro del árbol de posibilidades, no existe la posibilidad de tener un error así”.
Entonces, creo que Cardano tiene un enorme potencial, pero debido a eso, como dijimos, la escalabilidad es el punto débil de Cardano, especialmente de donde vengo, el mundo B2B. Y por esa razón, tiene que haber soluciones, y probablemente no habrá una gran solución definitiva para este problema de escalabilidad en Cardano, porque habrá diferentes casos de uso y diferentes compromisos. Y algunas personas, seamos sinceros, no se preocupan por cierto nivel de seguridad, mientras que otras personas le dan una gran importancia a eso. Así que, para mí, lo que las capas dos aportan es modularidad a una herramienta ya excelente, que tiene el potencial de ser aún mejor.
M: Sí, se necesitan diferentes compromisos en los tres aspectos, al menos la capa uno Cardano ofrece una gran seguridad y descentralización por defecto, y a partir de ahí podemos trabajar. Y solo para recordar qué es una capa dos comparada, por ejemplo, con una cadena lateral o incluso con un concepto llamado “cadena asociada” en Cardano. ¿Quién quiere responder rápidamente sobre esto solo para…?
P: Sí, con gusto lo tomaré, porque he hablado extensamente sobre esto. Una de las cosas interesantes sobre la elección de enfocarse en la descentralización y la seguridad en Cardano es que tuvo mucha previsión desde el principio. Esta es una decisión de diseño muy temprana: ¿cuáles serán las fortalezas arquitectónicas que vamos a construir en Cardano? Y tuvieron la previsión de darse cuenta de que estas propiedades son extremadamente poderosas, no solo para negocios a gran escala y aplicaciones críticas para la misión, sino que también son poderosas para soluciones de escalabilidad. Si quieres construir un rollup, el objetivo de un rollup es heredar la seguridad de una blockchain de capa uno, ¿cierto?
De hecho, hay un sitio web llamado L2Beat donde puedes verificar el grado actual en el que cada capa dos hereda la seguridad de la capa uno, y todas lo hacen en diversos grados. Pero un rollup verdadero, ¿cierto?, un rollup completo hereda la seguridad completa de la capa uno. Y eso significa que tienes las mismas garantías de seguridad, suponiendo que haya al menos un actor honesto o, para un ZK rollup, que el sistema de pruebas esté implementado correctamente. Y estas son suposiciones relativamente bajas que hacer. Tienes una alta seguridad de que son correctas.
Y la diferencia entre una cadena lateral aquí o una cadena asociada es que tiene seguridad independiente. Tiene su propio conjunto de validadores, sus propios mecanismos de seguridad económica y de consenso independientes. Por ejemplo, Polygon es un gran ejemplo de una cadena lateral, y la gente a menudo la confunde con una capa dos. No es realmente una capa dos, ¿cierto? La red Polygon es una red POS con su propio token, su propio mecanismo de consenso. Y si la mayoría del stake en Polygon se colude para realizar un doble gasto, entonces eso es lo que sucederá. La seguridad y el consenso de Ethereum no importan porque es una cadena independiente, una cadena lateral.
Esto es muy diferente de un rollup. En el rollup, no importa lo que hagan los validadores independientes. Un rollup verdadero hereda la seguridad completa de la capa uno. Entonces, si observas, por ejemplo, Fuel, un rollup verdadero en Ethereum, si el conjunto de validadores de Fuel decide comportarse mal y hacer doble gasto, etc., nada de eso importa porque, al final del día, nada de eso será canónico. En Ethereum, al final del día, el verdadero estado de la blockchain de un rollup está en Ethereum o en la capa uno a la que estás comprometiéndote. En nuestro caso, es la capa uno de Cardano.
Y, volviendo a lo que dije antes, esto es una increíble previsión porque, al final del día, la fortaleza y la seguridad de un rollup dependen de la seguridad y la fortaleza de la capa uno. Así que no nos preocupa tanto el rendimiento de la capa uno. Interactúas en esta capa dos, obtienes un rendimiento extremo y obtienes la seguridad completa de la capa uno de Cardano, lo cual es, ya sabes, una gran decisión de diseño.
M:Absolutamente sí, definitivamente una buena propiedad que tiene Cardano que nos permite, diría yo, casi por primera vez hacer este tipo de buen compromiso para tener la verdad presentada de una manera que casi se siente como Web2, ¿verdad? Es muy rápido.
En cuanto a las capas dos, hay diferentes tipos de capa dos, ¿cierto? Phil y yo estamos trabajando en un rollup optimista llamado Midgard, Vlad está trabajando en un rollup ZK, y luego están las capas de disponibilidad de datos, que proporcionan el lugar donde registramos básicamente el historial de esas capas, ¿cierto? Y también los canales de estado, como por ejemplo Hydra o Hydrozoa, en los que Phil también está trabajando. Tal vez Vlad pueda explicar rápidamente la diferencia entre, por ejemplo, un rollup optimista y un ZK. La principal diferencia, y luego pasamos a la capa de disponibilidad de datos con Guthier.
V: Sí, claro. Creo que la diferencia clave entre un rollup optimista y un ZK rollup es que con un ZK rollup estamos intentando tener el mismo tiempo de liquidación que una blockchain de capa 1, la red principal, ¿cierto? Entonces, intentamos, al menos el objetivo es publicar una transacción de ZK rollup en cada bloque de Cardano, y de esa manera tendremos el mismo tiempo de liquidación.
Y el contrato inteligente bajo el ZK rollup en realidad verifica los bloques, en cada bloque Cardano verificamos un lote de transacciones en el ZK rollup. Con un rollup optimista, asumimos que el lote es correcto, lo publicamos en la capa 1 y luego cualquiera podría desafiar esta afirmación. Y si tienen razón, el validador es sancionado, básicamente castigado por mala conducta. Sí, pero lo que significa es que el tiempo de liquidación aumenta. Durante el período de desafío, no puedes decir que este bloque de transacciones se ha liquidado. Existe la posibilidad de que sea revertido y vuelvas al estado anterior. Así que ese es el compromiso, ¿cierto?
M: ¿Cuáles son los beneficios de la capa de disponibilidad de datos? ¿Qué nos aporta en comparación con las otras capas dos, cuál es su arma?
G: Es complicado, porque cuando explicas la disponibilidad de datos ya estás cuestionando la diferencia entre las capas 2 y las cadenas laterales. Una cadena asociada es fácil: básicamente, tienes que transferir un paquete del punto A al punto B. La cadena asociada es la autopista o el tren, pero pueden coexistir y funciona sin problemas, y a veces incluso puedes salir de la autopista para ir al tren, y está bien. Una cadena lateral es un carril extra que tiene sus propias reglas en la autopista.
La disponibilidad de datos es un tipo de capa 2, pero hay capas 2 que son como un carril extra y otras que son más como si cambiáramos la textura del suelo para que todos simplemente conduzcan más rápido. La disponibilidad de datos es ese tipo de capa 2. Entonces, básicamente, nuestro caso de uso es un poco diferente de lo que ustedes están haciendo. Realmente depende; la gente elegirá dependiendo del tipo de modelo de negocio que tengan. Si hacen B2C, como pagos de par a par, los rollups, por ejemplo, son una solución excelente. Yo nunca abogaría por la disponibilidad de datos en este caso.
Si estás haciendo pagos B2B y estás buscando ballenas, (no en el término cripto, sino un pequeño número de clientes pero con contratos enormes y grandes cantidades por transacción pero un pequeño número de transacciones), entonces los rollups y los ZK rollups son perfectos para eso. Pero cuando tienes otro caso de uso opuesto, como cuando estás buscando ratones, entonces tienes que tener una cantidad enorme de consultas en la blockchain, una cantidad enorme de interacciones cada día, pequeñas interacciones multiplicadas por miles de clientes, ahí es donde brilla la disponibilidad de datos. Básicamente, toda la transacción se publica en otro lugar. Usualmente puede ser en una cadena lateral, pero también podría estar en, si quieres, un sistema híbrido en un servicio de computación en la nube centralizado, en tu disco duro, o en los teléfonos de todos en esta sala, eso también podría funcionar. Y el tema es que los datos de la transacción o los datos de interacción siempre están disponibles.
Un caso típico de uso: bueno, tenemos grandes personas justo en el pasillo que están haciendo almacenamiento descentralizado. Imagina que sus usuarios finales tienen que acceder al equivalente descentralizado de Google Drive y tienen que acceder a él, no sé, 10, 15, 20 veces al día, multiplicado por miles de clientes. Normalmente, ahí es donde la escalabilidad será realmente un problema. La disponibilidad de datos mantendrá esos datos precisos y no resumidos como lo haría un rollup. Los datos completos son precisos, pero no sobrecargan la cadena principal, no la saturan.
Así que mantienes la escalabilidad, pero si alguien quiere asegurarse de que las cosas están claras, tienes esos datos disponibles. Y por eso creo que la disponibilidad de datos probablemente será más utilizada por personas en el campo de la inteligencia empresarial o por empresas que necesitan consultar una base de datos en tiempo real y que se beneficiarían de la descentralización. Querés tener datos sin retraso entre el tiempo en que los datos fueron producidos y consultados y querés tener datos muy seguros, que no estén manipulados. Dijiste algo sobre farmacéuticos y la entrega de farmacéuticos, ese es exactamente el caso de uso. En este caso, necesitas consultar la blockchain tal vez minuto a minuto, a veces incluso mil veces por minuto, y es ahí donde la disponibilidad de datos brillará. Todos los que realizarán control de calidad verán: “Oh, en realidad podemos acceder a esos datos y, sí, siguen siendo precisos”. Probablemente habrá un uso de inteligencia artificial que realizará verificaciones de calidad aleatorias de vez en cuando en el futuro, pero esa es la idea.
Por lo tanto, la disponibilidad de datos es la solución de escalabilidad que querrás usar si estás cazando múltiples ratones, y numerosas transacciones y datos muy grandes fuera de la cadena que deben estar disponibles. Estos días prefiero decir “datos de interacción” en lugar de “datos de transacción”, porque los datos de transacción ya son bastante baratos en Cardano. Es una blockchain excelente para eso, es fantástica, y todas las personas que están en otras blockchains que tienen que gastar 75 dólares solo para transferir 100 dólares, saben de lo que estoy hablando.
Pero los datos de interacción son clave hoy en día: ¿Cómo usamos Cardano para entrar en el mundo B2B? Algo que aún no se ha explotado y que no depende de la interfaz de usuario ni de la simplicidad. No les importa eso; lo aprenderán. Les importa tener costos manejables, y costos manejables para enormes cantidades de datos y consultas al día. Esa es mi opinión al respecto.
M: Es otro aspecto de la escalabilidad en general, ¿verdad? Así que, desde este lado tenemos la escalabilidad en cuanto a la ejecución de las transacciones en la cadena, lo cual podría ser bueno para DeFi, podría ser bueno para los juegos, lo que sea. Y luego, por otro lado, tenemos herramientas de análisis, inteligencia artificial que tiene que consultar y rastrear grandes cantidades de información que también está produciendo el negocio, almacenar, tenerlo en algún lugar en el que puedas confiar, etc.
G: Creo que no llegaremos a ser masivos más allá de lo que somos en este momento si no penetramos en el mundo B2B, porque este es el recurso más infrautilizado en Cardano. Debido a su auditabilidad perfecta y su filosofía central de pruebas formales, ya es el que recomendaría para eso.
M: Absolutamente, debemos recordar que construimos estas soluciones no porque seamos nerds, ¿verdad?, sino porque en realidad estamos tratando de abordar algunos problemas o cuestiones que, con suerte, beneficiarán y mejorarán escenarios del mundo real, aprovechando la blockchain, en este caso Cardano en sí, Hay diferentes capas dos para diferentes casos de uso. Probablemente el negocio o la DApp pueda elegir dónde ir dependiendo del tipo de requisitos, ¿verdad?, y también de la cantidad de datos que necesiten almacenar, una capa de disponibilidad de datos. Pero un problema que vemos, por ejemplo, en Ethereum, que ha generado tantas capas 2, es la fragmentación de usuarios y liquidez, que es un tema muy complicado.
Porque lo que haces básicamente es dividir la liquidez de la cadena original, en este caso Cardano, ¿verdad? O antes era en el caso de Ethereum, en las muchas diferentes capas dos porque el usuario va un poco aquí, un poco allá, y a veces se sienten atraídos por el buen marketing, ¿verdad? Y no pueden comunicarse fácilmente entre una capa dos y otra capa dos, y descubren que tienen que hacer un viaje muy largo para moverse de una a otra. A menudo tienen que bajar a la capa uno y luego volver a subir a la otra capa dos, lo cual, desde la perspectiva del usuario, es muy malo. Es muy torpe.
Entonces, ¿ustedes tienen alguna idea o plan de cómo podríamos resolver este problema en Cardano antes de que despleguemos las capas dos, pensando ya por adelantado, sabiendo que este problema existe y que necesitamos evitarlo para que la experiencia del usuario sea muy agradable y fácil?
P: Sí, ese es el lado positivo de comenzar con rollups y capas dos tarde en Cardano, que conocemos el espacio de problemas. Hemos visto cómo este problema se ha desarrollado en Ethereum, que ha sido un ecosistema muy enfocado en las capas dos, y, en realidad, conocemos las soluciones técnicas. Ya existen.
Hay protocolos de interoperabilidad en Ethereum que permiten a las capas dos comunicarse entre sí. Pero a pesar de que existen soluciones tecnológicas, el problema persiste dentro del ecosistema, y realmente es un problema social. Porque cada pila de capa dos tiene su propia solución tecnológica. Dicen: “Esta es la capa de agregación que las capas dos pueden usar para comunicarse entre sí”. Optimism tiene una. Polygon tiene una. Básicamente, todas las capas dos principales tienen una.
Y el problema es que todas quieren que las otras capas dos usen su solución. Dicen: “Polygon está tratando de hacer que Optimism use Ager”. Super Chains está tratando de que todos los demás usen Super Chains. Y esto es realmente solo un problema social. Porque la primera persona que consiga que todos los demás usen su solución capturará una gran cantidad de valor de mercado.
Lo bueno de Cardano es que todos los equipos de desarrollo están bastante unidos. Todos estamos en buenos términos entre nosotros. Sabemos que este es un gran problema, y sabemos que si no llegamos a una solución colaborativa muy pronto, vamos a tener muchos dolores en el ecosistema y no vamos a poder crear el ecosistema que todos queremos. Todos queremos mejorar Cardano, por eso estamos construyendo aquí. Así que, sí, todos estamos muy unidos y no tengo dudas de que trabajaremos juntos en una solución colaborativa para asegurarnos de que la interoperabilidad sea un gran enfoque.
M: Vladi, ¿quieres añadir algo sobre esto?
V: Sí, sí, claro. Creo que hay múltiples formas en las que, por ejemplo, Midgard podría colaborar con ZK rollups. Es posible tener un puente dentro de un ZK rollup, o incluso implementar un ZK rollup sobre Midgard, por ejemplo. Así que hay muchas avenidas diferentes que nuestra colaboración podría tomar. Y, como mencionamos antes, hay diferentes compensaciones en nuestras soluciones, así que hay potencial para que coexistan. Al mismo tiempo, no creo que este tipo de entorno en el que tengamos 50 diferentes capas dos vaya a durar mucho tiempo. Creo que habrá algunos ganadores en Ethereum, por ejemplo, que sobrevivirán porque ofrecen diferentes tipos de compensaciones y beneficios en sus soluciones. Así que creo que en Cardano probablemente tengamos unas pocas capas dos ganadoras.
M: Sí, sí, definitivamente. Al principio hay muchas, y luego la tecnología tiende a converger en unas pocas buenas soluciones que están probadas y realmente resuelven algo que la comunidad o las empresas necesitan.
V: Sí, y creo que, en cuanto a la liquidez, tanto en Midgard como en los ZK rollups, la liquidez no sale de Cardano. Permanece en Cardano. Liquidamos en Cardano, así que no estamos extrayendo liquidez para llevarla a otro lugar. Es más bien sobre cuán fácil es moverse de una capa dos a otra.
M: Absolutamente, sí. Y esta es otra cuestión que es algo así como: ¿cuáles son los problemas de seguridad que alguien podría tener al usar esa capa? Comenzando con Gauthier y la capa de disponibilidad de datos, ¿cuáles son, sabes, si uso esta capa de disponibilidad de datos, qué podría salir mal, o cómo no sale mal?
G: Bueno, es una pregunta bastante interesante porque siempre es una compensación también. En el caso de la disponibilidad de datos, por supuesto, si estás tratando de simplemente mantener tus datos en otro lugar, ese es otro punto de falla. Así que estás multiplicando los puntos de falla. ¿Cómo manejas protegerte de eso? Cardano ya está construido ofreciendo un buen nivel de seguridad para eso, pero nuestra elección como Sky Protocol es asegurarnos de que implementamos verificación formal en todas partes. Así que el proceso matemático que describí antes es también una de las razones por las que elegimos Cardano en primer lugar.
Pero tienes que estar absolutamente seguro de tu protocolo y también manejar la incertidumbre. Por ejemplo, el algoritmo que vas a usar para autenticar los datos puede ser muy diferente de una cadena a otra o de una solución a otra. Ese es el problema típico. Para mí, el problema principal con la disponibilidad de datos es que, bueno, es interesante porque los datos se almacenan en otro lugar. Tienes que estar absolutamente seguro de que esos datos se tratan adecuadamente. De hecho, trabajamos para otra blockchain hace mucho tiempo, Harmony One, y trabajamos en su tecnología de comunicación cross shard, porque detectamos un problema en ese momento y luego publicamos esa solución para ellos. Y esa es básicamente la filosofía. Puedo mostrarte el enlace en Twitter cuando lo compartamos, pero básicamente, sí, ese fue el problema técnico que queríamos resolver. Lo mismo sucede cuando estás dividiendo los datos en fragmentos (shards), en pequeñas piezas de datos que se ordenan para ser paquetes de datos que tienen la misma naturaleza.
¿Cómo hacemos que estas piezas de datos se comuniquen entre sí y con qué tipo de algoritmo las hacemos interactuar? Ese es también otro punto de falla. Estos son los puntos donde hay que ser extremadamente cuidadosos, y es ahí donde se puede ver el talento de los diferentes equipos brillar.
M: Son cosas muy técnicas, diría, no para el usuario promedio, pero debe existir la capacidad, también desde un punto de vista técnico, de poder decir: “Está bien, esto es sólido, esto es correcto, la verificación de los datos es buena, ¿verdad?”
G: Pero ese es un problema complicado, porque a veces muchos expertos dicen: “Oh, este es un sistema a prueba de fallos”.Y un día, algún chico en internet encuentra algo como un truco que estaba frente a nuestros ojos; ha estado allí, el punto de falla estaba aquí y nadie lo vio. Y algún día, un niño, un joven de 16 años, simplemente lo descubre, y todos piensan: “Oh, nuestro sistema no era tan a prueba de fallos”. Así que siempre es una pregunta muy complicada. Y en términos de negocios, el simple hecho de que todos lo hayan estado utilizando no significa necesariamente que sea el mejor. Y ustedes hablaron sobre el hecho de que el ecosistema siempre se reduce con el tiempo debido al efecto del ganador se lleva todo. Pero eso es lo mismo en muchas cosas. Hay un efecto de ganador se lleva todo en los libros, como el 10% de los libros están teniendo el 90% de los lectores. Y podría ser lo mismo en Tinder, tristemente. Y también es lo mismo para estas soluciones, y no son necesariamente las mejores.
Así que es una pregunta muy complicada. Luego, tener una pequeña comunidad de desarrolladores que se desafían mutuamente en buenos términos creo que es algo muy saludable: poder decir “Oh, en este aspecto tu solución es mejor que la mía y en este otro aspecto no recomendaría la mía, la tuya es mejor”. Probablemente sea una buena forma de, al menos, tener los ojos bien abiertos cuando detectamos una falla de seguridad, lo cual es algo difícil de hacer.
M: Pero Cardano es muy bueno en desafiarnos entre nosotros como desarrolladores. Si abres Twitter y revisas las noticias del día, hay siempre también una comunicación muy constructiva entre los desarrolladores, dando y recibiendo retroalimentación. Así que, de hecho, es algo muy positivo que tiene Cardano.
P: Muy brevemente sobre esto, he visto mucha preocupación de “Ok, ¿por qué Cardano está entrando ahora en el espacio de L2? Parece como una admisión de fracaso en el enfoque de Hydra, y parece que estamos entrando tarde a este espacio, y que simplemente estamos siguiendo los pasos de Ethereum”. Y, de hecho, quiero aclarar que este no es el caso en absoluto. Las decisiones de diseño muy tempranas de Cardano están haciendo que L2 sea posible de una manera que es completamente imposible en cualquier otro ecosistema. No se pueden replicar estos rollups en Ethereum.
Y la razón detrás de esto es que, si miras lo que Vitalik está diciendo y lo que los líderes de pensamiento en Ethereum están diciendo recientemente, es que los sistemas basados en cuentas no están adaptados para las pruebas ZK . Tienes que hacer mucho trabajo, una enorme cantidad de sobrecarga, para que estos sistemas funcionen en sistemas globales basados en cuentas como Ethereum o Solana. Pero los sistemas basados en UTXO sí lo están. Y por eso, de repente, Vitalik y los líderes de pensamiento están proponiendo plasma y soluciones basadas en UTXO para trabajos de ZK en esos ecosistemas.
Y así, eso es sobre el ZK rollup. Y en el lado del rollup optimista, en el caso de Midgard, si miras los rollups optimistas en Ethereum, son extremadamente complicados y casi ninguno de ellos son verdaderos rollups. Son básicamente todos multi firma, completamente centralizados. Si miras los dos más populares Base y Optimism, son como 9 de 11 multifirmas que pueden simplemente robar toda la liquidez. Esto no ocurrirá en Cardano.
Y la razón por la cual no ocurrirá es porque Cardano, uno, tiene una base extremadamente bien construida, está tan bien arquitectada que tuvo la previsión de ver estos problemas y permitirnos construir soluciones sin confianza para ellos. Por ejemplo, Midgard es completamente sin permisos. No hay multisig al final del día. Cómo funcionan las pruebas de fraude es gracias al estado local y al modelo UTXO, que fue una decisión de diseño muy temprana. Funcionará de una manera que no existe en Ethereum y que no puede existir en sistemas basados en cuentas. Las pruebas de fraude son una sola transacción: pruebas el fraude, y eso es todo.
En el mundo de Ethereum, puede costar miles de dólares realizar una prueba de fraude en cadena. Básicamente, nadie tiene la capacidad técnica para hacerlo. Al final del día, hay como cinco o seis validadores y toda la seguridad de estas capas dos depende de que esos actores sean honestos. En Cardano, en ambos casos, el de Midgard y este ZK rollup, verás seguridad y confianza de una manera que no existe en ningún otro lugar. Es una nueva generación de capas dos, verdaderamente. Y estoy extremadamente emocionado por ello.
V: Sí, solo para agregar rápidamente: nuestra solución ZK rollup también será sin permisos, como la de Phil. Y, para tocar el punto de Phil, creo que hay dos componentes, básicamente, dos costos asociados con la ejecución de infraestructura ZK. Uno es que tienes tarifas de transacción en la capa uno. Y, como dijo Phil, debido al modelo UTXO, esto funciona muy bien. La secuenciación descentralizada funciona muy bien en Cardano porque, si no tienes suerte con tu lote de transacciones, entonces no pagas ninguna tarifa de transacción por ese lote. Por supuesto, todavía gastas recursos al calcular la prueba para ese lote si no es aceptado.
Pero al menos lo que estamos haciendo es intentar que los recursos sean fuera de cadena. Básicamente, recursos fuera de la cadena. Lo que estamos tratando de hacer es dividir estos recursos entre los usuarios, para que los usuarios calculen las pruebas de sus transacciones ellos mismos. Y luego tenemos un secuenciador o un servidor de agregación que solo agrega estas transacciones. Y el objetivo es minimizar el cómputo que ocurre en este servidor de agregación para que el costo en la infraestructura sea muy bajo y mucho menor que en Ethereum. Y así es como podríamos hacer que sea sin permisos y completamente descentralizado.
P: Sí, al final del día, si entras a tu teléfono ahora mismo y buscas L2B, verás todas las capas dos en Ethereum y verás que ninguna de ellas está completa. No hay una capa dos de contratos inteligentes general que sea un verdadero rollup. Un verdadero rollup significa que hereda toda la seguridad de la capa uno. No hay una sola entre las 200 que herede toda la seguridad de Ethereum. En Cardano, al lanzarse, tendremos rollups que heredan toda la seguridad de Cardano.
Eso significa secuenciación sin confianza, sistemas de pruebas sin confianza, pruebas del lado del cliente: no estás confiando en un proveedor externo para construir una prueba por ti y simplemente creyéndole. Eso significa, en el caso de Midgard, cualquiera puede hacer pruebas de fraude sin permisos. No hay un conjunto de validadores al que tengas que unirte para realizar pruebas de fraude. No hay un multisig que pueda robar todos tus fondos en cualquier momento. Y creo que esta es una enorme propuesta de valor única que vamos a traer al espacio blockchain en general. Es una nueva generación de rollups verdaderos.
M: Es algo muy sutil, pero tan importante. Vitalik recientemente publicó una propuesta sobre cómo clasificar las capas dos de Ethereum en función del nivel de descentralización real, permisos, etcétera. Así que es un tema candente también para ellos en el espacio de Ethereum. Y es muy agradable ver que Cardano ha puesto todo el esfuerzo en estos años para construir una capa de base que permite una forma muy eficiente y transparente de tener capas escalables y capas adicionales como la disponibilidad de datos también.
Creo que la última pregunta que probablemente muchas personas han hecho en Twitter cuando dije que íbamos a hacer este panel es, por supuesto, sobre el cronograma: ¿Cuándo vamos a lanzar esta capa dos? ¿Entonces, empezando por Gauthier, ¿Tienes un un rango de tiempo?
G: Por supuesto, entonces, en 2032 deberías poder… No, nuestro testnet en Sky Protocol debería estar disponible a finales de 2024 o principios de 2025, así que en diciembre o enero, dependiendo de las pruebas que estemos haciendo. Luego tendremos a nuestros operadores de nodos y vamos a lanzar nuestra red principal aproximadamente en abril o mayo. Esa es la idea principal.
Y nuestro objetivo principal es comenzar, en primer lugar, en Cardano, para empezar a implementar esa tecnología y hacerla compatible con todas las demás tecnologías. Eso es bastante genial. Cardano es la única blockchain en la que trabajo donde tengo el placer de hablar con los cofundadores y decirles: “Ok, ¿pueden por favor iluminarme sobre su tecnología para que pueda hacer que mi tecnología sea compatible con la suya?”. De esa manera, nuestros usuarios finales no tienen que hacernos competir; pueden usar ambas si quieren. Deben poder hacerlo. Eso va a requerir muchos ajustes, pero será a lo largo de 2025. Y para mediados de 2025 ya estará funcionando; simplemente se irá mejorando gracias a la comunidad.
Y luego, si todo va bien, mi objetivo para 2026 es realmente enfocarme en proporcionar casos de uso fuera del ecosistema de Cardano, fuera del mundo de las criptomonedas. El primer paso es realmente ayudar a todos los DEXs, a todas las empresas DePin y a todas las aplicaciones descentralizadas a escalar, ayudándoles a reducir sus tarifas de interacción, tarifas de transacción, y demás. Pero después, necesitamos conquistar el mundo B2B. Y ya hay personas muy interesadas en eso. Es algo lógico para ellos, porque saben que pueden ahorrar mucho dinero. Si tienes que convencer a una empresa de que tu solución realmente resuelve un problema para ellos, probablemente no estás tocando la puerta correcta, a menos que tengas miles de millones de dólares para hacer ingeniería social y convencerlos realmente. Eso significa que estás tocando la puerta equivocada.
Y ya hay muchas puertas a las que llamar y personas que están realmente interesadas en lo que hacemos aquí, y mostrarles lo que Cardano puede hacer, cuánto dinero les podemos ahorrar y cuántos problemas podemos evitarles gracias a estas capas dos. Ayudar a las personas es realmente lo que me gustaría ver en el ecosistema de Cardano a partir de 2026. Algo que funcione el próximo año y algo que realmente conquiste todo el ecosistema empresarial corporativo, tal vez para el mundo B2C, pero ya es un gran producto para B2C.
M:Así que, menos de un año para la red principal y luego el próximo año para trabajar en la integración. Vlad
V: Sí, nosotros estamos apuntando al primer trimestre de 2025 para la testnet, y luego veremos cómo va. Habrá mucho trabajo después de ese punto para facilitar la construcción en nuestra solución de ZK rollup porque tendrá su propio sistema de contratos inteligentes, pero intentaremos hacerlo compatible con la red principal de Cardano. Así que probablemente continuará hacia el segundo o tercer trimestre, algo así.
M: Más o menos el mismo rango, ¿cierto?Phil, ¿qué hay de Midgard aquí?
P: Estamos viendo seis meses para un MVP (Producto Mínimo Viable), que estará en testnet, y luego, poco después, uno o dos meses después, deberíamos esperar un lanzamiento de red principal, suponiendo que no se encuentre nada importante en una auditoría y que todo salga bien en el testnet. Así que estoy muy esperanzado con este tiempo.
M: Phil básicamente está diciendo seis meses si me apresuras a escribir el contrato inteligente más rápido.
M: Pero esto es genail en realidad. Los tiempos están muy alineados y no son en años, sino en unos pocos meses. Así que es bastante impresionante, y estamos muy bien preparados para lanzarlo.
Otra cosa genial de Midgard es que es isomórfico con la capa uno, ¿verdad? Así que las DApps pueden desplegarse inmediatamente en la capa dos. No tienen que tomarse el tiempo para reconstruir después del lanzamiento, pueden usarlo desde el principio si quieren, y luego pueden optar por rutas más eficientes, diferentes, para los ZK rollups y comenzar a usar capas de disponibilidad de datos para manejar la cantidad de datos también.
Así que creo que hemos terminado. Todo fue muy claro, creo. Espero que lo hayan disfrutado, que hayamos dado buena información sobre las capas dos y por qué es genial hacerlo en Cardano. Así que gracias a todos, muchas gracias. Un aplauso para todos. Muchas gracias, y terminamos a tiempo. Perfecto.