паритетная оптимизация TPS - пожалуйста, помогите

как ускорить паритет PoA?

я был

сравнительный анализ различных клиентов Ethereum

с акцентом на их возможности PoA. Текущие результаты :

56 транзакций в секунду с паритетной аурой
322 транзакций в секунду с кликой гетов

при запуске на компьютере Amazon AWS t2.xlarge .

У меня нет хорошего объяснения этому огромному расхождению. Я не думаю, что четность намного медленнее, однако я еще не нашел тех оптимизирующих вариантов конфигурации, которые могли бы продвинуть ее дальше.

Как использовать мой инструмент для бенчмаркинга «Цепной молот»? Либо

(1) клонируйте готовую машину Amazon AWS, описанную здесь (8 минут), или
(2) следуйте этим точным инструкциям , как установить все (~ 20 минут?)

Почему я спрашиваю здесь?
У команды паритета сейчас нет на это времени , поэтому я надеюсь, что любой другой эксперт по паритету может нам помочь.

Вкратце: помогите нам ускорить проверку четности PoA с помощью некоторых умных переключателей командной строки. Спасибо.

Ответы (1)

Некоторое время назад я столкнулся с похожей проблемой: было узкое место во времени, которое потребовалось транзакциям для достижения мемпула, это было связано с тем, как я их отправлял, и тем фактом, что они подписывались на уровне узла. Это добавляло довольно большие накладные расходы.

Решение, которое я нашел, состоит в том, чтобы воспроизвести более реальную среду.

  1. Подписывать все транзакции локально (предварительно их подписывая)
  2. Отправляйте их на узел асинхронно (не ждите квитанции). Лучшим способом, который я нашел, была отправка подписанных транзакций через вызовы RPC.
  3. Отправьте их на разные узлы валидатора (последний даст наименьшее улучшение)

После этого вы должны увидеть более линейную (на какое-то время) зависимость между временем блока и лимитом газа в блоке по сравнению с TPS.

Удачи!