Aproveitando o lançamento oficial do $ZRC da Zircuit, vamos falar sobre o mecanismo interessante do classificador (sequencer) neste projeto.
O Zircuit possui sua própria L2, que se destaca por sua solução chamada de “Segurança em Nível de Sequenciador/SLS (Sequencer Level Security)”.
Todos sabemos que atualmente as transações L2 de entrada e saída são processadas pelo classificador oficial da equipa do projeto. Claro, devido à existência de ZK/Prova de Desafio, geralmente não estamos preocupados com a manipulação do classificador.
Em geral, o classificador é um personagem neutro que sempre executa cada transação de forma justa e imparcial.
Portanto, mesmo que o classificador seja neutro, podemos fazer um esforço para que ele se una ao lado do bem?
Portanto, o Zircuit ativou esse mecanismo SLS, que tem como objetivo isolar as “transações maliciosas”.
Normalmente, como é que uma transação L2 é colocada na cadeia? É muito simples, em quatro passos:
Os utilizadores iniciam a transação e transmitem
Transação pendente na pool de memória (mempool)
O classificador, como uma facção neutra, ajuda a embalá-lo no Bloco
Transação na cadeia
Mas com base no mecanismo SLS, este processo tornou-se em cinco etapas:
Os utilizadores iniciam a transação e transmitem
Transação pendente na pool de memória (mempool)
Se não houver más intenções, ajude a empacotá-lo no Bloco
Trade on-chain
Mas e se houver negociações suspeitas? A partir do passo quatro, as coisas mudam:
Se suspeitar de atividade maliciosa, será colocado em quarentena
A piscina de isolamento é revisada sem erros, o ordenador continua a empacotar.
Ou seja:
Se suspeitar de atividade maliciosa, será colocado em quarentena
Se a revisão do pool de isolamento encontrar que é realmente uma transação maliciosa, ela será recusada para ser empacotada na cadeia.
Este padrão de verificação SLS para malwares pode usar algumas bibliotecas de código aberto e ser auxiliado por IA para fazer a avaliação.
No futuro, há esperança de alcançar alguns efeitos, por exemplo: ativos roubados podem nunca ser transferidos ou voltar para L1. Isso ainda é significativo para o ambiente sombrio e hostil na cadeia atual.
Claro, uma vez que é uma verificação de transação, é inevitável que possa haver alguns danos colaterais. No entanto, eu entendo que, ao melhorar o Algoritmo do pool de isolamento, na verdade, é possível reduzir ao máximo esse tipo de problema.
Esta é uma espada de dois gumes, o blockchain enfatiza a falta de permissão, e isso tem uma ligeira violação do SLS. Do ponto de vista de um usuário normal, tal L2 é realmente mais seguro.
No entanto, no geral, sinto que, apesar do impacto ligeiro em permissionless, a melhoria da segurança, especialmente na proteção de utilizadores inexperientes, vale a pena.
No final, anexado: O artigo original do mecanismo SLS da Zircuit:
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
Aproveitando o TGE oficial do $ZRC da Zircuit
Aproveitando o lançamento oficial do $ZRC da Zircuit, vamos falar sobre o mecanismo interessante do classificador (sequencer) neste projeto.
O Zircuit possui sua própria L2, que se destaca por sua solução chamada de “Segurança em Nível de Sequenciador/SLS (Sequencer Level Security)”.
Todos sabemos que atualmente as transações L2 de entrada e saída são processadas pelo classificador oficial da equipa do projeto. Claro, devido à existência de ZK/Prova de Desafio, geralmente não estamos preocupados com a manipulação do classificador.
Em geral, o classificador é um personagem neutro que sempre executa cada transação de forma justa e imparcial.
Portanto, mesmo que o classificador seja neutro, podemos fazer um esforço para que ele se una ao lado do bem?
Portanto, o Zircuit ativou esse mecanismo SLS, que tem como objetivo isolar as “transações maliciosas”.
Normalmente, como é que uma transação L2 é colocada na cadeia? É muito simples, em quatro passos:
Os utilizadores iniciam a transação e transmitem
Transação pendente na pool de memória (mempool)
O classificador, como uma facção neutra, ajuda a embalá-lo no Bloco
Transação na cadeia
Mas com base no mecanismo SLS, este processo tornou-se em cinco etapas:
Os utilizadores iniciam a transação e transmitem
Transação pendente na pool de memória (mempool)
Se não houver más intenções, ajude a empacotá-lo no Bloco
Trade on-chain
Mas e se houver negociações suspeitas? A partir do passo quatro, as coisas mudam:
Se suspeitar de atividade maliciosa, será colocado em quarentena
A piscina de isolamento é revisada sem erros, o ordenador continua a empacotar.
Ou seja:
Se suspeitar de atividade maliciosa, será colocado em quarentena
Se a revisão do pool de isolamento encontrar que é realmente uma transação maliciosa, ela será recusada para ser empacotada na cadeia.
Este padrão de verificação SLS para malwares pode usar algumas bibliotecas de código aberto e ser auxiliado por IA para fazer a avaliação.
No futuro, há esperança de alcançar alguns efeitos, por exemplo: ativos roubados podem nunca ser transferidos ou voltar para L1. Isso ainda é significativo para o ambiente sombrio e hostil na cadeia atual.
Claro, uma vez que é uma verificação de transação, é inevitável que possa haver alguns danos colaterais. No entanto, eu entendo que, ao melhorar o Algoritmo do pool de isolamento, na verdade, é possível reduzir ao máximo esse tipo de problema.
Esta é uma espada de dois gumes, o blockchain enfatiza a falta de permissão, e isso tem uma ligeira violação do SLS. Do ponto de vista de um usuário normal, tal L2 é realmente mais seguro.
No entanto, no geral, sinto que, apesar do impacto ligeiro em permissionless, a melhoria da segurança, especialmente na proteção de utilizadores inexperientes, vale a pena.
No final, anexado: O artigo original do mecanismo SLS da Zircuit: