Поверхневий аналіз механізму сортування Zircuit

Автор: 0xTodd

Під час офіційного TGE $ZRC в Zircuit, давайте поговоримо про цікавий механізм сортувальника в цьому проекті.

Zircuit має свій власний рівень L2, який є унікальним тим, що створює рішення під назвою “Рівень безпеки послідовника / SLS (Sequencer Level Security)”.

Ми всі знаємо, що наразі ввід-вивід транзакцій L2 здійснюється через офіційний сортувальник вечірки проєкту. Звичайно, завдяки наявності ZK/ доказу виклику, ми загалом не хвилюємося про можливість поганої поведінки сортувальника.

Загалом, сортувальник є нейтральним персонажем, який завжди чесно виконує кожну угоду.

Отже, незважаючи на те, що сортувальник є нейтральним, чи ми можемо зробити зусиль, щоб він приєднався до доброчесного табору?

Отже, Zircuit використовує цей механізм SLS для ізоляції “зловісних угод”.

Зазвичай, як L2 транзакція попадає на ланцюжок? Дуже просто - чотири кроки:

2. Дочекайтеся транзакції в пул пам’яті (mempool).

3. Сортувальник як нейтральний табір, допоможи йому упакувати в Блок

4. Торгівля на ланцюгу

Але з механізмом SLS цей крок стає п’ятикроковим:

1. Користувач розпочинає угоду та транслює

2. Дочекайтеся транзакції в пул пам’яті (mempool).

3. Сортувальник як добра фракція використовує деякі інструменти для перевірки транзакцій на наявність зловмисниць

4. Якщо немає злого умислу, допоможіть йому запакувати це в Блок

5. Транзакція на ланцюг

Але що, якщо є підозра на зловживання угодами? Починаючи з кроку чотири, все змінюється:

4. Якщо є підозра на зловмисницьку діяльність, введіть в ізоляційний басейн

5. Перевірка ізоляційного басейну пройшла без помилок, сортувальник продовжує упаковувати його

Або:

4. Якщо є підозра на зловмисницьку діяльність, введіть в ізоляційний басейн

5. Якщо перевірка ізоляційного басейну підтвердить, що це справді зловмисна угода, то відмовтеся від упаковки на ланцюг для неї

Цей стандарт перевірки SLS на злоякісний код може використовувати деякі бібліотеки з відкритим вихідним кодом та залучати штучний інтелект для прийняття рішення.

Майбутнє має надію на досягнення деяких ефектів, наприклад: наприклад, викрадені активи можуть ніколи не бути переміщені або переведені назад на L1. Для поточного злого темного лісу у блокчейні середовища це все ще має сенс.

Звичайно, оскільки це перевірка операцій, не можна уникнути деяких помилкових вразень. Однак я розумію, що за допомогою вдосконаленого Алгоритму ізоляційного пулу, насправді можна мінімізувати такі проблеми.

Це подвійний меч, який буває двояким. Блокчейн підкреслює permissionless, що трохи суперечить SLS. З погляду звичайного користувача, такий L2 дійсно є безпечнішим.

Проте в цілому я вважаю, що навіть незначний вплив на permissionless, але збільшення рівня безпеки, особливо в контексті захисту необізнаних користувачів, вартий зусиль.

На замітку: оригінальний текст статті про механізм SLS від Zircuit: