Я заметил кое-что странное при сравнении ожидающих транзакций между узлами DUSK: один endpoint выглядел спокойным, а другой — сильно перегруженным. Одна и та же сеть, но совершенно разный сигнал нагрузки.
Поэтому я думаю, что публичный размер mempool — слабый показатель принятия DUSK сам по себе. Один explorer-узел может отражать локальное качество пиров, задержку распространения, нагрузку на RPC, фильтрацию или временные проблемы с подключением — прежде чем с цепочкой на самом деле произойдёт что-то неправильное.
Если 20 узлов показывают где-то от 50 до 500 ожидающих транзакций, среднее значение может быть «подтянуто» вверх несколькими перегруженными узлами. P50, разброс между узлами и коэффициент вариации, вероятно, скажут мне больше о реальном давлении в сети.
Это важно не только для анализа газа. DUSK держит важные рабочие процессы рядом с небольшим набором нативных контрактов, поэтому централизация может улучшить архитектурную простоту, но при этом увеличить радиус «взрывного» операционного воздействия. Обновление протокола может пройти идеально, а всё равно сломать путь API учреждения в контракте перевода.
Большинство людей сравнивают активность с активностью. Я считаю, что более сложное сравнение — это локальная перегрузка против спроса по всей сети.
Я всё ещё наблюдаю за одной вещью, когда разногласия между узлами растут: DUSK видит реальное давление или это просто неоднородная инфраструктура?
@Dusk #dusk #dusk $DUSK @Dusk
Поэтому я думаю, что публичный размер mempool — слабый показатель принятия DUSK сам по себе. Один explorer-узел может отражать локальное качество пиров, задержку распространения, нагрузку на RPC, фильтрацию или временные проблемы с подключением — прежде чем с цепочкой на самом деле произойдёт что-то неправильное.
Если 20 узлов показывают где-то от 50 до 500 ожидающих транзакций, среднее значение может быть «подтянуто» вверх несколькими перегруженными узлами. P50, разброс между узлами и коэффициент вариации, вероятно, скажут мне больше о реальном давлении в сети.
Это важно не только для анализа газа. DUSK держит важные рабочие процессы рядом с небольшим набором нативных контрактов, поэтому централизация может улучшить архитектурную простоту, но при этом увеличить радиус «взрывного» операционного воздействия. Обновление протокола может пройти идеально, а всё равно сломать путь API учреждения в контракте перевода.
Большинство людей сравнивают активность с активностью. Я считаю, что более сложное сравнение — это локальная перегрузка против спроса по всей сети.
Я всё ещё наблюдаю за одной вещью, когда разногласия между узлами растут: DUSK видит реальное давление или это просто неоднородная инфраструктура?
@Dusk #dusk #dusk $DUSK @Dusk
