Escalabilidad: Optimistic Rollups o Zero-Knowledge

Traducción tweet de @_KtorZ_ : https://twitter.com/_KtorZ_/status/1455967822069305347 

¿Cardano necesita roll (optimista o zk)?

Probablemente no.

Los rollups son una solución técnica a un problema particular: el costo de la computación en cadena.

Los rollups mueven el cálculo en cadena fuera de la cadena, mientras mantienen la mayor parte del tráfico en cadena.

Esto es crucial para Ethereum, para el cual los contratos en cadena se han convertido en programas grandes y complejos que exigen muchos recursos.

Las blockchains * no * son plataformas de programación de propósito general. Lo hacen mal si uno intenta ejecutar toda la lógica de la aplicación en ellas.

Cardano abordó eso desde el principio tomando un camino muy obstinado, aunque inusual, al diseñar el modelo eUTxO.

La lógica en cadena se trata solo de validación y requiere mucho menos recursos. La mayor parte de la lógica de DApp * ya * ocurre fuera de la cadena, por diseño.

Además, debido al tamaño actual de los scripts y las limitaciones de capacidad, los tiempos de ejecución no serán un problema antes de un tiempo.

Para mí, esforzarme en optimizar el compilador o trabajar en compiladores alternativos es mucho más interesante que los rollups (¡para Cardano!).

Entonces, cuando analizo los problemas de escalabilidad para abordar primero en Cardano, el rendimiento y el tiempo de liquidación es lo primero que me viene a la mente, y estos no se resuelven mediante acumulaciones.

Esperamos que las cabezas de Hydra puedan ayudar con algo de eso. ¡Y ya tenemos muchas ideas encima de la cabeza!

Sin embargo, Hydra tampoco es un unicornio y tiene limitaciones. Pero no es que los rollups se estén ocupando de alguno de ellos porque, una vez más, resuelven diferentes problemas.

Así que prefiero mantener los esfuerzos en construir sobre Hydra, que comenzar un nuevo esfuerzo en la otra dirección.