10 т / с для высокопроизводительного цепного кода в образцах ткани, могу ли я увеличить его до 100 т / с?Я видел, что ткань может масштабироваться до 100 000 т / с

Question

ОС: Ubuntu 16.04 Hyperledger Fabric v1.3. Оперативная память: 8 ГБ, 4 виртуальных ЦП

Я использую этот сценарий (https://github.com/hyperledger/fabric-samples/blob/release-1.3/high-throughput/scripts/many-updates.sh), чтобы 1000 раз вызывать код цепи на одном узле.

Я сейчас стремлюсь к минимуму 100 т / с

Вот мои вопросы:

1) Вы выполняете несколько транзакций на одноранговом узле, как этот скрипт?Или есть альтернативный способ?Можем ли мы как-нибудь это сделать?

2) Если бы я купил экземпляр aws, какой из них вы бы порекомендовали?

Прошел через эту белую книгу (https://arxiv.org/pdf/1805.11390.pdf) посмотрел навозможные обходные пути для увеличения tps, но не нашли хороших ресурсов для их реализации.

Answer 1

Это может помочь. Попробуйте установить batchTimeout на 1 секунду и установить больше транзакций на пакет

Answer 2

Я видел, что мы можем масштабировать ткань до 100 000 пакетов в секунду, я столкнулся с подобной проблемой, я много исследовал и у меня есть решения: - Параллельная проверка - Кэширование подписей одобрения индоссантов так, чтобы у нас не былопроверять снова и снова - иметь лучшую конфигурацию, но я не нашел хороших ссылок о том, как реализовать это