<aside> 💧 Ця сторінка підсумовує порівняння Sui з існуючими блокчейнами та призначена для потенційних користувачів Sui, щоб вирішити, чи підходить він для їхніх випадків використання. Перегляньте , як працює Sui , щоб познайомитися з архітектурою Sui.

</aside>

Ось ключові особливості Sui:

Традиційні блокчейни


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

Цей метод підтримки спільного стану протягом тривалого часу мав практичний успіх протягом останніх 14 років або близько того, використовуючи велику кількість теорії з останніх 50 років досліджень у сфері візантійських розподілених систем, стійких до відмов.

Але це за своєю суттю послідовне: кроки до ланцюжка додаються по одному, як перлини на нитці. На практиці цей підхід призупиняє приплив транзакцій (часто зберігаються в "пам'ятній пулі"), поки поточний блок знаходиться на розгляді.

Підхід Sui до перевірки нових транзакцій


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

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

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

Спільний підхід до подання транзакцій


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

Але процес подання транзакції дещо складніший. Трохи більше роботи відбувається в мережі. (Оскільки пропускна здатність стає дешевшою, це не викликає занепокоєння.) У той час як звичайний блокчейн може прийняти купу транзакцій від одного автора в режимі «запусти і забудь», подання транзакцій Sui виконується за такими кроками: