EIP-8288 plantea dónde debería Ethereum hacer su trabajo criptográfico
El borrador lleva la agregación de pruebas al mempool; quedan preguntas de implementación.
EIP-8288 sigue siendo un borrador. Su diseño combina dependencias criptográficas en una STARK recursiva en lugar de incluir cada firma o prueba subyacente en un bloque. La propuesta utiliza agregación en el mempool y herramientas de Lean Ethereum; no es una función activada en la red.
La pregunta de producto es adónde se traslada el trabajo. Reducir el material onchain puede resultar atractivo, pero alguien todavía tiene que producir, transmitir y agregar las pruebas. Un equipo de billeteras que evalúe esta dirección debería preguntar por el rendimiento del dispositivo, los tiempos de generación de pruebas, la conectividad y la recuperación cuando una transacción no llega a un agregador. Estas preguntas importan especialmente para usuarios móviles con equipos y acceso a la red desiguales.
Nuestra evaluación es que vale la pena crear prototipos basados en la propuesta, sin tratarla como un compromiso de entrega. Los desarrolladores pueden identificar qué partes del diseño de sus cuentas dependen de un esquema de firmas concreto y mantener explícitos esos límites. Antes de prometer transacciones privadas más baratas o cuentas resistentes a amenazas cuánticas, deberían esperar una especificación estable, implementaciones interoperables y mediciones bajo carga realista. Una prueba compacta es un componente de un sistema de transacciones usable, no toda la experiencia del usuario.