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

Зміст

Що таке мережа Sei?

Сей: народжений для транзакцій

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

Напрямок оновлення Sei v2

Віртуальна машина: підтримка EVM

Оригінальний дизайн: Sei v1 використовує віртуальну машину CosmWasm

Оновлення Focus: Sei v2 інтегрує підтримку EVM

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

Оригінальний дизайн: Sei v1 вимагає визначеного обсягу ресурсів для контрактів

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

Оптимізація структури зберігання книги: SeiDB

Оригінальний дизайн: Sei v1 зберігає великі обсяги даних стану

Фокус оновлення: Sei v2 розділяє структуру книги

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

Sei конкурує на передовій через компроміси

Що таке мережа Sei?

Сей: народжений для транзакцій

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 (джерело)

Засновник Jayendra сказав, що Sei v2 лише додає нові функції і не вплине на існуючі. Користувачам і розробникам не потрібно виконувати жодних додаткових операцій для цього оновлення.

Пропозиція Sei v2 в основному містить три оновлення:

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

Очікується, що це оновлення буде завершено в першому кварталі 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 (EVM). EVM — це віртуальна машина, яка використовується більшістю існуючих галузевих програм і продуктів. Втрата цієї екосистеми може перешкодити швидкому розвитку Sei на цьому етапі, наприклад, існуючі проекти Ethereum не можуть розгалужуватися в екосистемі Sei.

Щоб вирішити цю проблему, команда оновила спеціальне сховище коду Core Sei Binary, запровадивши спеціальний інтерфейс для EVM RPC і вузлів Geth. Це дозволяє безперебійно розгортати транзакції EVM і взаємодіяти з мережею Sei.

Вибір Geth базувався на його відносній стабільності. Джаендра Джог зазначив, що зараз 80% вузлів Ethereum використовують Geth, і він підтримує повну сумісність байт-коду EVM. Це означає, що розробники можуть копіювати контракти з інших EVM і безперешкодно запускати їх у мережі Sei.

Основні оновлення Sei Network v2 (джерело)

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

Таким чином, Sei v2 забезпечить компонування між транзакціями EVM і Cosmwasm. Geth від Sei має прекомпілятор, який дозволяє викликати контракти Cosmwasm, а модуль wasmd від Sei також може зворотно викликати контракти EVM, що зробить активи в екосистемі Sei більш цінними.

Оптимізуйте механізм паралельної обробки Sei

Оригінальний дизайн: у контракті Sei v1 необхідно визначити категорії ресурсів

У оригінальній мережі Sei, щоб транзакції оброблялися паралельно, розробникам потрібно було навчитися «позначати використання ресурсів контракту». Коли розробники пишуть контракти на Sei, вони повинні визначити ресурси, до яких може знадобитися доступ контракту, і їх незалежність. Це вкрай важливо для Sei, щоб швидко визначити незалежність від ресурсів під час виконання контрактів, вирішуючи, чи обробляти транзакції паралельно чи в певному порядку.

Щоб уможливити паралельне виконання контрактів, розробники повинні визначити ресурси, включно з контрактами запитів, необхідні під час виконання. Потім вони повинні записати область ресурсу у форматі JSON у ланцюжку. Це ненавмисно створює проблеми для розробників і підвищує поріг входу та занепокоєння щодо безпеки.

Фокус оновлення: Sei v2 спрощує механізм паралельної роботи контракту

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

Новий механізм паралельної обробки виконуватиме всі транзакції єдиним способом. Якщо будуть виявлені конфлікти ресурсів, мережа повторно перевірить послідовність і виконає повторно.

Sei v2 автоматично вирішує проблеми з перекриттям ресурсів (джерело)

Якщо транзакція включає різні рахунки, наприклад, Аліса переказує гроші Бобу, а Керол переказує гроші Дейву, тоді транзакція оброблятиметься паралельно, оскільки немає перекриваючої залежності; якщо транзакція стосується одного й того самого облікового запису, наприклад, Аліса та Боб обоє переказують гроші Керол, то необхідно повторити послідовність.

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

На щастя, згідно з історичними даними Ethereum, лише близько 15% транзакцій фактично матимуть перекриття ресурсів і потребуватимуть повторної обробки, тому команда оцінила, що загальна продуктивність Sei все одно буде значно покращена.

Оптимізація структури зберігання книги: SeiDB

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

Однак Sei стикається з іншою проблемою, коли він постійно зберігає все дерево IAVL у розподіленій книзі. Завдяки швидкій остаточності та дизайну паралельної обробки необхідний частий запис глобальних змін стану, що призводить до значного збільшення загального розміру мережевої книги.

Вартість паралельної обробки полягає в записі багатьох недійсних даних проміжного стану. Відповідно до RFC , запропонованого командою Sei, наприклад, на вузлі тестової мережі atlantic-2 із 25 ГБ збережених даних лише 10 ГБ містять значущу інформацію про транзакції. Це призводить до неефективного використання дискового простору вузла.

Через інфляцію даних використання диска вузлами Sei швидко зростає. Використання жорсткого диска архівного вузла на atlantic-2 збільшується більш ніж на 150 ГБ на день і перевищує 1 ТБ на тиждень. Оскільки стан ланцюга продовжує зростати, швидкість зростання простору для зберігання також буде збільшуватися (ставатиме швидшим).

Це викличе багато проблем:

• Вартість обслуговування вузлів буде ставати все вищою і вищою
• Операції з базами даних будуть ставати все повільнішими
• Вузли RPC не можуть працювати тривалий час, оскільки диск швидко заповнюється

У поєднанні з моделлю паралельної обробки майбутньої обробки та повторної перевірки v2 загальний стан мережі змінюватиметься частіше, що призведе до значного збільшення обсягу даних про стан.

Фокус оновлення: розділена структура книги Sei v2

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

Sei v2 поділяє реєстр сховища стану на два типи, які називаються SeiDB:

• State Commitment (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. Якщо не зазначено вище, копіювання, розповсюдження або плагіат перекладених статей заборонено.