Stellar запускает превью Thruput с бенчмарком 7 млн платежей в секунду
Stellar Development Foundation представила Project Thruput 28 октября как технологический превью, в котором переработан подход движка исполнения к обработке конкурирующих транзакций. По внутренним тестам, одновалидаторная пропускная способность исполнения выросла примерно с 1,18 млн платежей в секунду на одной машине до около 7,02 млн на восьми машинах. Код доступен на FutureNet с материалами с открытым исходным кодом и воспроизводимыми бенчмарками. Эти результаты измеряют контролируемый компонент и не отражают сквозную пропускную способность публичной сети.
Событие и реакция рынка
Модель нацелена на узкое место при упорядочивании, которое возникает, когда множество транзакций обращаются к общему состоянию. Обычные системы распараллеливают независимые инструкции, но сериализуют работу по одному и тому же аккаунту или данным. Thruput стремится масштабировать исполнение за счет добавления машин при высокой конкуренции за ресурсы. В бенчмарках использовался ограниченный набор аккаунтов и учитывались исполнение, подписи и работа движка. Результаты не включают консенсус, сетевое взаимодействие или хранение, которые определяют пользовательскую производительность.
Почему эта разработка важна для крипторынка
Инвесторам следует отделять измеренный потенциал от развернутой мощности. Семь миллионов в секунду описывают исполнение в экспериментальных условиях. Публичная пропускная способность также требует своевременного консенсуса и надежного распространения по независимым машинам. Без интегрированных, масштабных тестов сопоставлять этот бенчмарк с ценой XLM или уровнем внедрения — спекуляция.
Масштабирование распределенного ПО связано с компромиссами между производительностью, операционной сложностью и допущениями о машинах. Реальные сети сталкиваются с ненадежными каналами, конкурирующими транзакциями, ростом хранилищ и враждебным поведением. Исследовательское превью ценно тем, что приглашает к проверке и критике. Продуктовым командам не стоит основывать сервисные обязательства на экспериментальном компоненте. Между прототипом и промышленной инфраструктурой остается значительный объем работы.
Показатели производительности нужно читать с учетом нагрузки и уровня стека. Исполнение внутри одного валидатора, коммуникация между валидаторами, финальность консенсуса и производительность на уровне приложений — взаимосвязанные, но разные вещи. Прорыв в одном компоненте может открыть путь к более широкому прогрессу, не доказывая готовность сквозной системы. Необходимы независимое воспроизведение и тесты с моделированием атак. Отличайте стоимость исполнения транзакции от ресурсных стимулов, необходимых для поддержания инфраструктуры в масштабе.
Чего заголовок не подтверждает
Модель заявляет об отсутствии комиссий за исполнение на транзакцию. Stellar предлагает, чтобы аккаунты получали долю расписания пропорционально незаблокированным балансам в нативном токене, когда спрос превышает пропускную способность, при этом на каждую транзакцию продолжают действовать вычислительные лимиты. Это альтернативный механизм распределения ресурсов, а не безлимитная бесплатная инфраструктура. Он поднимает вопросы справедливости, концентрации аккаунтов и устойчивости к злоупотреблениям. Project Thruput — это превью и не отражает текущую экономику или возможности основной сети Stellar.
Что смотреть дальше
Приоритеты: независимое воспроизведение бенчмарков, более широкий набор нагрузок и поэтапная интеграция в публичную сеть. Операторам следует дождаться полных спецификаций развертывания, прежде чем делать заявления о скорости транзакций или нулевых комиссиях.
Первичный источник: Official statement / source documentation.
написано редакцией News Desk и отредактировано Samuel Rae.
Авторы, указанные в источнике: NewsBTC Editorial Team
Материал опубликован Holder на основе внешнего источника.

