Блокчейн с параллельной обработкой данных, разработанный специально для транзакций, Sei Network, запустил свой токен и мейннет в августе этого года. Вызвав ажиотаж на рынке, Джайендра Джог, основатель компании Sei Labs, недавно объявил о выпуске Sei v2. Обновление интегрирует EVM, оптимизирует механизмы параллельной обработки и улучшит структуры хранения бухгалтерских книг.

Содержание

Что такое Sei Network?

Sei: Born for Transactions

Механизм параллельной обработки Sei

Направление обновления Sei v2

Виртуальная машина: Поддержка EVM

Оригинальный дизайн: Sei v1 использует виртуальную машину CosmWasm

Обновление в фокусе: Sei v2 включает в себя поддержку EVM

Оптимизация механизма параллельной обработки Sei

Оригинальный дизайн: Sei v1 Требуется определенный объем ресурсов для контрактов

Обновление в фокусе: Sei v2 упрощает механизм параллельного выполнения контрактов

Оптимизация структуры хранилища бухгалтерских книг: SeiDB

Оригинальный дизайн: Sei v1 хранит большие объемы государственных данных

Обновление в фокусе: Sei v2 разделяет структуру бухгалтерских книг

Механизм консенсуса

Sei конкурирует на переднем крае благодаря компромиссам

Что такое Sei Network?

Sei: Born for Transactions

Sei Network четко позиционирует себя на рынке, обеспечивая эффективную среду для торговли виртуальными активами. Помимо обычных токенов, виртуальные активы включают в себя NFT, социальные графы, игровые предметы, стремясь создать лучший пользовательский опыт, предлагая специальную базовую среду для транзакций.

Существует множество типов операций с виртуальными активами(источник)

Торговля не ограничивается криптовалютами, поэтому торговля виртуальными активами - самый распространенный вид торговли в онлайновом мире. Команда считает, что самые успешные приложения Web3 включают в себя торговые атрибуты:

Реклама - Пожалуйста, прокрутите вниз, если текст не закончен

• Непрямые транзакции: Большинство пользователей цепочки осуществляют транзакции с виртуальными активами с помощью Uniswap и OpenSea.
• Прямые транзакции: Проекты, по которым совершаются прямые сделки, - это в основном игры или проекты NFT, такие как Axie Infinity или BAYC.

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

Механизм параллельной обработки Sei

Майннет Sei Network работает в режиме онлайн уже более трех месяцев. Согласно официальным данным, в настоящее время средняя производительность сети составляет 20 000 TPS, а время окончательного подтверждения - 390 миллисекунд. Команда утверждает, что это самая эффективная сеть в отрасли, благодаря инновационному механизму параллельной обработки данных.

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

Направление обновления Sei v2

Когда Вы рассматриваете проект блокчейна, есть три основных пункта оценки: структура бухгалтерской книги, механизм консенсуса и виртуальная машина. В сочетании с уникальным механизмом параллельной обработки данных Sei, Вы можете ясно понять, чем отличается это обновление Sei v2.

Основные обновления Sei Network v2 (источник)

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

Предложение Sei v2 содержит в основном три обновления:

• Поддержка EVM
• Оптимизируйте механизм параллельной обработки
• Оптимизируйте структуру хранения бухгалтерских книг

Ожидается, что это обновление будет завершено в 1 квартале 2024 года.

Виртуальная машина: поддерживает EVM

Оригинальный дизайн: В Sei v1 используется виртуальная машина CosmWasm

Sei создан с помощью Cosmos SDK и использует виртуальную машину CosmWasm, компонент, предоставленный последней. CosmWasm - это компонент виртуальной машины, специально созданный для экосистемы Cosmos. Нижележащий слой - это WebAssembly (Wasm), и он назван в его честь. Блокчейны, созданные с помощью Cosmos SDK, могут добавить CosmWasm в свою цепочку без корректировки существующей логики.

WebAssembly поддерживает множество распространенных языков программирования, включая Rust, C, C++ и т.д. Так что если Вы являетесь разработчиком Rust, Вы можете легко писать смарт-контракты на CosmWasm, поэтому Sei привлекает разработчиков за пределами этого круга.

Основные моменты обновления: Sei v2 будет поддерживать интеграцию EVM

Однако команда Sei Labs обнаружила, что, несмотря на высокую вовлеченность разработчиков, они теряют экосистему Ethereum Virtual Machine (EVM). EVM - это виртуальная машина, используемая большинством существующих промышленных приложений и продуктов. Потеря этой экосистемы может помешать быстрому развитию Sei на данном этапе, например, существующие проекты Ethereum не смогут форкнуться в экосистему Sei.

Чтобы решить эту проблему, команда обновила специальный репозиторий кода, Core Sei Binary, представив специальный интерфейс для EVM RPC и узлов Geth. Это позволяет беспрепятственно внедрять EVM-транзакции и взаимодействовать с сетью Sei.

