Актуальные темы
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
Lei Yang Σ:
Главный специалист по кормлению кроликов в @megaeth_labs. Недавний выпускник PhD Массачусетского технологического института CSAIL. Работа над компьютерными сетями и распределенными системами (для блокчейна).
Lei Yang Σ: сделал репост
Мы никогда не просили долю от доходов или консультационных услуг у команд @0xMegaMafia.
Единственный раз, когда упоминались выкупы токенов, это было, когда команды запрашивали структурные преимущества, такие как ранняя колокация и выпуск активов, что было бы несправедливо по отношению к другим строителям в экосистеме.
В этой ситуации выкуп токенов оправдан, потому что сообщество должно получать выгоду от того, что мы предоставляем эти преимущества проектам.
Каждый может строить на MegaETH.
44,49K
Обновление корня состояния безумно медленно и вызывает замедление до 10 раз при построении блоков EVM. SALT — это решение MegaETH для этой проблемы.
SALT — это совершенно новый аутентифицированный хранилище ключ-значение, которое заменяет (вместо того, чтобы быть простой переимплементацией) Меркле-Патриции Три (MPT) EVM. Оно оптимизировано для одной цели: занимать как можно меньше места, чтобы поместиться в оперативной памяти компьютеров.
Эта цель, как предполагается, легко достижима путем настройки MPT и делая его широким и мелким, но, думая так, упускается из виду ключевая проблема: разреженность ключей. Наша теория + эксперименты (много деталей в докладе) показывают, что разреженность увеличивает размеры MPT и его «друзей» (таких как почтенный Verkle Tries, к сожалению) в сотни раз. В результате они вынуждены переполняться на медленные и громоздкие жесткие диски, что убивает производительность. (Помните замедление в 10 раз?)
Управляя разреженностью, SALT может приблизиться к оптимальности бесконечно близко. На самом деле, оно оптимально по использованию пространства и ввода-вывода! Узкое место обновления корней состояния было решено раз и навсегда.
Посмотрите запись доклада! Доклад был представлен на семинаре по науке и инженерии консенсуса во время SBC 25. Огромное спасибо лаборатории Tse в Стэнфордском университете за организацию мероприятия и спонсорам мероприятия @babylonlabs_io и @poddotnetwork!
50,2K
Это довольно интересные результаты. Всегда приятно видеть, что MegaETH на первом месте : )
Чтобы поставить данные в контекст, задержка от конца до конца для RPC-запроса состоит из трех компонентов: (1) задержка распространения со скоростью света от/к наблюдателю к/от сервера, (2) время, необходимое серверу для получения и постобработки запрашиваемых данных, (3) время, необходимое наблюдателю для загрузки ответа. Как вы упомянули, тестируемые методы RPC являются более легкими как с точки зрения вычислительных затрат, так и с точки зрения объема данных. Это означает, что эксперименты в основном тестировали (1), т.е. задержку распространения между наблюдателями и серверами RPC. Не поймите меня неправильно – RPC MegaETH также довольно сильны в (2) и (3), и было бы интересно увидеть эксперименты, которые их нагружают!
Итак, как мы можем оптимизировать задержку распространения? На самом деле, не так много настроек. Во-первых, мы можем развернуть серверы RPC в нескольких географических регионах и автоматически направлять запросы к ближайшему серверу. Это похоже на то, как сети быстрого питания открывают магазины повсюду – всегда есть филиал рядом! Более точно, наличие геораспределенных серверов уменьшает физическое расстояние между пользователями и серверами.
Во-вторых, мы можем оптимизировать топологию сети. Даже если это между одной и той же парой отправителя и получателя, задержка распространения варьируется в зависимости от фактического сетевого пути. Например, между восточным побережьем США и Азией задержка может варьироваться в 2 раза в зависимости от того, проходят ли пакеты данных через Тихий океан или через Европу. Иногда есть даже несколько сетевых путей, следуя одному и тому же географическому маршруту; некоторые более загружены, чем другие, что вызывает большую задержку. Это похоже на наличие нескольких автомагистралей на выбор от точки A до точки B. Преимущества задержки, которые вы наблюдали, скорее всего, возникли из-за нашей оптимизации маршрута.
15 авг., 21:38
MegaETH Официальный RPC против Thirdweb RPC – Задержка в тестовой сети
Я хотел получить прямые данные от MegaEth, не запуская никакую инфраструктуру, и искал самый быстрый способ сделать это.
Я использовал "" для проведения простого бенчмарка, чтобы увидеть, как официальный RPC MegaETH сравнивается с сторонним RPC (Thirdweb). Цель заключалась в том, чтобы проверить, какой из них быстрее получит свежие данные из обозревателя из разных частей мира.
Тест использовал вызовы RPC `eth_blockNumber` и `eth_getBalance` на тестовой сети MegaETH. Он охватывает 27 регионов AWS на 6 континентах, отправляя запросы один за другим с интервалом в одну секунду. Он отслеживал среднюю задержку, сбои, ошибки 429, успешные запросы и общее время запроса.
Вот результаты
Все результаты показали, что официальный RPC MegaETH был быстрее на всех шести континентах и во всех 27 регионах. Задержка для MegaETH варьировалась от примерно 126 мс до 238 мс согласно этому тесту. Для Thirdweb задержка варьировалась от примерно 170 мс до 381 мс. У обоих были низкие показатели сбоев, но у MegaETH их было немного меньше, а общее время запроса было постоянно ниже для MegaETH.
Для контекста, как правило, в сетях есть как минимум несколько регионов, где сторонний RPC быстрее. Avalanche, Optimism и Ethereum все имеют примеры этого в публичных бенчмарках. См.
- Результаты Avalanche C-Chain
- Результаты Optimism
- Результаты Ethereum
Победа MegaETH над Thirdweb везде не является типичной.
Моя гипотеза о том, почему официальный rpc MegaETH оказывается на первом месте, заключается в том, что сеть хорошо настроена архитектурно и использует один секвенсор за раз.
Я приглашаю @NamikMuduroglu @yangl1996 @0xSami_M поделиться своими мыслями
Это тестовая сеть, поэтому цифры могут измениться на основной сети, когда трафик будет больше. Однако на данный момент, если вам нужен самый быстрый и надежный способ получить данные из обозревателя MegaETH, официальный RPC является очевидным выбором.
P.S.: Я не эксперт, это всего лишь теоретически и может быть не на 100% точным, так как тестируемые данные были легкими вызовами, также эти результаты были зафиксированы, результаты могут варьироваться, если задействованы более крупные данные в разное время, наконец, я использовал публичный rpc thirdweb, могут быть и другие более быстрые.
12,63K
Тап-тап, момент Robinhood для криптовалюты приближается!
8 авг., 00:43
100 из самых умных умов в крипто только что сделали одну и ту же ставку.
Мы собрали отобранный альянс элитных строителей, трейдеров и активных пользователей, чтобы поддержать прорывное потребительское приложение, которого ждет наша отрасль.
То, что Robinhood сделал для традиционных финансов, Euphoria сделает для крипто.
Tap Trading скоро появится 👇🧵
2,61K
У меня был очень продуктивный полет обратно из Копенгагена (благодаря тому, что место рядом со мной было пустым)!
Мне удалось разработать математическую модель, которая объясняет, почему новая структура данных состояния MegaETH масштабируема, в то время как MPT и его варианты не являются таковыми, независимо от того, насколько оптимизированы их реализации. Это включает Verkle tries, которым придавали большие надежды на ускорение обновления корня состояния, а также различные базы данных, оптимизированные для MPT.
Я освоил технику, использованную в анализе – аппроксимацию случайного процесса с взрывообразным пространством состояний с помощью безпамятного процесса – когда работал над статьей о безрационном IBLT. Это элементарная техника, но очень приятно успешно использовать ее в другом месте!
Я представлю новую структуру данных на семинаре по науке и инженерии консенсуса (в рамках SBC). Это будет первый раз, когда мы поговорим об этом подробно, хотя она уже используется в продакшене на тестовой сети с первого дня : ) Увидимся там!
31,67K
Топ
Рейтинг
Избранное