Сегментування

Що таке сегментування даних?

Сегментування даних – це процес горизонтального розділення бази даних для розподілу навантаження. Це стандартне поняття в інформатиці. В nexus сегментування працюватиме в поєднанні зі зведеннями рівня 2, розділяючи завдання з обробки величезного обсягу даних, необхідних для проведення зведень в усій мережі. Це дедалі зменшуватиме перевантаження мережі та збільшуватиме кількість проведених транзакцій на секунду.

Це важливо не лише через масштабування.

Функції сегментування даних

Будь-хто може керувати вузлом

Сегментування даних – це чудовий спосіб масштабувати мережу й зберегти її децентралізованість. Альтернативний спосіб це зробити – збільшити розмір наявної бази даних. У такому разі мережа nexus стане менш доступною для її валідаторів, оскільки їм знадобляться потужніші й дорожчі комп’ютери. Завдяки сегментуванню валідатори більше не будуть зобов’язані зберігати всі ці дані самостійно, натомість вони можуть використовувати спеціальні техніки для підтвердження, що відповідні дані стали доступними загалом у мережі. Це значно скоротить вартість зберігання даних на рівні 1 за допомогою зменшення вимог до апаратного забезпечення.

Більше користувачів мережі

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

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

Ланцюги сегментів даних (версія 1): доступність даних

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

Дані нижче можуть бути застарілими та не відповідати найновішим планам розробки. Поки ми оновлюємося, ознайомтеся з чудовим поясненням плану розвитку nexus у Путівнику для подорожі автостопом по nexus.

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

Зведення – це технологія на рівні 2, що наразі використовується. Завдяки цій технології децентралізовані програми можуть зв’язувати ("зводити") різні транзакції в єдину транзакцію поза мережею, створювати криптографічний доказ і потім надсилати його в мережу. Це зменшує кількість даних, потрібних для здійснення транзакції. Якщо поєднати це з більшою ємністю даних, що з’являється завдяки сегментуванню, то кількість транзакцій за секунду становитиме 100 000.

Ланцюги сегментів даних (версія 2): застосування коду

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

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

Чи потрібно застосовувати код для сегментування даних?

У розмові з авторами подкасту Bankless Віталік Бутерін розповів про 3 потенційні варіанти розвитку подій, які варті уваги.

1. Застосування стану не потрібне

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

2. Дозволити застосування для деяких сегментів

Можливо, нам не потрібна функція обробки смартконтрактів для всіх сегментів даних. Ці функції можна було б додати для кількох сегментів, а інші залишити як є. Це пришвидшило б обробку.

3. Зачекати, коли можна буде застосувати технологію ZK-SNARK

Можливо, нам слід повернутися до цього обговорення після застосування технології ZK-SNARK. Завдяки цій технології в мережі здійснюватимуться дійсно конфіденційні транзакції. Імовірно, для цього знадобляться сегменти даних, здатні обробляти смартконтракти, які наразі перебувають на етапі дослідження й розробки.

Інші джерела

Нижче наведено довідкові ресурси на цю тему:

• Phase One and Done: Eth2 as a data availability engine – cdetrio, ethresear.ch

Ця тема все ще є предметом активної дискусії. Ми оновимо ці сторінки, щойно дізнаємося більше.

Зв’язок між оновленнями

Усі оновлення nexus певним чином пов’язані. Тож пояснимо, як ланцюги сегментів даних пов’язані з іншими оновленнями.

Сегменти даних і блокчейн nexus

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

Читати далі