Выбор Гета был обусловлен его относительной стабильностью. Джайендра Джог отметил, что в настоящее время 80% узлов Ethereum используют Geth, и он поддерживает полную совместимость с байткодом EVM. Это означает, что разработчики могут реплицировать контракты из других EVM и беспрепятственно запускать их в сети Sei.

Основные обновления Sei Network v2 (источник)

Sei v2 также будет использовать EVM RPC, что позволит пользователям легко использовать такие операции с кошельками, как Metamask, а разработчики смогут продолжать использовать такие инструменты, как Foundry, Remix и Hardhat.

Поэтому Sei v2 обеспечит совместимость между транзакциями EVM и Cosmwasm. Geth Сэя имеет прекомпилятор, позволяющий вызывать контракты Cosmwasm, а модуль wasmd Сэя также может вызывать контракты EVM в обратном направлении, что сделает активы в экосистеме Сэя более ценными.

Оптимизация механизма параллельной обработки Sei

Оригинальный дизайн: В контракте Sei v1 необходимо определить категории ресурсов

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

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

Обновление в центре внимания: Sei v2 упрощает механизм параллельной работы по контракту

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

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

Sei v2 автоматически обрабатывает проблемы перекрытия ресурсов (источник)

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

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

К счастью, согласно историческим данным Ethereum, только около 15% транзакций действительно будут иметь ресурсное перекрытие и нуждаться в повторной обработке по порядку, поэтому команда оценила, что общая производительность Sei все равно будет значительно улучшена.

Оптимизируйте структуру хранения бухгалтерских книг: SeiDB

Оригинальный дизайн: Sei v1 хранит большое количество данных о состоянии

Однако Sei сталкивается с другой проблемой, когда он постоянно хранит все дерево IAVL в распределенной бухгалтерской книге. Из-за быстрого завершения работы и параллельной обработки требуется частая запись глобальных изменений состояния, что приводит к значительному увеличению общего размера сетевой книги.

Издержки параллельной обработки заключаются в записи множества недостоверных данных о промежуточном состоянии. Согласно RFC, предложенному командой Sei, например, на узле atlantic-2 testnet из 25 ГБ хранящихся данных только 10 ГБ содержат значимую информацию о транзакциях. Это приводит к неэффективному использованию дискового пространства узла.

Из-за раздувания данных использование диска узлами Sei быстро растет. Использование жесткого диска архивного узла на atlantic-2 увеличивается более чем на 150 ГБ в день и превышает 1 ТБ в неделю. По мере того, как состояние цепочки будет расти, скорость роста объема памяти также будет увеличиваться (становиться быстрее).

Это вызовет множество проблем:

• Стоимость обслуживания узлов будет становиться все выше и выше
• Операции с базой данных будут выполняться все медленнее и медленнее
• Узлы RPC не могут работать в течение длительных периодов времени, так как диск быстро заполняется

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

Обновление в центре внимания: Разделенная структура бухгалтерских книг Sei v2

Sei v2 также имеет оптимизированный механизм хранения данных для решения вышеупомянутых проблем, чтобы предотвратить расширение данных состояния и увеличить скорость чтения данных всеми узлами.

В Sei v2 бухгалтерская книга для хранения состояния разделена на два типа, называемых SeiDB:

• Задание состояния (SC): записывает информацию о дереве MemIAVL
• Государственный магазин (SS): записывает полную информацию

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

Sei v2 снижает нагрузку от роста данных на узлы верификации (источник)

Благодаря усовершенствованиям в SeiDB, в Sei были улучшены различные аспекты производительности. Это включает в себя 100-кратное увеличение времени отправки блоков, сжатие ежедневной генерации данных со 100 ГБ до 5 ГБ и 10-кратное улучшение времени подхвата для всех узлов или узлов, требующих информации о синхронизации.

Консенсусный механизм

Sei Network v2 не изменила свой оригинальный механизм консенсуса и продолжает поддерживать дизайн Twin Turbo. Благодаря усовершенствованию интерфейса консенсуса Cosmos в Tendermint ABCI, время подтверждения блока значительно сократилось.

Sei участвует в соревнованиях высшего уровня

В Sei v2 представлена виртуальная машина EVM, а также усовершенствованы механизмы параллельной обработки и хранения распределенных бухгалтерских книг. Цель - улучшить пользовательский опыт для разработчиков, узлов и пользователей, тем самым повысив экологическое влияние.

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

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

(Примечание: Эта статья не является советом по инвестированию).

Отказ от ответственности：

1. Эта статья перепечатана с сайта[Cointime]. Все авторские права принадлежат оригинальному автору[Vanguard 0]. Если у Вас есть возражения против этой перепечатки, пожалуйста, свяжитесь с командой Gate Learn, и они незамедлительно рассмотрят их.
2. Предупреждение об ответственности: Мнения и взгляды, выраженные в этой статье, принадлежат исключительно автору и не являются инвестиционным советом.
3. Перевод статьи на другие языки осуществляется командой Gate Learn. Если не указано, копирование, распространение или плагиат переведенных статей запрещены.