Основатель Sui раскрыл: технологии и вызовы высокопроизводительного Блокчейна

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

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

Q1：Вы из академической сферы, можете рассказать о вашем исследовательском фокусе?

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

Q2：Вы все еще профессор, так что вы думаете, в чем разница между применением и исследованием?

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

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

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

Вопрос 4: Сеть L2 – это способ решения проблемы масштабируемости, предложенный людьми. В чем отличие и преимущества по сравнению с созданием новой сети L1?

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

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

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

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

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

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

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

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

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

Q7：Какова роль программируемых торговых Блоков в этом процессе?

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

Q8: Прошло более 100 дней с момента запуска основной сети. Показывает ли Sui подтверждение вашей исследовательской теории? Есть ли что-то, что вас удивило?

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

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

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

Q9: Можете более подробно рассказать о причинах, приводящих к блокировке объектов?

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

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

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

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

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

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

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

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

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

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

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

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

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