Основатель Sui подробно объясняет сложность инфраструктуры и реализацию высокопроизводительного Блокчейн.

На днях мы провели интервью с экспертом в области Блокчейн, чтобы обсудить сложность и масштабируемость инфраструктуры Sui, а также то, как система обработки транзакций Sui способствует созданию высокопроизводительной сети. Этот эксперт является одним из первых разработчиков Sui и профессором в области безопасности и конфиденциальности в Университетском колледже Лондона.

Следующее содержание интервью:

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

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

Q2: Как вы считаете, в чем разница между приложением и исследованием?

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

Вопрос 3: Как вы определаете, какие проблемы необходимо решать при переходе от теории к практике?

Я в основном сосредоточен на том, как расширить различные функции Блокчейн, особенно на увеличении пропускной способности транзакций и снижении задержки. Эта проблема очевидна: каждый раз, когда какой-либо смарт-контракт становится очень популярным, платформа не может справиться с огромным объемом транзакций, что приводит к congestion и резкому росту расходов. Мы снова и снова видим, что обработка Блокчейн не может удовлетворить потребности пользователей. Это считается ценным вызовом, и не только моя команда, но и вся академическая среда решает эту проблему разными способами. В настоящее время разработано множество технологий для расширения возможностей Блокчейн.

Q4: В чем разница и преимущества L2 сетей по сравнению с созданием новых L1 сетей?

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

Другой способ заключается в использовании разных Блокчейн для различных приложений, однако это также сталкивается с проблемой мостов. Пользователям необходимо часто осуществлять мостовые операции с активами при работе между различными приложениями, что приводит к плохому опыту.

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

Q5: Каковы ключевые инновации Sui Lutris и как достигается высокая пропускная способность и низкая задержка?

Sui Lutris имеет две ключевые идеи: многие операции не требуют консенсуса, а когда необходим консенсус, существует метод с высокой пропускной способностью. Это гарантирует, что узлы-валидаторы никогда не находятся в несогласованном состоянии при обработке транзакций.

Sui Lutris имеет два пути: быстрый путь (не требует консенсуса) и путь консенсуса. Используйте быстрый путь при работе со своими объектами, не дожидаясь консенсуса для получения окончательности транзакции. Транзакции, связанные с общими объектами, требуют пути консенсуса.

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

Q6: Могут ли разработчики разрабатывать приложения для использования быстрого пути?

Абсолютно возможно. Разработчики смарт-контрактов могут контролировать, являются ли объекты операций эксклюзивными или общими. Ключом к расширению приложений является обеспечение того, чтобы большая часть операций основывалась на эксклюзивных объектах для достижения низкой задержки. Приложения, такие как игры, должны по возможности использовать этот подход, а не полагаться на общие состояния и общие объекты. Разработчики могут точно указывать каждый тип транзакции и оптимизировать дизайн при необходимости расширения.

Q7：Как работают программируемые交易 блоки?

Программируемые交易Блоки могут использоваться на быстром пути или пути консенсуса. Если речь идет только о частных объектах, можно выполнять несколько операций в одной операции на цепи, задержка очень низкая. Если включены общие объекты, то используется путь консенсуса, задержка чуть выше. Это обеспечивает гибкость для различных сценариев.

Вопрос 8: Подтверждает ли производительность Sui на основной сети ваши исследовательские теории? Были ли какие-либо неожиданные открытия?

Дизайн Sui был подтвержден, особенно в периоды высокой торговой активности. В один день объем торгов превысил 60 миллионов сделок, большинство из которых использовали быстрый путь, что доказало масштабируемость и низкую задержку Sui Lutris.

Но сообщество также обнаружило, что быстрый путь несколько тонок. Иногда объект может быть ошибочно заблокирован, хотя обычно он разблокируется в конце эпохи, но это не очень хороший опыт. Разрабатываются технологии, позволяющие быстро разблокировать заблокированные объекты.

Эти новые технологии не только могут избежать ошибок, но и могут позволить разработчикам выражать больше операций через быстрые пути, даже обрабатывать некоторые случаи с общими объектами. Это进一步 повысит производительность и гибкость Sui.

Q9：Вы можете подробно объяснить причины блокировки объекта?

Когда объект принадлежит одному пользователю, Sui полагается на пользователя для указания порядка операций. Система проверяет, видят ли все участники эти операции в одном и том же порядке. Проблема возникает, когда пользователь или программное обеспечение ошибается, например, когда разные устройства показывают противоречивый порядок операций. В этом случае Sui не может определить правильный порядок, и объект будет заблокирован.

Эта ситуация встречается чаще, чем ожидалось, потому что люди используют несколько устройств или одновременно совершают несколько сделок с одним и тем же объектом. В настоящее время заблокированные объекты разблокируются только по окончании эпохи, что может вызвать серьезные проблемы.

Sui разрабатывает новый механизм, который быстро решает конфликты через консенсус, когда объект заблокирован, а не ждет окончания эпохи. Это будет выполнено за считанные секунды и значительно улучшит пользовательский опыт.

Q10：Как вы считаете, как публичные блоки могут сбалансировать прозрачность, отслеживаемость и конфиденциальность?

Это в значительной степени зависит от конкретного приложения. На одной платформе разработчики приложений могут разрабатывать контракты для защиты конфиденциальности пользователей. Некоторые приложения могут не сильно заботиться о конфиденциальности, в то время как некоторые финансовые приложения могут требовать большей защиты конфиденциальности, одновременно учитывая вопросы регулирования.

Чтобы помочь в создании защиты конфиденциальности, платформа предоставляет некоторые нативные функции шифрования, такие как возможность проверки нулевых доказательств. Это позволяет разработчикам приложений проверять определенные события вне цепи, не раскрывая детали на цепи.

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

Q11: Есть ли больше нативной поддержки конфиденциальности?

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

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

Q12：Как вы думаете, как будет развиваться Sui в течение следующих 6-12 месяцев?

Краткосрочные улучшения будут направлены на удовлетворение потребностей реального применения. В долгосрочной перспективе мы улучшим протокол Sui Lutris для достижения более низкой задержки, упрощения протокола и повышения масштабируемости. Мы также повысим экономическую эффективность, чтобы узловые валидаторы могли работать на более ограниченном оборудовании, а существующее оборудование использовалось в большей степени для фактического выполнения транзакций, а не для других затрат блокчейна. Это основные направления развития, которые мы ожидаем видеть.