Наразі, коли офіційно почався TGE $ZRC компанії Zircuit

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

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

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

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

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

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

Зазвичай, як транзакція L2 проходить ончейн? Це простий процес, що складається з чотирьох етапів:

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

2. Транзакція очікує у пулі пам’яті (mempool)

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

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

Проте, згідно з механізмом SLS, цей процес став складатися з п’яти кроків:

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

2. Транзакція очікує у пулі пам’яті (mempool)

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

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

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

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

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

Або:

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

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

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

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

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

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

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

На завершення додається: оригінальна стаття про механізм SLS від Zircuit: