Нещодавно ми провели детальне обговорення складності та масштабованості інфраструктури Sui, зокрема зосередившись на тому, як система обробки транзакцій Sui сприяє високопродуктивній мережі. Інтерв'юером був співзасновник і головний науковець Mysten Labs, а також професор у галузі безпеки та конфіденційності Лондонського університету.
Ось основні моменти цього інтерв'ю:
Дослідження респондента зосереджені переважно на безпеці та конфіденційності. На початку він провів велику кількість досліджень у галузі рівноправних систем та анонімних систем, а згодом зацікавився розподіленими реєстрами, блокчейном та виконанням смарт-контрактів. Він став співзасновником компанії Chainspace, щоб комерціалізувати результати досліджень, а згодом приєднався до Facebook для допомоги в розробці проекту Libra/Diem.
Між застосуванням і дослідженням насправді немає великої різниці. Під час дослідження враховуються всі можливості для досягнення конкретних цілей, а під час фактичного будівництва системи необхідно обрати найбільш цінні та найбільш відповідні потребам користувачів рішення з безлічі хороших ідей.
Проблема масштабованості блокчейну завжди була в центрі досліджень. Щоразу, коли якийсь смарт-контракт стає дуже популярним, існуючі платформи часто не можуть витримати таку велику кількість транзакцій, що призводить до заторів і різкого зростання витрат. Тому підвищення пропускної здатності транзакцій і зменшення затримок стають терміновими викликами.
У порівнянні з L2 мережами, створення нової L1 мережі, такої як Sui, має деякі переваги. L2 мережі потребують складних мостових операцій при взаємодії з L1, що особливо ускладнює обробку складних активів. Натомість Sui використовує велику базу даних, яка містить всі стани, що дозволяє користувачам здійснювати безперервні транзакції в одній базі даних без частих переміщень станів активів між різними рівнями.
Sui Lutris є ядром протоколу Sui, він поєднує дві ключові концепції: багато операцій не потребують консенсусу, а також методи консенсусу з високою пропускною здатністю. Він пропонує два різних шляхи транзакцій: швидкий шлях і шлях консенсусу. Операції з ексклюзивними об'єктами можуть бути реалізовані з надзвичайно низькою затримкою через швидкий шлях, тоді як спільні об'єкти повинні оброблятися через шлях консенсусу.
Розробники додатків можуть максимально використовувати швидкий шлях за допомогою розумного дизайну. Забезпечуючи, щоб більшість операцій базувалася на ексклюзивних об'єктах, можна досягти дуже низької затримки та хорошого користувацького досвіду. Дизайнери смарт-контрактів мають повний контроль над цим.
Програмовані торгові блоки можуть діяти на швидкому або консенсусному шляху, дозволяючи виконувати кілька операцій в рамках однієї ланцюга. Це забезпечує вищу ефективність для певних сценаріїв застосування.
Після запуску основної мережі, продуктивність Sui в основному підтвердила концепцію дизайну, особливо під час періодів високого обсягу торгівлі, демонструючи потужну масштабованість та низьку затримку. Проте використання швидкого шляху також принесло деякі виклики, такі як проблеми з блокуванням об'єктів. Відповідно до цих проблем, розробляється ряд технологій для оптимізації користувацького досвіду.
Щодо захисту приватності, Sui надає деякі вбудовані можливості, такі як перевірка нульових знань. Але конкретний баланс між прозорістю, відстежуваністю та приватністю в основному залежить від потреб і дизайну розробників додатків.
Протягом наступних 6-12 місяців Sui вдосконалюватиметься відповідно до фактичних потреб застосування, одночасно оптимізуючи протокол Sui Lutris для досягнення нижчої затримки, простішої структури протоколу та вищої економічної ефективності. Крім того, буде приділено увагу тому, щоб валідаційні вузли могли працювати на більш обмеженому апаратному забезпеченні, підвищуючи ефективність використання ресурсів.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
21 лайків
Нагородити
21
5
Поділіться
Прокоментувати
0/400
MissedAirdropAgain
· 07-25 23:01
Знову торгуєш sui? збільшити позицію
Переглянути оригіналвідповісти на0
All-InQueen
· 07-23 23:13
лібра ще не остигла? Ось так.
Переглянути оригіналвідповісти на0
AltcoinHunter
· 07-22 23:59
Це чисто виглядає як diem 2.0, не рекомендую All in.
Переглянути оригіналвідповісти на0
SleepyArbCat
· 07-22 23:39
Куди б не йшла, завжди потрібно знижувати затримка для можливостей угоди.
Sui засновник розкриває: як високопродуктивна L1 мережа досягає масштабованості та низької затримки
Нещодавно ми провели детальне обговорення складності та масштабованості інфраструктури Sui, зокрема зосередившись на тому, як система обробки транзакцій Sui сприяє високопродуктивній мережі. Інтерв'юером був співзасновник і головний науковець Mysten Labs, а також професор у галузі безпеки та конфіденційності Лондонського університету.
Ось основні моменти цього інтерв'ю:
Дослідження респондента зосереджені переважно на безпеці та конфіденційності. На початку він провів велику кількість досліджень у галузі рівноправних систем та анонімних систем, а згодом зацікавився розподіленими реєстрами, блокчейном та виконанням смарт-контрактів. Він став співзасновником компанії Chainspace, щоб комерціалізувати результати досліджень, а згодом приєднався до Facebook для допомоги в розробці проекту Libra/Diem.
Між застосуванням і дослідженням насправді немає великої різниці. Під час дослідження враховуються всі можливості для досягнення конкретних цілей, а під час фактичного будівництва системи необхідно обрати найбільш цінні та найбільш відповідні потребам користувачів рішення з безлічі хороших ідей.
Проблема масштабованості блокчейну завжди була в центрі досліджень. Щоразу, коли якийсь смарт-контракт стає дуже популярним, існуючі платформи часто не можуть витримати таку велику кількість транзакцій, що призводить до заторів і різкого зростання витрат. Тому підвищення пропускної здатності транзакцій і зменшення затримок стають терміновими викликами.
У порівнянні з L2 мережами, створення нової L1 мережі, такої як Sui, має деякі переваги. L2 мережі потребують складних мостових операцій при взаємодії з L1, що особливо ускладнює обробку складних активів. Натомість Sui використовує велику базу даних, яка містить всі стани, що дозволяє користувачам здійснювати безперервні транзакції в одній базі даних без частих переміщень станів активів між різними рівнями.
Sui Lutris є ядром протоколу Sui, він поєднує дві ключові концепції: багато операцій не потребують консенсусу, а також методи консенсусу з високою пропускною здатністю. Він пропонує два різних шляхи транзакцій: швидкий шлях і шлях консенсусу. Операції з ексклюзивними об'єктами можуть бути реалізовані з надзвичайно низькою затримкою через швидкий шлях, тоді як спільні об'єкти повинні оброблятися через шлях консенсусу.
Розробники додатків можуть максимально використовувати швидкий шлях за допомогою розумного дизайну. Забезпечуючи, щоб більшість операцій базувалася на ексклюзивних об'єктах, можна досягти дуже низької затримки та хорошого користувацького досвіду. Дизайнери смарт-контрактів мають повний контроль над цим.
Програмовані торгові блоки можуть діяти на швидкому або консенсусному шляху, дозволяючи виконувати кілька операцій в рамках однієї ланцюга. Це забезпечує вищу ефективність для певних сценаріїв застосування.
Після запуску основної мережі, продуктивність Sui в основному підтвердила концепцію дизайну, особливо під час періодів високого обсягу торгівлі, демонструючи потужну масштабованість та низьку затримку. Проте використання швидкого шляху також принесло деякі виклики, такі як проблеми з блокуванням об'єктів. Відповідно до цих проблем, розробляється ряд технологій для оптимізації користувацького досвіду.
Щодо захисту приватності, Sui надає деякі вбудовані можливості, такі як перевірка нульових знань. Але конкретний баланс між прозорістю, відстежуваністю та приватністю в основному залежить від потреб і дизайну розробників додатків.
Протягом наступних 6-12 місяців Sui вдосконалюватиметься відповідно до фактичних потреб застосування, одночасно оптимізуючи протокол Sui Lutris для досягнення нижчої затримки, простішої структури протоколу та вищої економічної ефективності. Крім того, буде приділено увагу тому, щоб валідаційні вузли могли працювати на більш обмеженому апаратному забезпеченні, підвищуючи ефективність використання ресурсів.