«Turbo Geth» стремится масштабировать Ethereum — и он уже в стадии бета-тестирования

Уже сейчас существует программное обеспечение, которое поможет масштабировать Ethereum .

Представленная эксклюзивно CoinDesk, сырая архитектура Turbo Geth завершена и в настоящее время доступна для тестирования ранним пользователям. Алексей Ахунов, независимый разработчик программного обеспечения, создавший программное обеспечение, сообщил CoinDesk , что в отличие от многих других решений для масштабирования, Turbo Geth LOOKS возможность решения проблемы Ethereum так называемое государство, вместо перегрузка транзакций и расходы.

Термин «состояние» в этом контексте описывает все увеличивающуюся историю всех вычислений сети. Переписав Geth, внутреннее программное обеспечение Ethereum Foundation для взаимодействия с блокчейном, Ахунов сказал, что он сократил хранилище до одной пятой от его текущего размера.

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

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

Это заявление, намекающее на улучшения кода, которые могли бы оптимизировать 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 это известно как «варп-синхронизация», и Ахунов сказал, что, возможно, есть способ запустить 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