¡Uno de mis tweets se volvió viral recientemente y ganó mucha atención en la comunidad en línea Web3! Esta es una publicación muy breve de cuatro partes en "Twitter", pero te escucho preguntar: ¿qué significa exactamente? Dejame explicar.
Abrir un artículo de Rollup con un tema como "¿Qué es un Rollup?" o "¿Por qué necesitamos un Rollup?" es como matar al tío Ben o dispararle a mamá y papá en cada iteración de las películas de Spider-Man y Batman. Si está leyendo este artículo, probablemente ya esté familiarizado con estos argumentos bien documentados. Además, si estás leyendo esto, creo que podemos ir más allá del debate entre App Chain y App Rollup. Así que vayamos al grano.
El auge de los paquetes acumulativos de aplicaciones específicas
Universal Rollup es frustrante
Universal Rollup es como el sistema escolar indio (creo que también tienen características similares a otros sistemas escolares, pero esto es algo con lo que tengo experiencia personal).
Los atletas, cantantes, matemáticos, pensadores, economistas y narradores deben pasar por el mismo proceso para obtener una calificación aprobatoria. Técnicamente, el sistema no está "sesgado" hacia ningún grupo en particular, pero tampoco es "justo" para nadie. Pero bueno, ¡nos hicimos amigos! (Esto será importante más adelante).
Asimismo, para las aplicaciones en un rollup universal, el cuello de botella es el propio entorno, ya que no puede satisfacer las necesidades de cada aplicación individualmente. Cada aplicación puede requerir un tipo diferente de optimización, pero no sería razonable esperar algo hecho a medida para ellas. Sin embargo, si sólo desea probarlo y obtener una descripción general, esta es la opción más conveniente. Además, para algunas aplicaciones, como algunos estudiantes promedio, ¡esta podría ser la solución correcta!
¿Qué pasa con los amigos? Es un ecosistema de aplicaciones creado junto con sus aplicaciones. Si eres emprendedor, simplemente puedes llamar a tu amigo contador y pedirle que te ayude a ocultar tus impuestos al gobierno :)
El paquete acumulativo específico de la aplicación es confuso
Bueno, mi hija es demasiado atlética para la escuela pública y necesita entrenamiento especial. ¿Necesito enviarla a una escuela de deportes o debería contratar a un entrenador personal…?
Complejidad específica
Vamos a jugar un juego.
A continuación se muestra una lista de 8 paquetes acumulativos de aplicaciones específicas. Sin embargo, dentro de cada grupo hay un artículo que no pertenece a ese grupo. ¿Puedes identificar cuál es?
La especificidad de la aplicación se está convirtiendo en un término confuso. Hay paquetes acumulativos de aplicaciones específicas que permiten que los contratos se implementen encima de sí mismos, y hay paquetes acumulativos de aplicaciones específicas que permiten que los contratos se implementen porque su máquina virtual (VM) lo admite, pero su propietario lo restringe. También hay paquetes acumulativos de aplicaciones específicas que tienen una máquina virtual cerrada o ninguna máquina virtual y no admiten otros tipos de desarrollo.
¿Es justo agruparlos en la misma categoría?
La respuesta a la pregunta anterior ~
Grupo 1: Celo es una elección extraña porque permite a otros desarrolladores crear aplicaciones, mientras que otros pueden usar las aplicaciones directamente. Otros proyectos que se pueden considerar en el Grupo 1 son Fuel-v1, Aevo, RhinoFi, etc.
Grupo 2: Loopring es el único que queda fuera, ya que es el único Rollup especialmente diseñado que funciona de inmediato, mientras que los demás son redes optimizadas para funciones específicas como privacidad, NFT y TPS para las aplicaciones implementadas en ellas. Puede heredar estas funciones. Otros proyectos que se pueden incluir en el segundo grupo, Kinto, Kroma, red de bienes públicos, etc.
Problemas con la implementación de contratos en máquinas virtuales generales modificadas
Estas máquinas virtuales que implementan contratos inteligentes no son más que máquinas de estado completas de Turing. Los contratos que se implementan encima de ellos son sólo modificaciones adicionales al propio Estado. Realmente no afecta las reglas de transición de estado central de la máquina virtual. Un resumen es esencialmente una máquina virtual en la que reside su lógica empresarial.
Su lógica empresarial es independiente de la funcionalidad de transición de estado del paquete acumulativo.
También lo llamo el "paradigma de contrato inteligente para crear aplicaciones" porque implementas algo de lógica adicional encima de la VM. Rollup no se ocupa "directamente" de probar la lógica de la aplicación. La VM es el resumen, no su aplicación.
Por supuesto, usted es el único propietario de la máquina virtual, sus aplicaciones son los únicos ciudadanos y puede mejorar continuamente la base para adaptarla a sus aplicaciones. Puede continuar mejorando la función de transición de estado (STF) y agregar o eliminar códigos de operación para mejorar el rendimiento de la aplicación, pero la aplicación sigue siendo independiente y limitada por la propia VM.
Es como un Lamborghini Urus tirando de un Lamborghini Huracan.
¡Una aplicación separada en un paquete acumulativo específico de aplicaciones puede funcionar mejor! ¡mucho mejor!
¿Qué pasa si el STF se mejora continuamente de modo que su alcance sea cada vez más pequeño para adaptarse a la lógica empresarial de la aplicación? Con el tiempo, a medida que continúes mejorándolo, el STF convergerá hasta el punto en que la lógica empresarial y el STF se superpondrán, momento en el que te darás cuenta... ¡Oh, mierda, espera un minuto!
Por lo tanto, Micro-Rollup no es más que un resumen, donde la función de transición de estado de la aplicación es la lógica empresarial misma.
La aplicación se convierte en un paquete acumulativo, el estado se puede administrar de cualquier forma posible en cualquier entorno de ejecución y las reglas de transición de estado se pueden aplicar directamente al tiempo de ejecución de la aplicación. La aplicación se puede personalizar sin restricciones. Estas pruebas se relacionan con su lógica empresarial, no con la máquina. Hace que su aplicación sea liviana.
Estas funciones especiales de transición de estado requieren otro artículo, así que estad atentos :)
En términos de experiencia de desarrollador, Micro-Rollup es ilimitado. Puede crearlos utilizando cualquier herramienta que desee porque son independientes de las máquinas virtuales. Parecen aplicaciones backend web2, pero periódicamente envían pruebas de transacciones a la L1 principal. Creo que este será el factor principal que influirá en los desarrolladores web2 para pasar al espacio web3.
En realidad, un mejor ejemplo es el Rimac Nevera, ya que es más rápido y eléctrico, por lo que probablemente sea más económico de manejar, pero no pude encontrar una foto de carretera más sexy.
El único inconveniente de este enfoque es personalizar el mecanismo de prueba para cada aplicación diferente. Si la lógica de la aplicación pudiera compilarse en un intermediario común, entonces demostrar ese intermediario común eliminaría la molestia de probar cada aplicación individualmente, pero personalmente creo que esto es solo una compensación entre eficiencia y un desarrollo más rápido. Queremos mejorar toda la eficiencia posible.
Hay formas de solucionar esto sin utilizar métodos que involucren a la VM en la capa de ejecución. ¿Qué pasaría si existiera una herramienta que permitiera a los desarrolladores hacer esto?
Esta es la declaración de misión de Stackr Labs: estamos creando un marco de trabajo micro-rollup y un SDK para que cualquiera pueda crear sus aplicaciones en cualquier idioma sin restricciones, tal como se crean aplicaciones backend web3. Hacer que el desarrollo de micro-rollups sea tan fácil como escribir e implementar contratos inteligentes, sin mencionar la modularidad, aumenta el poder de cualquier ecosistema que elijan los desarrolladores.
Entonces, ¿es real el micro-rollup?
Siempre. (Pero tan cierto como el resumen, lo siento, no quiero entristecer a Jon)
Aplicaciones como Loopring, dYdX y Fuel-v1 existen o existen desde hace mucho tiempo. Estos son paquetes acumulativos hiperoptimizados, con lógica personalizada que se ejecuta específicamente para atender su caso de uso. El primer paquete acumulativo de aplicaciones específicas no basado en VM que conozco y en el que participé personalmente fue el paquete acumulativo Hubble Optimistic, un proyecto de 3 años que en un momento sirvió como infraestructura central para el token Worldcoin. (Esta es también la principal fuente de inspiración de Stackr)
Recién ahora se vuelve importante diferenciar entre estos términos.
Puede crear micro-rollups ilimitados:
Productos de consumo, como juegos, intercambios, mercados NFT, etc.;
2.app-chain se puede convertir en un paquete acumulativo de aplicaciones;
Incluso puede crear nuevos tipos de máquinas virtuales que admitan casos de uso únicos, abriendo la puerta a la innovación en máquinas virtuales.
Escribiré otro artículo sobre los pros y los contras de Micro-Rollup y qué aplicaciones tiene sentido crear utilizando el marco Micro-Rollup.
en conclusión
El elemento que falta en el árbol que mostré antes es la máquina de estados personalizada.
Además, implementar un único protocolo mediante un paquete acumulativo basado en VM o EVM no es eficiente para aplicaciones independientes. Es adecuado para aplicaciones que ya tienen un montón de contratos inteligentes y protocolos en ejecución en la cadena EVM, pero no para "aplicaciones que quieren más" y quieren deshacerse de las limitaciones de las VM.
Entonces Micro Rollups = Aplicaciones en rollups Aplicaciones como rollups
Ver originales
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
Micro-Rollup: ¿una ola o un término de marketing descarado?
Autor: KAUTUK; Fuente: Substack; Compilador: Kate, Marsbit
¡Uno de mis tweets se volvió viral recientemente y ganó mucha atención en la comunidad en línea Web3! Esta es una publicación muy breve de cuatro partes en "Twitter", pero te escucho preguntar: ¿qué significa exactamente? Dejame explicar.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-e0d4e4d874-dd1a6f-6d2ef1.webp)
Joder Rollup, evita los clichés
Abrir un artículo de Rollup con un tema como "¿Qué es un Rollup?" o "¿Por qué necesitamos un Rollup?" es como matar al tío Ben o dispararle a mamá y papá en cada iteración de las películas de Spider-Man y Batman. Si está leyendo este artículo, probablemente ya esté familiarizado con estos argumentos bien documentados. Además, si estás leyendo esto, creo que podemos ir más allá del debate entre App Chain y App Rollup. Así que vayamos al grano.
El auge de los paquetes acumulativos de aplicaciones específicas
Universal Rollup es frustrante
Universal Rollup es como el sistema escolar indio (creo que también tienen características similares a otros sistemas escolares, pero esto es algo con lo que tengo experiencia personal).
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-d166a6f7a4-dd1a6f-6d2ef1.webp)
Los atletas, cantantes, matemáticos, pensadores, economistas y narradores deben pasar por el mismo proceso para obtener una calificación aprobatoria. Técnicamente, el sistema no está "sesgado" hacia ningún grupo en particular, pero tampoco es "justo" para nadie. Pero bueno, ¡nos hicimos amigos! (Esto será importante más adelante).
Asimismo, para las aplicaciones en un rollup universal, el cuello de botella es el propio entorno, ya que no puede satisfacer las necesidades de cada aplicación individualmente. Cada aplicación puede requerir un tipo diferente de optimización, pero no sería razonable esperar algo hecho a medida para ellas. Sin embargo, si sólo desea probarlo y obtener una descripción general, esta es la opción más conveniente. Además, para algunas aplicaciones, como algunos estudiantes promedio, ¡esta podría ser la solución correcta!
¿Qué pasa con los amigos? Es un ecosistema de aplicaciones creado junto con sus aplicaciones. Si eres emprendedor, simplemente puedes llamar a tu amigo contador y pedirle que te ayude a ocultar tus impuestos al gobierno :)
El paquete acumulativo específico de la aplicación es confuso
Bueno, mi hija es demasiado atlética para la escuela pública y necesita entrenamiento especial. ¿Necesito enviarla a una escuela de deportes o debería contratar a un entrenador personal…?
Complejidad específica
Vamos a jugar un juego.
A continuación se muestra una lista de 8 paquetes acumulativos de aplicaciones específicas. Sin embargo, dentro de cada grupo hay un artículo que no pertenece a ese grupo. ¿Puedes identificar cuál es?
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-1c153358cc-dd1a6f-6d2ef1.webp)
La especificidad de la aplicación se está convirtiendo en un término confuso. Hay paquetes acumulativos de aplicaciones específicas que permiten que los contratos se implementen encima de sí mismos, y hay paquetes acumulativos de aplicaciones específicas que permiten que los contratos se implementen porque su máquina virtual (VM) lo admite, pero su propietario lo restringe. También hay paquetes acumulativos de aplicaciones específicas que tienen una máquina virtual cerrada o ninguna máquina virtual y no admiten otros tipos de desarrollo.
¿Es justo agruparlos en la misma categoría?
La respuesta a la pregunta anterior ~
Grupo 1: Celo es una elección extraña porque permite a otros desarrolladores crear aplicaciones, mientras que otros pueden usar las aplicaciones directamente. Otros proyectos que se pueden considerar en el Grupo 1 son Fuel-v1, Aevo, RhinoFi, etc.
Grupo 2: Loopring es el único que queda fuera, ya que es el único Rollup especialmente diseñado que funciona de inmediato, mientras que los demás son redes optimizadas para funciones específicas como privacidad, NFT y TPS para las aplicaciones implementadas en ellas. Puede heredar estas funciones. Otros proyectos que se pueden incluir en el segundo grupo, Kinto, Kroma, red de bienes públicos, etc.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-64c9473ffb-dd1a6f-6d2ef1.webp)
Problemas con la implementación de contratos en máquinas virtuales generales modificadas
Estas máquinas virtuales que implementan contratos inteligentes no son más que máquinas de estado completas de Turing. Los contratos que se implementan encima de ellos son sólo modificaciones adicionales al propio Estado. Realmente no afecta las reglas de transición de estado central de la máquina virtual. Un resumen es esencialmente una máquina virtual en la que reside su lógica empresarial.
Su lógica empresarial es independiente de la funcionalidad de transición de estado del paquete acumulativo.
También lo llamo el "paradigma de contrato inteligente para crear aplicaciones" porque implementas algo de lógica adicional encima de la VM. Rollup no se ocupa "directamente" de probar la lógica de la aplicación. La VM es el resumen, no su aplicación.
Por supuesto, usted es el único propietario de la máquina virtual, sus aplicaciones son los únicos ciudadanos y puede mejorar continuamente la base para adaptarla a sus aplicaciones. Puede continuar mejorando la función de transición de estado (STF) y agregar o eliminar códigos de operación para mejorar el rendimiento de la aplicación, pero la aplicación sigue siendo independiente y limitada por la propia VM.
Es como un Lamborghini Urus tirando de un Lamborghini Huracan.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-a0a30d1c5f-dd1a6f-6d2ef1.webp)
¡Una aplicación separada en un paquete acumulativo específico de aplicaciones puede funcionar mejor! ¡mucho mejor!
¿Qué pasa si el STF se mejora continuamente de modo que su alcance sea cada vez más pequeño para adaptarse a la lógica empresarial de la aplicación? Con el tiempo, a medida que continúes mejorándolo, el STF convergerá hasta el punto en que la lógica empresarial y el STF se superpondrán, momento en el que te darás cuenta... ¡Oh, mierda, espera un minuto!
¡Nacen los Micro-Rollups!
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-e2c2171e24-dd1a6f-6d2ef1.webp)
Por lo tanto, Micro-Rollup no es más que un resumen, donde la función de transición de estado de la aplicación es la lógica empresarial misma.
La aplicación se convierte en un paquete acumulativo, el estado se puede administrar de cualquier forma posible en cualquier entorno de ejecución y las reglas de transición de estado se pueden aplicar directamente al tiempo de ejecución de la aplicación. La aplicación se puede personalizar sin restricciones. Estas pruebas se relacionan con su lógica empresarial, no con la máquina. Hace que su aplicación sea liviana.
Estas funciones especiales de transición de estado requieren otro artículo, así que estad atentos :)
En términos de experiencia de desarrollador, Micro-Rollup es ilimitado. Puede crearlos utilizando cualquier herramienta que desee porque son independientes de las máquinas virtuales. Parecen aplicaciones backend web2, pero periódicamente envían pruebas de transacciones a la L1 principal. Creo que este será el factor principal que influirá en los desarrolladores web2 para pasar al espacio web3.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-9584f36fd3-dd1a6f-6d2ef1.webp)
En realidad, un mejor ejemplo es el Rimac Nevera, ya que es más rápido y eléctrico, por lo que probablemente sea más económico de manejar, pero no pude encontrar una foto de carretera más sexy.
El único inconveniente de este enfoque es personalizar el mecanismo de prueba para cada aplicación diferente. Si la lógica de la aplicación pudiera compilarse en un intermediario común, entonces demostrar ese intermediario común eliminaría la molestia de probar cada aplicación individualmente, pero personalmente creo que esto es solo una compensación entre eficiencia y un desarrollo más rápido. Queremos mejorar toda la eficiencia posible.
Hay formas de solucionar esto sin utilizar métodos que involucren a la VM en la capa de ejecución. ¿Qué pasaría si existiera una herramienta que permitiera a los desarrolladores hacer esto?
Esta es la declaración de misión de Stackr Labs: estamos creando un marco de trabajo micro-rollup y un SDK para que cualquiera pueda crear sus aplicaciones en cualquier idioma sin restricciones, tal como se crean aplicaciones backend web3. Hacer que el desarrollo de micro-rollups sea tan fácil como escribir e implementar contratos inteligentes, sin mencionar la modularidad, aumenta el poder de cualquier ecosistema que elijan los desarrolladores.
Entonces, ¿es real el micro-rollup?
Siempre. (Pero tan cierto como el resumen, lo siento, no quiero entristecer a Jon)
Aplicaciones como Loopring, dYdX y Fuel-v1 existen o existen desde hace mucho tiempo. Estos son paquetes acumulativos hiperoptimizados, con lógica personalizada que se ejecuta específicamente para atender su caso de uso. El primer paquete acumulativo de aplicaciones específicas no basado en VM que conozco y en el que participé personalmente fue el paquete acumulativo Hubble Optimistic, un proyecto de 3 años que en un momento sirvió como infraestructura central para el token Worldcoin. (Esta es también la principal fuente de inspiración de Stackr)
Recién ahora se vuelve importante diferenciar entre estos términos.
Puede crear micro-rollups ilimitados:
2.app-chain se puede convertir en un paquete acumulativo de aplicaciones;
Escribiré otro artículo sobre los pros y los contras de Micro-Rollup y qué aplicaciones tiene sentido crear utilizando el marco Micro-Rollup.
en conclusión
El elemento que falta en el árbol que mostré antes es la máquina de estados personalizada.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-278297d769-dd1a6f-6d2ef1.webp)
Además, implementar un único protocolo mediante un paquete acumulativo basado en VM o EVM no es eficiente para aplicaciones independientes. Es adecuado para aplicaciones que ya tienen un montón de contratos inteligentes y protocolos en ejecución en la cadena EVM, pero no para "aplicaciones que quieren más" y quieren deshacerse de las limitaciones de las VM.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-652a2fb51d-dd1a6f-6d2ef1.webp)
Si podamos el árbol, el árbol final quedará así. Por eso creo que el app-rollup, micro-rollup o rollup se llamará Apps en un futuro próximo.
! [Rollup] (https://img-cdn.gateio.im/webp-social/moments-40baef27dd-4e533a01c7-dd1a6f-6d2ef1.webp)
Entonces Micro Rollups = Aplicaciones en rollups Aplicaciones como rollups