Інтерпретація Біла книга протоколу основної розподіленої системи Sui

Mysten Labs нещодавно оновила Білу книгу Sui Lutris, після кількох місяців тестування було визначено такі ключові результати:

1. Використовуючи PTB та 5K TPS, Sui може обробляти 140-150 тисяч операцій за секунду, що значно перевищує фактичну продуктивність у піковому стані основної мережі.

2. Навіть у разі зупинки частини вузлів перевірки, затримка остаточного підтвердження Sui залишається нижче 0,5 секунди.

Біла книга детально викладає механізм роботи Sui, підтвердження безпеки, а також як зовнішні тестувальники можуть відтворити відповідні дані під час власної верифікації.

Після запуску основної мережі Sui, було залучено розгортання застосунків, таких як ігри та NFT. Нещодавно опублікований технічний звіт Sui Lutris від Mysten Labs представляє собою розподілену систему, що підтримує Sui, яка може забезпечувати високу пропускну здатність і тривалу стабільність при низькій затримці.

Технології блокчейн розвиваються вже понад десять років з моменту народження біткойна, нові застосування, такі як ігри та NFT, постійно з'являються. Галузь продовжує досліджувати методи підвищення ефективності блокчейну, зокрема звертаючи увагу на обробку з високим навантаженням та оптимізацію затримки в реальному часі.

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

Протоколи консенсусу на основі DAG (такі як Narwhal/Bullshark, що використовуються в Sui) є ефективним способом підвищення пропускної здатності. Ці протоколи підтримують одночасне виконання великої кількості транзакцій, що робить їх придатними для застосувань, таких як ігри та NFT. Однак затримка в кілька секунд має значний вплив на звичайні операції з транзакціями.

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

Sui Lutris як основний протокол мережі Sui інноваційно поєднує консенсус на основі DAG та безконсенсусний метод, реалізуючи переваги обох: підсередній затримки та безперервної пропускної здатності тисяч транзакцій на секунду. Водночас Sui зберігає можливість виконання складних контрактів на спільних об'єктах, генеруючи контрольні точки та повторно налаштовуючи набір верифікаційних вузлів через цикли.

Sui Lutris використовує унікальний змішаний підхід. Для операцій з унікальними об'єктами система використовує протокол узгодженого широкомовлення між валідаційними вузлами, що забезпечує затримку нижчу за консенсус. Для складних смарт-контрактів на спільних об'єктах вона покладається на механізм консенсусу. Крім того, Sui Lutris також підтримує операції з обслуговування мережі, такі як визначення контрольних точок і повторна конфігурація валідаційних вузлів.

Життєвий цикл торгівлі Sui Lutris складається з наступних етапів:

1. Користувач створює та підписує транзакцію.
2. Вузли верифікації виконують перевірку дійсності та підписують.
3. Клієнт збирає відповіді більшості валідаційних вузлів для формування сертифікату транзакції.
4. Сертифікат надсилається назад до вузла перевірки для підтвердження.
5. Консенсусний двигун обробляє сертифікати та виконує операції з об'єктами спільного користування.
6. Клієнт збирає відповіді від валідаційних вузлів як доказ розрахунку транзакції.
7. Для кожного консенсусу подати формування контрольної точки.

Sui Lutris також пропонує ряд функцій, що підтримують продуктові блокчейни, включаючи протокол перевірки точок, періодичну перенастроювання та механізм для вирішення проблеми неправильної блокування активів.

Як основа Sui, повний технічний звіт Sui Lutris надає більше деталей про безпеку та активність протоколу, а також про доведення безпеки в стандартній моделі розподілених систем.