Zircuit ha habilitado el mecanismo SLS, cuyo objetivo es aislar las "transacciones maliciosas".
Escrito por: 0xTodd
Aprovechando el TGE oficial de $ZRC de Zircuit, hablemos de un mecanismo interesante relacionado con el ordenante (sequencer) en este proyecto.
Zircuit tiene su propio L2, cuyo rasgo distintivo es que crea una solución llamada "Seguridad a Nivel de Ordenante / SLS (Sequencer Level Security)".
Todos sabemos que, actualmente, las transacciones de L2 se importan y exportan a través del ordenante oficial del proyecto. Por supuesto, debido a la existencia de ZK / pruebas de desafío, en general no nos preocupa que el ordenante actúe de manera maliciosa.
En general, el ordenante tiene un papel neutral, siempre ejecuta cada transacción con rectitud.
Entonces, aunque el ordenante es neutral, ¿podemos esforzarnos para que se una al lado benéfico?
Así, Zircuit ha habilitado este mecanismo SLS, cuyo objetivo es aislar las "transacciones maliciosas".
Normalmente, ¿cómo se registra una transacción L2 en la cadena? Es un simple proceso de cuatro pasos:
1. El usuario inicia la transacción y la difunde
2. La transacción llega al pool de memoria (mempool) y espera
3. El ordenante como un lado neutral, ayuda a empaquetarlo en el bloque
4. La transacción se registra en la cadena
Pero basado en el mecanismo SLS, este paso se convierte en cinco pasos:
1. El usuario inicia la transacción y la difunde
2. La transacción llega al pool de memoria (mempool) y espera
3. El ordenante como un lado benéfico, utiliza algunas herramientas para verificar si las transacciones son maliciosas
4. Si no hay malicia, ayúdalo a empaquetarlo en el bloque
5. La transacción se registra en la cadena
Pero ¿qué pasa si hay transacciones sospechosas de ser maliciosas? A partir del paso cuatro, comienza a cambiar:
4. Si se sospecha de malicia, entra en el pool de aislamiento
5. La revisión del pool de aislamiento no muestra errores, y el ordenante continúa ayudando a empaquetarlo
O:
4. Si se sospecha de malicia, entra en el pool de aislamiento
5. La revisión del pool de aislamiento descubre que efectivamente es una transacción maliciosa, por lo tanto se rechaza empaquetarla en la cadena
Este estándar SLS para verificar si hay malicia, puede usar algunas bibliotecas de código abierto y permitir que la IA ayude en el juicio.
En el futuro, se espera lograr ciertos efectos, como que los activos robados puedan no transferirse nunca o regresar a L1. Para el actualmente severo entorno de la cadena del bosque oscuro, sigue siendo muy significativo.
Por supuesto, dado que se trata de verificar transacciones, no se puede evitar que pueda haber algunos daños colaterales. Sin embargo, entiendo que al mejorar el algoritmo del pool de aislamiento, se puede minimizar este problema tanto como sea posible.
Esto es una espada de doble filo, la blockchain enfatiza la permisión, lo cual contradice ligeramente el SLS. Desde la perspectiva de un usuario normal, este L2 ciertamente es más seguro.
Sin embargo, en general, creo que aunque impacta ligeramente la permisión, el aumento de la seguridad, especialmente en la protección de usuarios inexpertos, vale la pena.
Adjunto al final: El texto original del artículo sobre el mecanismo SLS de Zircuit: https://arxiv.org/html/2405.01819v1