Aprovechando el TGE oficial de $ZRC de Zircuit, hablemos sobre un mecanismo interesante en este proyecto relacionado con el secuenciador (sequencer).
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 de L2 entran y salen 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 preocupa que el ordenador actúe mal.
En general, el ordenador es un personaje neutral que siempre ejecuta cada transacción con rectitud.
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, que tiene como objetivo aislar las “transacciones maliciosas”.
Normalmente, ¿cómo se lleva a cabo una transacción L2 en la cadena? Es un proceso sencillo de cuatro pasos:
La transacción se envía a la memory pool (mempool) para su espera
El clasificador actúa como un campo neutral, ayúdalo a empaquetarse en Bloquear
Comercio en cadena
Pero, basado en el mecanismo SLS, este paso se convierte en cinco pasos:
El usuario inicia la transacción y la transmite
La transacción se envía a la memory pool (mempool) para su espera
El clasificador, como una facción bondadosa, utiliza algunas herramientas para verificar si las transacciones son maliciosas
Si no hay malicia, ayuda a empaquetarlo en Bloquear.
Transacción en la cadena
Pero ¿qué pasa si hay operaciones sospechosas? Cambio a partir del paso cuatro:
Si se sospecha de malicia, ingrese al grupo de aislamiento
La piscina de aislamiento se revisa sin errores y el ordenador continúa empacándolo.
O bien:
Si se sospecha de malicia, ingrese al grupo de aislamiento
Si se descubre que el grupo de aislamiento es realmente una transacción maliciosa, se rechazará empaquetarla en la cadena.
El estándar para verificar si SLS es malicioso puede utilizar algunas bibliotecas de código abierto y contar con la asistencia de la IA para tomar una decisión.
En el futuro, es posible lograr algunos efectos, como por ejemplo, los activos robados que pueden no poder transferirse o volver a L1. Esto es significativo para el entorno on-chain del oscuro bosque actualmente hostil.
Por supuesto, dado que se trata de verificar transacciones, es inevitable que pueda haber algunas falsas alarmas. Sin embargo, entiendo que a través de la mejora del Algoritmo de pool de aislamiento, en realidad se puede reducir al mínimo la liberación de este tipo de problemas.
Esta es una espada de doble filo, la cadena de bloques enfatiza la falta de permisos, 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 tiene un pequeño impacto en la permisión, el aumento de la seguridad es digno de la pena, especialmente en la protección de los usuarios inexpertos.
Adjunto al final: El artículo original sobre el mecanismo SLS de Zircuit:
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
Análisis superficial del mecanismo de clasificación de Zircuit
Escrito por: 0xTodd
Aprovechando el TGE oficial de $ZRC de Zircuit, hablemos sobre un mecanismo interesante en este proyecto relacionado con el secuenciador (sequencer).
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 de L2 entran y salen 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 preocupa que el ordenador actúe mal.
En general, el ordenador es un personaje neutral que siempre ejecuta cada transacción con rectitud.
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, que tiene como objetivo aislar las “transacciones maliciosas”.
Normalmente, ¿cómo se lleva a cabo una transacción L2 en la cadena? Es un proceso sencillo de cuatro pasos:
La transacción se envía a la memory pool (mempool) para su espera
El clasificador actúa como un campo neutral, ayúdalo a empaquetarse en Bloquear
Comercio en cadena
Pero, basado en el mecanismo SLS, este paso se convierte en cinco pasos:
El usuario inicia la transacción y la transmite
La transacción se envía a la memory pool (mempool) para su espera
El clasificador, como una facción bondadosa, utiliza algunas herramientas para verificar si las transacciones son maliciosas
Si no hay malicia, ayuda a empaquetarlo en Bloquear.
Transacción en la cadena
Pero ¿qué pasa si hay operaciones sospechosas? Cambio a partir del paso cuatro:
Si se sospecha de malicia, ingrese al grupo de aislamiento
La piscina de aislamiento se revisa sin errores y el ordenador continúa empacándolo.
O bien:
Si se sospecha de malicia, ingrese al grupo de aislamiento
Si se descubre que el grupo de aislamiento es realmente una transacción maliciosa, se rechazará empaquetarla en la cadena.
El estándar para verificar si SLS es malicioso puede utilizar algunas bibliotecas de código abierto y contar con la asistencia de la IA para tomar una decisión.
En el futuro, es posible lograr algunos efectos, como por ejemplo, los activos robados que pueden no poder transferirse o volver a L1. Esto es significativo para el entorno on-chain del oscuro bosque actualmente hostil.
Por supuesto, dado que se trata de verificar transacciones, es inevitable que pueda haber algunas falsas alarmas. Sin embargo, entiendo que a través de la mejora del Algoritmo de pool de aislamiento, en realidad se puede reducir al mínimo la liberación de este tipo de problemas.
Esta es una espada de doble filo, la cadena de bloques enfatiza la falta de permisos, 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 tiene un pequeño impacto en la permisión, el aumento de la seguridad es digno de la pena, especialmente en la protección de los usuarios inexpertos.
Adjunto al final: El artículo original sobre el mecanismo SLS de Zircuit: