Doblaje al español de un fragmento de “Blockchain technology, the last 10 years”
Desde el minuto 00:41:50 al 00:45:36 del video original
Publicado en el canal de Youtube de IOHK el 13 de Septiembre 2024
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
Hola Charles, soy Roshan. Quería preguntar, entiendo que la mayoría de las soluciones de capa dos pueden escalar al tener transacciones fuera de cadena con menos nodos. ¿Es correcto? ¿Existe un modelo alternativo?
En general, así es cómo lo hace la gente, aunque los términos “cadena lateral y capa dos” se usan de forma ambigua. Para mí, no está intrínsecamente claro cuál es la definición formal de una capa dos, y qué significa exactamente, puede significar algo diferente para diferentes personas. Ese es el problema en campos nuevos: no tenemos definiciones sólidas. Pero, en general, una capa dos suele aprovechar algún tipo de consenso de la capa uno para proporcionar seguridad. Tienen una red alternativa con una noción diferente de lógica de transacciones y de red, y con nociones diferentes de finalidad. Y normalmente haces esto porque puedes aprovechar un protocolo más rápido a partir de uno más lento, como un protocolo BFT rápido, y obtener un alto rendimiento en ese tipo de sistema.
La desventaja es que, por lo general, solo obtienes un subconjunto de la seguridad de la cadena principal para la capa dos, y eso se traduce en más centralización y típicamente una mayor sensibilidad a los hacks u otras cuestiones. Lo que la gente hace es apilar capas sobre capas, por lo que tienes capa tres y capa cuatro, y estamos viendo que eso ocurre dentro del ecosistema de Ethereum. También depende del modelo contable del sistema base, así que si tienes un sistema como cuentas y estás tratando de mantener un estado global dentro del sistema, cuando construyes una capa dos encima de eso, cualquier problema que tenga ese sistema se ve exacerbado y básicamente se extiende en el sistema de capa dos.
Esto es exactamente la razón por la que hicimos UTXO extendido en lugar de un sistema de cuentas global, porque esos se ven como programación puramente funcional sin estado desde la capa inferior y tienen determinismo con ellos. Entonces, tienes isomorfismo entre la capa dos y la capa uno, por lo que cuando apilas estas cosas, se telescopian entre sí y preservan sus garantías de seguridad. Y es mucho más fácil construir esas cosas. Esto es lo que hemos hecho con Hydra y otras cosas similares, y creo que, a largo plazo, será un poco más fácil usarlas, Pero no hay nada intrínsecamente malo con la capa dos, simplemente todo depende completamente de quién lo esté usando, cuál es el modelo operativo, si es permanente o temporal para la aplicación. Por ejemplo, si estamos jugando al póker, ¿desplegamos una cabeza de Hydra para jugar y luego la cerramos después de que termine el juego? ¿Cuánta persistencia de datos estás considerando? ¿Cuál es tu tiempo de finalización, es decir, cuándo se liquida una transacción? Estas son el tipo de consideraciones, todas son diferentes dimensiones que tendrías que analizar. Probablemente no sea una buena idea apilar redes independientes una sobre otra y esperar que sean puramente persistentes porque, a menudo, la capa dos requerirá una intervención de gobernanza directa, lo que significa que hay un operador que tiene que venir y ejecutar esa actualización del sistema. Así que, al final del día, eso no es realmente descentralizado, y luego surge la pregunta: ¿por qué no simplemente lo ejecuto en Amazon con servicios web o algo similar? Ese ha sido realmente el problema aquí, pero es un tema matizado y realmente es uno de esos casos en los que depende de varios factores, en lugar de tener una respuesta definitiva en un sentido u otro.
También depende del tipo de activos que estén viviendo dentro de ese libro mayor: ¿son monedas estables o criptomonedas reales, o son cosas más efímeras, como paquetes de red o cosas así, como en un proyecto dPEN como Helium o World Mobile, donde el objetivo es obtener datos y ancho de banda, o tal vez sea un dominio de computación donde pedís prestado potencia informática de muchas personas y luego, ya sabes, fraccionándola, pero una vez que esas computadoras se desconectan, el sistema se apaga.
Todos estos casos podrían concebirse como capas dos desde cierta dimensión, por lo que depende de lo que la gente esté hablando. Así que es una pregunta complicada.