¿Pueden los próximos rollups de bitcoin cumplir con los requisitos de Etapa 2 de @l2beat? La respuesta corta es casi. Pero para cumplir con todos los requisitos, necesitarías algo como OP_CAT. Los rollups de bitcoin pueden tener suposiciones de confianza 1-de-N relacionadas con su puente. Pero hay algunas matices en esto. Hay dos cosas en las que confías: - Operadores: Confías en 1-de-N operadores para procesar retiros y no congelar el puente. - Verificadores: Confías en 1-de-N, siendo N cualquiera, para asegurar el puente. En las implementaciones propuestas de rollups, los retiros son procesados por operadores con permisos. Los operadores del puente proporcionan liquidez a los usuarios para satisfacer las solicitudes de retiro y luego se reembolsan a sí mismos desde el puente. Aunque no es increíblemente eficiente, esto podría funcionar. Ahora, las etapas. Hay una serie de requisitos para que un rollup sea "Etapa 2" según el marco de @l2beat. Veamos si un rollup de bitcoin puede cumplirlos: Los rollups de bitcoin pueden cumplir con todos los requisitos de la etapa 0 de L2Beat. Puedes usar bitcoin para DA, publicar raíces de estado allí, y las personas pueden reconstruir ese estado del rollup basado en estos datos. La etapa 1 es donde comienza a complicarse. Los rollups de bitcoin pueden cumplir con todos los requisitos... excepto: "¿Pueden los usuarios salir sin la coordinación del operador?" El sistema debe estar diseñado de tal manera que los retiros de los usuarios no puedan ser bloqueados por los operadores del rollup. El rollup debe implementar mecanismos que permitan a los usuarios salir de manera independiente, asegurando que siempre puedan acceder y controlar sus activos. Teóricamente, los usuarios pueden eludir a los operadores del rollup (aún no lo hemos visto, así que no estoy del todo seguro de cómo funcionaría). Pero no pueden eludir a los operadores del puente si todos los operadores del puente están desconectados. Por lo tanto, la condición de que los usuarios "siempre pueden acceder y controlar sus activos" no se cumple. Esta tendencia continúa en la Etapa 2. Como mencionamos anteriormente, estos rollups pueden tener pruebas de fraude sin permisos. Cualquiera puede asegurar la integridad del puente. Y, probablemente, pueden tener un mecanismo para eludir a los operadores del rollup en caso de que se implemente una actualización no deseada. "...Este amplio marco de tiempo permite a los usuarios reaccionar a cambios significativos en el sistema con los que pueden no estar de acuerdo y retirar sus activos si es necesario." Pero, los requisitos relacionados con los retiros sin permisos no pueden cumplirse porque los usuarios confían en al menos 1 operador para cumplir con las solicitudes de retiro. Así que, para aclarar las cosas: - Los rollups de bitcoin son posibles. - Pueden tener pruebas de fraude sin permisos para asegurar el puente con una suposición de confianza 1-de-N. - En lugar de depender de una federación de 2/3 para procesar retiros, puedes depender de solo 1-de-N operadores. - Esta no es la misma suposición de vitalidad (salida) que los rollups optimistas en ethereum. La suposición de seguridad es similar. Un rollup de bitcoin, con un puente al estilo Strata o Clementine, puede cumplir con todos los requisitos de L2Beat excepto aquellos que requieren salida sin permisos. Si bien los usuarios pueden eludir a los operadores del rollup, deben confiar en que 1-de-N operadores del puente cumplirán con las solicitudes de retiro. Pero, si tienes algo como OP_CAT, puedes construir condiciones de gasto que transporten estado y verificadores en cadena. Esto permite que un programa de puente desbloquee fondos si se cumplen ciertas condiciones. Como verificar una prueba SNARK que atestigua el estado actualizado del rollup, o un período de desafío de prueba de fraude que haya pasado. Así que, si se añaden opcodes adicionales, entonces los rollups de bitcoin podrían cumplir con los requisitos relacionados con la salida sin permisos y ser un rollup de Etapa 2. ¡Espero que esto aclare algunas confusiones!