@Plasma enfatiza la Recuperación de Fondos en lugar de la Ejecución Continua.
Plasma está diseñado en base a suposiciones preliminares de que la ejecución fuera de la cadena eventualmente será fallida. Los operadores pueden detener, bloquear transacciones o denegar datos. Plasma no tiene como objetivo asegurar una disponibilidad constante; en cambio, considera lo que ocurre cuando las fallas suceden.
Con el fin de llevar la ejecución fuera de la cadena para reducir la carga en Ethereum, la propiedad nunca se transfiere. El dinero se hace cumplir en Ethereum mediante esquemas de salida preestablecidos. En caso de que la cadena hija se vuelva poco confiable, los usuarios no necesitan esperar hasta que se logre la recuperación o la coordinación. Pueden comenzar salidas, presentar pruebas y reclamar activos directamente en la capa base.
Este diseño provoca que la recuperación de fondos sea la principal garantía, en lugar de una implementación continua. La falla puede tener un efecto interviniente en la actividad normal, pero el poder de retirar se mantiene. Tal compromiso determina la estructura de Plasma y restringe su expresividad, así como también define su lugar en el espacio de escalado. @Plasma solo considera la escalabilidad aceptable en casos donde los usuarios tengan una forma clara y verificable de regresar a Ethereum.
