Puntos clave
Ethereum Plasma es un marco de escalado de capa 2 que procesa transacciones en child chains separadas, reduciendo la congestión en la red principal de Ethereum.
Las child chains envían periódicamente resúmenes criptográficos de su actividad a la red principal de Ethereum, heredando un grado de su seguridad sin cargarla con cada transacción.
Las disputas entre usuarios y operadores se gestionan mediante pruebas de fraude, que permiten a los participantes impugnar transacciones inválidas en la cadena raíz.
Plasma se enfrenta a una limitación crítica llamada problema de Mass Exit, en el que muchos usuarios que intentan salir de una child chain comprometida al mismo tiempo podrían saturar la red principal.
Introducción
Ethereum Plasma es un marco de escalado que permite procesar transacciones en blockchains secundarias, llamadas child chains, en lugar de directamente en Ethereum. Fue propuesto en 2017 por Vitalik Buterin y Joseph Poon como una forma de aumentar la capacidad de procesamiento de transacciones de Ethereum sin cambiar las reglas de consenso de la red principal. Plasma no es un proyecto único, sino un patrón de diseño que distintos equipos pueden implementar a su manera.
Este artículo explica cómo funciona Plasma, cuáles son sus desafíos clave y en qué se compara con soluciones de escalado basadas en rollups que se han vuelto más comunes desde que se propuso Plasma por primera vez.
¿Cómo funciona Plasma?
Plasma construye una estructura en forma de árbol de blockchains. En la parte superior está la red principal de Ethereum, llamada cadena raíz. Debajo se encuentran las child chains, a veces comparadas con sidechains, aunque las child chains de Plasma dependen de Ethereum para la seguridad de maneras que las sidechains estándar no hacen.
Cada child chain está gobernada por un contrato inteligente desplegado en la cadena raíz. Este contrato define las reglas sobre cómo opera la child chain, cómo los activos se pueden depositar en ella desde Ethereum y cómo los usuarios pueden salir de vuelta a la red principal. Como cada child chain puede personalizarse, distintas implementaciones pueden servir para diferentes propósitos: pagos, intercambios de tokens u otros casos de uso específicos.
El operador de la child chain procesa transacciones fuera de Ethereum y, periódicamente, publica un resumen comprimido del estado de la cadena en la cadena raíz. Este resumen, llamado compromiso de estado, toma la forma de una raíz de Merkle. Permite que cualquiera verifique que el historial de la child chain es consistente, sin necesidad de publicar cada transacción directamente en Ethereum.
¿Qué son las pruebas de fraude?
Como el operador de una child chain de Plasma procesa las transacciones, los usuarios deben confiar en que el operador actúa honestamente. Las pruebas de fraude proporcionan una forma para que los usuarios impugnen un comportamiento deshonesto.
Si un usuario cree que el operador ha enviado una transacción inválida o una actualización de estado fraudulenta, puede enviar una prueba de fraude a la cadena raíz. Luego, el contrato inteligente de la cadena raíz verifica si la impugnación es válida. Si la impugnación tiene éxito, el operador malicioso es penalizado y se rechaza el estado inválido. Este mecanismo significa que la seguridad de Ethereum respalda la child chain, aunque Ethereum no verifica directamente cada transacción.
La ventana de impugnación es un periodo establecido durante el cual los usuarios pueden enviar pruebas de fraude. Si no aparecen impugnaciones válidas dentro de esa ventana, el compromiso de estado se acepta como definitivo.
¿Cuál es el problema de Mass Exit?
Uno de los desafíos más serios con Plasma es el problema de Mass Exit. Si el operador de una child chain se vuelve malicioso o la cadena falla, los usuarios necesitan salir y volver a la red principal de Ethereum para recuperar sus activos. Cada salida requiere enviar una transacción a la cadena raíz.
Si muchos usuarios intentan salir al mismo tiempo, la cadena raíz puede saturarse. En el peor de los casos, el volumen de transacciones de salida podría superar lo que Ethereum puede procesar dentro de la ventana de desafío de la prueba de fraude. Esto podría impedir que algunos usuarios retiren con éxito sus fondos antes de que se finalicen las transiciones de estado inválidas.
Se considera que el problema de Mass Exit es un desafío central no resuelto del diseño de Plasma. No tiene una solución limpia dentro del marco original de Plasma, y esa es una de las razones por las que los enfoques de escalado posteriores tomaron caminos diferentes.
¿Cuál es el problema de disponibilidad de datos?
Un problema relacionado es la disponibilidad de datos. Para que las pruebas de fraude funcionen, los usuarios necesitan acceso al historial completo de la child chain para poder construir una impugnación si es necesario. Si el operador oculta los datos de la transacción, los usuarios no pueden demostrar el fraude, incluso si el fraude ha ocurrido.
Esto significa que los usuarios deben monitorear constantemente la cadena por su cuenta o confiar en que los datos estarán disponibles cuando los necesiten. Ambas opciones generan fricción. Los diseños de rollup abordan esto publicando los datos de la transacción directamente en Ethereum, garantizando la disponibilidad sin depender de la cooperación del operador.
Plasma vs. Rollups
Desde que se propuso Plasma, los optimistic rollups y los ZK-rollups han surgido como las soluciones dominantes de escalado de Ethereum. Ambos tipos de rollup abordan el problema de disponibilidad de datos publicando los datos de transacción on-chain, algo que Plasma no requiere.
Los optimistic rollups usan un modelo de pruebas de fraude similar al de Plasma, pero publican la calldata en Ethereum, lo que garantiza que los usuarios siempre puedan acceder a los datos necesarios para construir las impugnaciones. Los ZK-rollups van más allá al utilizar pruebas criptográficas de validez para verificar cada transición de estado en cadena, eliminando la necesidad de una ventana de impugnación por completo.
Actualmente, la mayor parte de la actividad en Ethereum capa 2 fluye a través de redes de rollup. Plasma se considera un diseño fundamental que influyó en investigaciones de escalado posteriores, pero las nuevas implementaciones de Plasma son raras. Los conceptos que introdujo, incluidas las child chains, los compromisos de estado y las pruebas de fraude, siguen siendo relevantes para entender cómo funcionan los sistemas de rollup.
Preguntas frecuentes
¿Para qué se usa Ethereum Plasma?
Plasma es un marco para procesar transacciones de Ethereum en child chains separadas, reduciendo la congestión en la red principal. En la práctica, los sistemas basados en Plasma se han usado para pagos y transferencias de tokens. La mayoría de los proyectos nuevos de escalado de Ethereum ahora usan diseños de rollup en su lugar.
¿Todavía se está desarrollando Plasma?
El desarrollo de Plasma se ha ralentizado en gran medida a partir de 2026. La mayor parte de la investigación y el despliegue de escalado de Ethereum se ha desplazado hacia soluciones de optimistic y ZK-rollup, que abordan los desafíos de disponibilidad de datos de manera más directa. Algunos equipos siguen explorando diseños cercanos a Plasma, pero ya no es una vía principal de escalado.
¿Cuál es la diferencia entre Plasma y los rollups?
Tanto Plasma como los rollups procesan transacciones fuera de la cadena principal de Ethereum. La diferencia clave es la disponibilidad de datos: los rollups publican los datos de la transacción en Ethereum, lo que garantiza que los usuarios siempre puedan acceder a lo necesario para impugnar el fraude. Plasma no requiere esto, lo que crea los problemas de disponibilidad de datos y de Mass Exit.
¿Quién inventó Ethereum Plasma?
Ethereum Plasma fue propuesto en agosto de 2017 por el cofundador de Ethereum Vitalik Buterin y Joseph Poon, coautor de Lightning Network. El whitepaper original describía un marco escalable de child chains aseguradas por Ethereum mediante pruebas de fraude.
Reflexiones finales
Ethereum Plasma fue una de las primeras propuestas serias para escalar Ethereum mediante el procesamiento de transacciones fuera de cadena. Introdujo conceptos como child chains, compromisos de estado y pruebas de fraude que siguen influyendo en el diseño de capa 2. Aunque en gran medida dio paso a soluciones basadas en rollups, entender cómo funciona puede proporcionar un contexto útil para cualquiera que explore el panorama de escalado de Ethereum.
Lecturas adicionales
Soluciones de escalado de Capa 1 vs Capa 2
¿Qué son los ZK-Rollups? La técnica de escalabilidad de Capa 2
Optimistic vs. Zero-Knowledge Rollups: ¿Cuál es la diferencia?
¿Qué son las sidechains?
Aviso legal: Este contenido se te presenta en base a un estado «tal cual», únicamente con fines de información general y educación, sin ningún tipo de declaración o garantía. No debe interpretarse como asesoramiento financiero, legal u otro asesoramiento profesional, ni se pretende recomendar la compra de ningún producto o servicio específico. Debes buscar tu propio asesoramiento con asesores profesionales adecuados. Cuando el contenido sea aportado por un tercero, ten en cuenta que las opiniones expresadas pertenecen a dicho tercero y no reflejan necesariamente las de Binance Academy. Los precios de los activos digitales pueden ser volátiles. El valor de tu inversión puede subir o bajar y es posible que no recuperes el importe invertido. Tú eres el único responsable de tus decisiones de inversión y Binance Academy no se hace responsable de ninguna pérdida que puedas sufrir. Para más información, consulta nuestros Términos de uso, la Advertencia de riesgos y los Términos de Binance Academy.