> ## Documentation Index
> Fetch the complete documentation index at: https://docs.plasma.org/llms.txt
> Use this file to discover all available pages before exploring further.

# Resumen del sistema

> Cómo el consenso PlasmaBFT y la ejecución Reth encajan juntos para potenciar los pagos en USD₮.

La arquitectura de Plasma combina una capa de consenso de alto rendimiento con el modelo de ejecución EVM de Ethereum. Este diseño modular brinda a los desarrolladores las herramientas que esperan de Ethereum, con rendimiento diseñado para cargas de trabajo de pagos en stablecoins a escala global.

En su núcleo, Plasma usa **PlasmaBFT**, una implementación pipelined de Fast HotStuff, como su capa de consenso. La ejecución es manejada por un **cliente basado en Reth**, un motor de ejecución de Ethereum moderno escrito en Rust. Estos dos componentes se comunican a través de la Engine API en una arquitectura limpia y débilmente acoplada.

En este modelo:

* **PlasmaBFT maneja la secuenciación de bloques y la finalidad**
* **Reth maneja la transición de estado, la ejecución de transacciones y la lógica EVM**

Esta separación permite a Plasma heredar la compatibilidad EVM completa sin modificación. Cada contrato, opcode y llamada se comporta exactamente como lo haría en la mainnet de Ethereum. Los desarrolladores pueden confiar en el tooling, librerías y lógica de contratos existentes sin compromiso.

Lo que cambia es el rendimiento. PlasmaBFT puede proponer y finalizar bloques en rápida sucesión sin depender de finalidad basada en slots o gadgets externos. El pipeline de consenso permite el procesamiento paralelo de los pasos de consenso, reduciendo la latencia y aumentando el throughput.

En las secciones siguientes, profundizaremos en cada capa del sistema (consenso y ejecución) y describiremos cómo Plasma evoluciona para soportar flujos de pago de alto volumen a escala. La hoja de ruta del Core Protocol describe los cambios a nivel de cadena planificados para extender esta base para cargas de trabajo específicas de pagos, incluyendo lanes de pago dedicados, finalidad más rápida y funcionalidades de cuentas nativas del protocolo.
