Stellar показала модель Project Thruput: 7,02 млн платежей в секунду на восьми машинах

Stellar Foundation опубликовала описание Project Thruput — экспериментальной модели исполнения транзакций, которая снимает ограничение на параллельную обработку операций, меняющих одни и те же данные. На первой серии тестов скорость платежей на одном валидаторе поднялась с 1,18 млн до 7,02 млн в секунду после масштабирования с одной машины до восьми.

Исходный код, техническая документация и воспроизводимые бенчмарки выложены открыто, сама модель работает в тестовой сети FutureNet. Разработчики предлагают сообществу проверить технологию самостоятельно.

Почему транзакции обычно ждут друг друга

В большинстве блокчейнов операции исполняются в едином порядке либо распараллеливаются только при отсутствии конфликтов за одни и те же данные. Если несколько переводов трогают один баланс или пул ликвидности, они выстраиваются в очередь.

Project Thruput предлагает иной принцип: транзакции внутри блока стартуют с одного снимка реестра и выполняются параллельно, даже когда меняют одно и то же состояние. Совместимые изменения сводятся воедино в момент фиксации блока.

Вместо записи нового значения баланса операция может нести в себе вычитание конкретной суммы. Такие изменения складываются в произвольном порядке при соблюдении заданных ограничений, но два платежа не могут потратить одни и те же средства.

Разработчик вправе задавать правила для группы транзакций — например, потолок общей суммы снятия за блок. За это отвечают типы хранилищ, определяющие, какие изменения допустимо комбинировать и какие лимиты действуют.

Что показали замеры

Тесты проводили в условиях высокой конкуренции за данные: переводы шли только между 100 аккаунтами. Производительность росла вместе с числом ядер и машин. Лучший результат — 7,02 млн платежей в секунду на восьми машинах против 1,18 млн на одной, рост почти в шесть раз.

Бенчмарки охватывали переводы RV32 ERC-20, исполнение транзакций, проверку подписей и весь путь от открытия до фиксации блока в основном движке Project Thruput. Сквозную пропускную способность сети они при этом не измеряют.

Как устроен отказ от платы за газ

Отдельной платы за транзакцию в модели нет. Это открывает дорогу бесплатным микроплатежам и ресурсоёмким вычислениям, например расчёту портфельного риска.

Безлимитных вычислений при этом не предполагается: газ по-прежнему отмеряет и ограничивает объём исполнения каждой транзакции. Когда спрос превышает доступную мощность, место аккаунта в очереди планирования зависит от его разблокированного баланса нативных токенов. Сами токены при планировании не тратятся, а транзакции не соревнуются за приоритет повышенной комиссией.

Схожий механизм действует для хранения данных: часть баланса блокируется на время хранения и возвращается после удаления.