«Turbo Geth» прагне масштабувати Ethereum – і це вже в бета-версії

Є готове програмне забезпечення, яке допоможе масштабувати Ethereum – прямо зараз.

Необроблена архітектура Turbo Geth, представлена ​​ексклюзивно для CoinDesk, була завершена – і наразі доступна для тестування першим користувачам. Олексій Ахунов, незалежний розробник програмного забезпечення, який створив програмне забезпечення, розповів CoinDesk , що, на відміну від багатьох інших рішень для масштабування, Turbo Geth LOOKS боротися з ефіріумом. так звана держава, замість перевантаження транзакцій і витрати.

Термін «стан» у цьому контексті описує постійно зростаючу історію всіх обчислень мережі. Переписавши Geth, власне програмне забезпечення Ethereum Foundation для взаємодії з блокчейном, сказав Ахунов, він скоротив сховище до однієї п’ятої від поточного розміру.

Такий підхід дозволяє вузлам Ethereum працювати на більш дешевому обладнанні. Більше того, це те, чим захоплюються багато хто в спільноті Ethereum , оскільки менш дороге обладнання допомагає KEEP мережу децентралізованою.

«Ми, мабуть, можемо збільшити в 10 разів тільки завдяки оптимізації», — сказав Ахунов на панелі масштабованості під час конференції Dappcon про Ethereum у Берліні цього літа.

Натякаючи на вдосконалення коду, які могли б оптимізувати Ethereum – до його оновлення до масштабування технологічного шардингу – заява була сприйнята бурхливими оплесками.

Це узгоджується з очікуванням, яке багато хто в індустрії відчуває щодо роботи Ахунова, проголошеного ONE із найперспективніших рішень для масштабування Ethereum (хоча ONE не прив’язане до офіційної дорожньої карти масштабування).

І хоча ще є над чим працювати – Turbo Geth не має багатьох функцій, які користувачі очікують від повнофункціонального клієнта на даний момент – Ахунов вважає, що це програмне забезпечення надихне інших застосувати подібні експериментальні підходи до дизайну.

«ONE із моїх внесків полягає в тому, що я розширив простір дизайну і сказав: «А що, якщо ми T зробимо це, а зробимо інакше», — сказав Ахунов CoinDesk, додавши:

«Я сподіваюся, що це дозволить іншим клієнтам та розробникам клієнтів поглянути на ширший простір дизайну для клієнтів Ethereum ».

Все про організацію

Turbo Geth використовує те, як традиційні клієнти зберігають інформацію, і повністю перевертає процес з ніг на голову.

«Головна відмінність полягає в тому, як він організовує базу даних, яка зберігає стан та історію стану», — сказав Ахунов CoinDesk.

По суті, Turbo Geth використовує те, що стало домінуючим способом зберігання даних у клієнтах Ethereum , яке називається хеш-деревом, і замінює цю структуру дуже спрощеним індексом.

Наприклад, у той час як хеш-дерево потребує багатьох кроків для отримання інформації, Turbo Geth об’єднує різноманітні дані, такі як історії облікових записів, вузли, контракти та блоки, у компактні рядки інформації, які легше зберігати та швидше отримати.

Результатом є те, що для вузла повного архіву – типу вузла Ethereum , який зберігає повну історію стану – Turbo Geth створює значні переваги. Порівняно з 1,2 терабайта дискового простору, необхідного сьогодні Geth, користувачам Turbo Geth потрібно лише 252,11 гігабайта дискового простору для роботи вузла повного архіву.

Крім того, оскільки Turbo Geth значно мінімізує те, як інформація зберігається на рівні клієнта, «макет бази даних набагато простіший у використанні, коли ви хочете просто переглянути інформацію з минулого», — сказав Ахунов.

Макет дозволяє набагато швидше отримувати інформацію, продовжив він, додавши:

«Запитувати записи про зберігання на історичному етапі контракту, ймовірно, приблизно в 100 разів швидше».

Ще не публічно

Незважаючи на те, що ці успіхи значні, ще потрібно виконати роботу, перш ніж Turbo Geth стане ефективним клієнтом, таким як Geth і Parity, другим за популярністю програмним клієнтом Ethereum.

На додаток до відсутності зручного інтерфейсу, Turbo Geth знадобиться близько двох тижнів, щоб синхронізуватися з блокчейном.

"Очевидно, що для більшості це неприйнятно", - сказав Ахунов.

Таким чином, Ахунов сказав, що Turbo Geth потрібно буде додати підтримку функції, яка скорочує час синхронізації, дозволяючи клієнтам LINK до знімків, наданих іншими вузлами архіву.

В архітектурі Parity це відомо як «warp sync», і Ахунов сказав, що може бути спосіб завантажувати Turbo Geth із цієї функції Parity.

І все ж, поки клієнт наближається до завершення, Ахунов створив програмне забезпечення повністю самостійно та підкреслив, що він T має можливостей працювати з запитами від громадськості – це означає, що Turbo Geth наразі суто в приватній бета-версії.

Для створення клієнта Ахунов отримав фінансову підтримку від Ethereum Foundation і Infura, очолюваного ConsenSys постачальника програмного забезпечення, яке дозволяє децентралізованим програмам легко взаємодіяти з Ethereum . Однак у майбутньому розробник передбачає передачу проекту Turbo Geth відданій команді, щоб він міг продовжити дослідження масштабованості Ethereum .

«Я б спробував віддати його в хороші руки», — сказав Ахунов CoinDesk.

Більш глибоке дослідження

Для Ахунова Turbo Geth T зовсім відповідає його уявленням про повністю масштабований Ethereum.

Хоча розширення пам’яті значні, він сказав: «Коли я почав працювати над Turbo Geth, я зробив припущення, що вузьким місцем клієнта Ethereum є здебільшого його доступ до стану, що певною мірою було правдою, але це не на 100 відсотків. Відтоді я дещо змінив свою точку зору».

Наприклад, незважаючи на те, що Turbo Geth спрощує та здешевлює запуск вузлів, він T впливає безпосередньо на масштабованість, як, наприклад, збільшення швидкості транзакцій.

Отже, у майбутньому розробник хоче глибше дослідити, як функціонують клієнти – не лише на рівні окремого програмного забезпечення, такого як Geth і Parity, а й як взаємодіють комбінації програмного забезпечення.

«Щоб вирішити вузьке місце масштабування, ми повинні подивитися на те, як клієнти взаємодіють, і, можливо, між ними є несумісність», — сказав він CoinDesk. «Часто BIT тягне вас вниз».

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

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

Він підсумував:

«Можливо, ми зможемо створити злітно-посадкову смугу ще пару років, але щоб вирішити цю проблему, нам потрібно дивитися не тільки на ONE клієнта».

Жорсткий диск зображення через Shutterstock