Нещодавно ми провели інтерв'ю з Джорджем Дейнезісом, в якому обговорили складність та масштабованість інфраструктури Sui, а також те, як система обробки транзакцій Sui сприяє створенню високопродуктивних мереж. Джордж Дейнезіс є співзасновником і головним науковцем Mysten Labs, а також професором у сфері безпеки та конфіденційності в Університетському коледжі Лондона.
Ось основний зміст цього інтерв'ю:
Q1: Яка ваша основна тема дослідження?
Я професор в Університетському коледжі Лондона, зосереджуючи свої дослідження на безпеці та конфіденційності. На початку я в основному досліджував системи рівноправних учасників та анонімні системи, а потім перейшов до розподілених реєстрів, блокчейнів та виконання смарт-контрактів. Наша дослідницька група в UCL почала вивчати, як побудувати системи з вищою продуктивністю, і заснувала компанію Chainspace. Після цього я приєднався до Facebook, взявши участь у проекті Libra/Diem, а зараз я прагну реалізувати концепцію високопродуктивного блокчейну.
Q2: У чому різниця між застосуванням та дослідженням?
Насправді різниця не така вже й велика. Під час дослідження ми будемо враховувати всі можливості для досягнення конкретних цілей, а при побудові реальної системи нам потрібно вибрати найбільш підходящий для потреб користувачів варіант з цих ідей. Нам потрібно оцінити, які ідеї можуть створити максимальну цінність для користувачів і вирішити проблеми з впровадженням блокчейну.
Q3: Як визначити реальну проблему, яку потрібно вирішити?
Я в основному зосереджуюсь на тому, як розширити різні функції блокчейну, особливо підвищити пропускну здатність транзакцій та знизити затримки. Це питання особливо яскраво проявляється на платформах, таких як Ethereum, коли з'являються популярні додатки, мережа стає переповненою, а витрати зростають. Очевидно, що існуюча обробна здатність блокчейну не може задовольнити потреби користувачів. Це стало загальновідомим викликом в академічному середовищі, наразі вже розроблено кілька технологій для вирішення цієї проблеми.
Q4: Яка різниця між L2 мережами та новими типами L1 мереж, такими як Sui?
L2 мережі в основному є рішеннями для розширення екосистеми Ethereum, але для розробників їх використання є досить складним. Переміщення активів між L2 та L1 потребує бриджінгу, цей процес відносно гладкий для токенів, але для більш складних активів є дуже клопітким. Користувачам, можливо, доведеться переміщати активи між кількома L2 мережами, що створює поганий досвід.
У порівнянні з цим, Sui використовує рішення на основі великої бази даних, де всі стани копіюються валідаторами. Після завершення транзакції користувач може безпосередньо використовувати будь-який стан з тієї ж бази даних для наступної транзакції, не потрібно постійно переміщувати активи між різними мережами.
Q5: Яка ключова інновація Sui Lutris?
Sui Lutris містить два основні принципи: 1) багато блокчейн-операцій не потребують консенсусу; 2) коли потрібен консенсус, є спосіб з високою пропускною здатністю. Він пропонує два різних шляхи: швидкий шлях (не потребує консенсусу) та шлях консенсусу.
Швидкий шлях підходить для операцій з власними унікальними об'єктами, такими як NFT, і дозволяє швидко завершити угоди без очікування консенсусу. Спільні об'єкти (наприклад, аукціонні системи) повинні оброблятися через шлях консенсусу. Швидкий шлях має дуже низьку затримку, менше ніж за секунду; шлях консенсусу має вищу затримку, але все ще може підтримувати високу пропускну здатність.
Q6: Як розробники можуть використовувати швидкий шлях?
Розробники смарт-контрактів можуть контролювати, чи є об'єкти, з якими вони працюють, приватними чи спільними. Ключем до масштабування застосунків є забезпечення того, щоб більшість операцій базувалася на приватних об'єктах для досягнення низької затримки. Розробники повинні враховувати, які частини можна не проходити через консенсусний шлях, залежно від вимог до масштабування.
Q7: Яка роль програмованих торгових блоків?
Програмовані торгові блоки можуть використовуватися на швидкому шляху або шляху консенсусу. Якщо залучені лише об'єкти, що належать до однієї особи, можна виконати кілька операцій в одній транзакції з низькою затримкою. Якщо залучені спільні об'єкти, транзакція перейде на шлях консенсусу, що призведе до дещо вищої затримки.
Q8: Яка продуктивність Sui після запуску основної мережі?
Sui показує відмінні результати під час високих обсягів торгівлі, щоденний обсяг торгівлі перевищував 60 мільйонів транзакцій, більшість з яких обробляються через швидкий шлях, що підтверджує масштабованість і низьку затримку Sui Lutris. Однак використання швидкого шляху також спричинило деякі проблеми, такі як проблема блокування об'єктів. Наразі розробляються нові технології, які дозволять швидко розблокувати неправильно заблоковані об'єкти для покращення користувацького досвіду.
Q9: Яка причина блокування об'єкта?
Об'єктне блокування відбувається в основному на швидкому шляху, коли користувач або його програмне забезпечення стикається з суперечностями в порядку виконання операцій. Наприклад, різні пристрої надають різний порядок операцій для одного й того ж об'єкта, і Sui не може вирішити цю суперечність. Наразі об'єкти, що заблоковані, потрібно розблокувати лише по завершенню епохи, що може спричинити серйозні проблеми. Розробляється рішення, яке дозволить швидко вирішувати такі ситуації через консенсус, скорочуючи час розблокування з однієї епохи до кількох секунд.
Q10: Як збалансувати прозорість, можливість відстеження та конфіденційність публічної мережі?
Потреба в конфіденційності в значній мірі залежить від конкретного застосування. Sui надає платформу, яка дозволяє розробникам застосунків створювати захист конфіденційності відповідно до потреб. Sui пропонує деякі рідні криптографічні можливості, такі як можливість перевірки доказів з нульовим знанням, що є основним модулем для створення застосунків, дружніх до конфіденційності. Розробники можуть комбінувати стратегії на ланцюгу, поза ланцюгом та криптографії для вирішення проблем конфіденційності.
Q11: Чи має Sui більше нативної підтримки конфіденційності?
Спільнота обговорює підтримку, необхідну розробникам при написанні конфіденційних смарт-контрактів. Окрім нульових знань, також розглядається можливість додавання більш загальних математичних чи криптографічних функцій. Інші технології, такі як багатосторонні обчислення або довірений апарат, також обговорюються. Sui вітає зворотний зв'язок від спільноти щодо відсутніх функцій захисту конфіденційності.
Q12: Який напрямок розвитку Sui на найближчі 6-12 місяців?
У короткостроковій перспективі вдосконалення Sui буде в основному зосереджене на реальних потребах застосування. У довгостроковій перспективі ми вдосконалимо протокол Sui Lutris для досягнення нижчої затримки та простішого протоколу, що підвищить масштабованість. Одночасно ми також будемо прагнути підвищити економічну ефективність, щоб вузли перевірки могли працювати на більш обмеженому апаратному забезпеченні, а також оптимізувати використання апаратного забезпечення та зменшити витрати, пов'язані з блокчейном.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Sui засновник розкриває: високопродуктивна Блокчейн архітектура та напрямки майбутнього розвитку
Нещодавно ми провели інтерв'ю з Джорджем Дейнезісом, в якому обговорили складність та масштабованість інфраструктури Sui, а також те, як система обробки транзакцій Sui сприяє створенню високопродуктивних мереж. Джордж Дейнезіс є співзасновником і головним науковцем Mysten Labs, а також професором у сфері безпеки та конфіденційності в Університетському коледжі Лондона.
Ось основний зміст цього інтерв'ю:
Q1: Яка ваша основна тема дослідження?
Я професор в Університетському коледжі Лондона, зосереджуючи свої дослідження на безпеці та конфіденційності. На початку я в основному досліджував системи рівноправних учасників та анонімні системи, а потім перейшов до розподілених реєстрів, блокчейнів та виконання смарт-контрактів. Наша дослідницька група в UCL почала вивчати, як побудувати системи з вищою продуктивністю, і заснувала компанію Chainspace. Після цього я приєднався до Facebook, взявши участь у проекті Libra/Diem, а зараз я прагну реалізувати концепцію високопродуктивного блокчейну.
Q2: У чому різниця між застосуванням та дослідженням?
Насправді різниця не така вже й велика. Під час дослідження ми будемо враховувати всі можливості для досягнення конкретних цілей, а при побудові реальної системи нам потрібно вибрати найбільш підходящий для потреб користувачів варіант з цих ідей. Нам потрібно оцінити, які ідеї можуть створити максимальну цінність для користувачів і вирішити проблеми з впровадженням блокчейну.
Q3: Як визначити реальну проблему, яку потрібно вирішити?
Я в основному зосереджуюсь на тому, як розширити різні функції блокчейну, особливо підвищити пропускну здатність транзакцій та знизити затримки. Це питання особливо яскраво проявляється на платформах, таких як Ethereum, коли з'являються популярні додатки, мережа стає переповненою, а витрати зростають. Очевидно, що існуюча обробна здатність блокчейну не може задовольнити потреби користувачів. Це стало загальновідомим викликом в академічному середовищі, наразі вже розроблено кілька технологій для вирішення цієї проблеми.
Q4: Яка різниця між L2 мережами та новими типами L1 мереж, такими як Sui?
L2 мережі в основному є рішеннями для розширення екосистеми Ethereum, але для розробників їх використання є досить складним. Переміщення активів між L2 та L1 потребує бриджінгу, цей процес відносно гладкий для токенів, але для більш складних активів є дуже клопітким. Користувачам, можливо, доведеться переміщати активи між кількома L2 мережами, що створює поганий досвід.
У порівнянні з цим, Sui використовує рішення на основі великої бази даних, де всі стани копіюються валідаторами. Після завершення транзакції користувач може безпосередньо використовувати будь-який стан з тієї ж бази даних для наступної транзакції, не потрібно постійно переміщувати активи між різними мережами.
Q5: Яка ключова інновація Sui Lutris?
Sui Lutris містить два основні принципи: 1) багато блокчейн-операцій не потребують консенсусу; 2) коли потрібен консенсус, є спосіб з високою пропускною здатністю. Він пропонує два різних шляхи: швидкий шлях (не потребує консенсусу) та шлях консенсусу.
Швидкий шлях підходить для операцій з власними унікальними об'єктами, такими як NFT, і дозволяє швидко завершити угоди без очікування консенсусу. Спільні об'єкти (наприклад, аукціонні системи) повинні оброблятися через шлях консенсусу. Швидкий шлях має дуже низьку затримку, менше ніж за секунду; шлях консенсусу має вищу затримку, але все ще може підтримувати високу пропускну здатність.
Q6: Як розробники можуть використовувати швидкий шлях?
Розробники смарт-контрактів можуть контролювати, чи є об'єкти, з якими вони працюють, приватними чи спільними. Ключем до масштабування застосунків є забезпечення того, щоб більшість операцій базувалася на приватних об'єктах для досягнення низької затримки. Розробники повинні враховувати, які частини можна не проходити через консенсусний шлях, залежно від вимог до масштабування.
Q7: Яка роль програмованих торгових блоків?
Програмовані торгові блоки можуть використовуватися на швидкому шляху або шляху консенсусу. Якщо залучені лише об'єкти, що належать до однієї особи, можна виконати кілька операцій в одній транзакції з низькою затримкою. Якщо залучені спільні об'єкти, транзакція перейде на шлях консенсусу, що призведе до дещо вищої затримки.
Q8: Яка продуктивність Sui після запуску основної мережі?
Sui показує відмінні результати під час високих обсягів торгівлі, щоденний обсяг торгівлі перевищував 60 мільйонів транзакцій, більшість з яких обробляються через швидкий шлях, що підтверджує масштабованість і низьку затримку Sui Lutris. Однак використання швидкого шляху також спричинило деякі проблеми, такі як проблема блокування об'єктів. Наразі розробляються нові технології, які дозволять швидко розблокувати неправильно заблоковані об'єкти для покращення користувацького досвіду.
Q9: Яка причина блокування об'єкта?
Об'єктне блокування відбувається в основному на швидкому шляху, коли користувач або його програмне забезпечення стикається з суперечностями в порядку виконання операцій. Наприклад, різні пристрої надають різний порядок операцій для одного й того ж об'єкта, і Sui не може вирішити цю суперечність. Наразі об'єкти, що заблоковані, потрібно розблокувати лише по завершенню епохи, що може спричинити серйозні проблеми. Розробляється рішення, яке дозволить швидко вирішувати такі ситуації через консенсус, скорочуючи час розблокування з однієї епохи до кількох секунд.
Q10: Як збалансувати прозорість, можливість відстеження та конфіденційність публічної мережі?
Потреба в конфіденційності в значній мірі залежить від конкретного застосування. Sui надає платформу, яка дозволяє розробникам застосунків створювати захист конфіденційності відповідно до потреб. Sui пропонує деякі рідні криптографічні можливості, такі як можливість перевірки доказів з нульовим знанням, що є основним модулем для створення застосунків, дружніх до конфіденційності. Розробники можуть комбінувати стратегії на ланцюгу, поза ланцюгом та криптографії для вирішення проблем конфіденційності.
Q11: Чи має Sui більше нативної підтримки конфіденційності?
Спільнота обговорює підтримку, необхідну розробникам при написанні конфіденційних смарт-контрактів. Окрім нульових знань, також розглядається можливість додавання більш загальних математичних чи криптографічних функцій. Інші технології, такі як багатосторонні обчислення або довірений апарат, також обговорюються. Sui вітає зворотний зв'язок від спільноти щодо відсутніх функцій захисту конфіденційності.
Q12: Який напрямок розвитку Sui на найближчі 6-12 місяців?
У короткостроковій перспективі вдосконалення Sui буде в основному зосереджене на реальних потребах застосування. У довгостроковій перспективі ми вдосконалимо протокол Sui Lutris для досягнення нижчої затримки та простішого протоколу, що підвищить масштабованість. Одночасно ми також будемо прагнути підвищити економічну ефективність, щоб вузли перевірки могли працювати на більш обмеженому апаратному забезпеченні, а також оптимізувати використання апаратного забезпечення та зменшити витрати, пов'язані з блокчейном.