Comprender el mecanismo de clasificación de Zircuit en tres minutos

Zircuit utiliza el mecanismo SLS, que tiene como objetivo aislar las “transacciones maliciosas”.

Escrito por: 0xTodd

Aprovechando el TGE oficial de $ZRC de Zircuit, hablemos sobre el interesante mecanismo del ordenador (sequencer) en este proyecto.

Zircuit tiene su propio L2, cuya característica radica en la creación de una solución llamada “Seguridad a nivel de secuenciador/SLS (Sequencer Level Security)”.

Todos sabemos que actualmente las transacciones L2 de entrada y salida se realizan a través del ordenador oficial del equipo detrás del proyecto. Por supuesto, debido a la existencia de ZK/ pruebas de desafío, en general no nos preocupamos por el mal comportamiento del ordenador.

En general, el clasificador es un personaje neutral que siempre ejecuta cada transacción de manera justa y sin miedo.

Entonces, aunque el clasificador sea neutral, ¿podemos esforzarnos para que se una al campo de la bondad?

Por lo tanto, Zircuit ha implementado este mecanismo SLS, cuyo propósito es aislar las “transacciones maliciosas”.

Normalmente, ¿cómo se registra una transacción L2 en la cadena? Es un proceso muy sencillo de cuatro pasos:

1. El usuario inicia la transacción y la transmite.

2. La transacción se envía a la memoria de transacciones (mempool) y se queda en espera

3. El clasificador actúa como una facción neutral, ayúdalo a empacar en Bloquear

4. Comercio en Cadena

Pero basado en el mecanismo SLS, este paso se convierte en cinco pasos:

1. El usuario inicia la transacción y la transmite.

2. La transacción se envía a la memoria de transacciones (mempool) y se queda en espera

3. El clasificador actúa como facción buena, utilizando algunas herramientas para verificar si una transacción es maliciosa

4. Si no hay malicia, empaquétalo en Bloquear.

5. Transacción en cadena

Pero ¿qué pasa si hay una transacción sospechosa? A partir del paso cuatro, las cosas cambian:

4. Si es sospechoso de ser malicioso, ingrese al pool de aislamiento

5. La revisión del pool de aislamiento es correcta, el ordenador continúa empaquetándolo.

O tal vez:

4. Si es sospechoso de ser malicioso, ingrese al pool de aislamiento

5. Si se descubre que el pool de aislamiento es realmente una transacción maliciosa, se rechaza empacarla en la cadena.

Este estándar de verificación de SLS para detectar si es malicioso puede utilizar algunas bibliotecas de Código abierto y contar con la asistencia de la IA para tomar decisiones.

En el futuro, hay esperanza de lograr algunos efectos, como por ejemplo, los activos robados pueden ser imposibles de transferir o devolver a L1. Esto es significativo para el entorno on-chain del bosque oscuro actualmente hostil.

Por supuesto, dado que se trata de verificar transacciones, es inevitable que pueda haber algunos daños colaterales. Sin embargo, entiendo que mediante la mejora del algoritmo del pool de aislamiento, en realidad se puede soltar este tipo de problemas en la medida de lo posible.

Esta es una espada de doble filo, blockchain enfatiza la permisividad, lo cual va en contra de SLS en cierta medida. Desde la perspectiva de un usuario normal, este tipo de L2 es realmente más seguro.

En general, creo que aunque haya un impacto leve en la permisión, el aumento de la seguridad vale la pena, especialmente en términos de proteger a los usuarios sin experiencia.

Al final adjunto: el artículo original del mecanismo SLS de Zircuit: