Исходный текст: «Сейчас будет запущена основная сеть. Как представить Sui Network своим друзьям?» 》

15 апреля такие биржи, как OKX, Bybit и Kucoin, объявили о листинге Sui Token, а соответствующие биржи запустили механизм подписки на белый список WL для Sui Token. Запуск основной сети Sui Network стал на шаг ближе, но подробного объяснения того, что такое Sui и как он работает, мало. Эта статья написана АЛЕКСОМ МАК'ЭВОЕМ, одним из основных членов команды экосистемы Sui, и составлена ​​экосистемой Sui World. Экосистема Sui является одним из партнеров Move Accelerator. (Связанное чтение: «Sui вырос как минимум в 10 раз по сравнению с Aptos? Быстрый взгляд на то, как принять участие в продаже токенов?»)

Для начала нам нужно понять, что такое «блокчейн». Другое определение блокчейна — распределенная база данных или реестр. Ближайшая аналогия — облачные сервисы. Существует несколько гигантов отрасли, таких как Google, Amazon и Microsoft, которые предоставляют хранилища данных и вычислительные мощности миллионам проектов и компаний по всему миру. По сути, облако представляет собой совокупность серверов, которые совместно используют ресурсы и действуют как единая платформа.

Однако использование централизованных облачных сервисов подразумевает некоторые ограничения:

1) Используемый сервер может быть отключен платформой;

2) Приносится в жертву конфиденциальность.

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

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

На этой схеме архитектуры сети Sui показано, как приложения отправляют транзакции валидаторам для проверки.

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

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

Sui также можно рассматривать как операционную систему, похожую на Linux, Windows и macOS. Разработчики могут писать приложения, работающие на этих операционных системах. В Sui разработчики использовали относительно новый язык программирования Move. В частности, Sui использует вариант, который мы называем Sui Move, который полностью отличается от других языков программирования общего назначения для блокчейнов, таких как Rust и Solidity.

Sui Capys — игра, выпущенная на Sui Devnet, и каждый Capy существует как объект в сети Sui.

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

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

Уникальный идентификатор: похож на хэш или идентификатор контракта в Ethereum;

Версия: Отображает номер транзакции объекта, начиная с 1;

Сводка транзакции: указывает последнюю транзакцию, содержащую этот объект в качестве выходных данных;

Поле «Владелец»: отображает владельца, которым может быть адрес учетной записи, другой объект, неизменяемый или общий.

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

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

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

Собственные объекты не включаются в «блоки» блокчейна; они напрямую взаимодействуют с валидаторами на Sui, используя упрощенный алгоритм. Благодаря такой архитектуре транзакции с объектами собственности происходят практически мгновенно. Фактически, эти простые транзакции могут включать передачу одним игроком автомобиля другому игроку в гоночной игре, публикацию кем-то сообщения в социальной сети или отправку голоса в опросе.

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

Как Sui проверяет простые транзакции?

1) Отправитель транслирует транзакцию всем валидаторам Sui;

2) Каждый валидатор Sui будет голосовать за транзакцию, и каждый голос имеет вес, основанный на доле валидатора;

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

Для более сложных транзакций Sui выполняет проверку в следующие этапы:

1) Отправитель транслирует транзакцию всем валидаторам Sui;

2) Каждый валидатор Sui будет голосовать за транзакцию, и каждый голос имеет вес, основанный на доле валидатора.

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

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

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

По мере увеличения нагрузки на Sui узлы проверки могут просто добавлять больше вычислительной мощности, подобно тому, как Amazon Web Services может добавлять больше серверов по мере увеличения клиентского трафика. Узлы верификации могут зарабатывать больше газа вместо того, чтобы тратить больше, поэтому они будут заинтересованы в добавлении серверов верификации. Эта модель не только позволяет Sui масштабироваться для поддержки возросшего пользовательского трафика, но и поддерживать плавную и стабильную плату за газ, позволяя большему количеству пользователей присоединиться к экосистеме Sui. Увеличение пропускной способности сети таким образом гарантирует, что игры будут работать быстро, приложения смогут быстро реагировать, а социальные приложения смогут быстро выпускаться, разработчики не будут устанавливать плату из-за роста цен на газ, а сеть не выйдет из строя из-за газовых войн.

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

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