Засновник Sui детально пояснює складність інфраструктури та реалізацію високопродуктивного Блокчейн

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

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

Q1：Ви можете розповісти про свої дослідження?

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

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

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

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

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

Q4: Яка різниця та переваги між мережами L2 та створенням нових мереж L1?

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

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

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

Q5: Які ключові інновації Sui Lutris і як досягається висока пропускна здатність та низька затримка?

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

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

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

Q6: Чи можуть розробники створювати додатки для використання швидкого шляху?

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

Q7: Як працюють програмовані торгові Блоки?

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

Q8: Чи підтвердила продуктивність Sui після запуску основної мережі вашу дослідницьку теорію? Чи були якісь несподівані знахідки?

Дизайн Sui був перевірений, особливо в періоди високого обсягу торгів. В один із днів обсяг торгів перевищив 60 мільйонів угод, більшість з яких використовували швидкий шлях, що підтвердило масштабованість та низьку затримку Sui Lutris.

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

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

Q9：Ви можете детально пояснити причини блокування об'єктів?

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

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

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

Q10：Ваша думка про те, як публічні блоки можуть балансувати прозорість, відстежуваність і конфіденційність?

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

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

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

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

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

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

Q12：Як ви вважаєте, як Sui розвиватиметься в найближчі 6-12 місяців?

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