Інтерпретація засновника Sui: як високопродуктивний публічний блокчейн може подолати обмеження масштабованості

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

Наступне є основним змістом цього інтерв'ю:

Q1：Ви можете розповісти про ваші дослідницькі пріоритети?

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

Q2: Як ви ставитеся до різниці між застосуванням і дослідженням?

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

Q3: Як ви визначаєте проблему, яку потрібно вирішити, від теорії до практичного застосування?

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

Q4: У чому різниця та переваги L2 мережі та нових L1 мереж у вирішенні проблеми масштабування?

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

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

Q5: Яка ключова інновація Sui Lutris?

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

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

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

Q6: Як розробники можуть використовувати швидкий шлях Sui?

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

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

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

Q7: Яка роль програмованих торгових Блоків у Sui?

Програмовані交易Блоки можуть використовуватися на швидкому шляху або шляху консенсусу. Якщо交易Блок стосується лише унікальних об'єктів користувача, тоді можна виконувати кілька операцій в одній дії в ланцюгу, що є дуже корисним для додатків, які потребують обробки великої кількості交易.

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

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

Q8: Чи відповідає продуктивність Sui після запуску основної мережі очікуванням? Чи є щось, що вас здивувало?

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

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

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

Q9: Які основні причини, що призводять до блокування об'єкта?

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

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

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

Q10: Як ви ставитеся до балансу між прозорістю, відстежуваністю та приватністю в публічних блокчейнах?

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

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

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

Q11：Чи планує Sui надати більше нативної підтримки конфіденційності?

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

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

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

Q12: Які у вас прогнози щодо розвитку Sui в найближчі 6-12 місяців?

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

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

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