Фундаментальные исследованияrae.ru
Научный журнал

Фундаментальные исследования

ISSN 1812-7339«Перечень» ВАКИФ РИНЦ = 1,798

ПРОЦЕССОРЫ LOONGSON ДЛЯ ЭКОСИСТЕМЫ «ЦИФРОВОГО ШЁЛКОВОГО ПУТИ»: ТЕХНОЛОГИЧЕСКАЯ НЕЗАВИСИМОСТЬ КНР И ПОТЕНЦИАЛ МЕЖДУНАРОДНОГО РАСПРОСТРАНЕНИЯ

Часовиков М.А. 1, Рубинская Э.Д. 1, Болаев А.В. 1, Бизенков К.А. 2
1Федеральное государственное бюджетное образовательное учреждение высшего образования «Ростовский государственный экономический университет (РИНХ)»
2Автономная некоммерческая организация Академия Естествознания

Введение

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

В документах инициативы «Один пояс и один путь» одним из направлений обозначено развитие связности и инфраструктуры, включая цифровые компоненты [1]. В научной литературе Цифровой шелковый путь (ЦШП) рассматривается как механизм наращивания присутствия КНР в цифровой инфраструктуре стран-партнеров, в том числе через оборудование, программное обеспечение и инвестиционно-институциональные инструменты [2; 3]. На этом фоне аппаратные платформы (процессоры, серверы и связанная программная экосистема) становятся важным звеном цепочек создания стоимости и инструментом обеспечения цифрового суверенитета.

В зарубежных исследованиях ЦШП трактуется неоднородно: от обобщающего политического лозунга до совокупности проектов цифровой связности и платформенных решений (магистральные сети, центры обработки данных/облачная инфраструктура, цифровые сервисы) [4–6]. В мировой экономической литературе особое внимание уделяется геоэкономике технических стандартов и борьбе за влияние на процедуры их формирования: стандарты совместимости и связанные с ними экосистемы закрепляют долгосрочные траектории рынков и перераспределяют экономические выгоды между участниками [7; 8]. Наконец, влияние экспортного контроля и санкционных режимов на технологическое распространение может проявляться через узлы контроля в глобальных сетях взаимозависимости, что требует учитывать риски несоответствия требованиям в проектной экономике ЦШП [10].

Цель исследования – уточнить экономически обоснованные условия международного распространения аппаратной платформы Loongson на архитектуре LoongArch в рамках проектов ЦШП, разделив технические характеристики как входные параметры, экономические механизмы распространения – как модель объяснения, институциональные ограничения – как внешние условия.

Для достижения цели решаются следующие задачи:

1) систематизировать технические параметры ключевых процессоров Loongson и их позиционирование по сегментам;

2) предложить рамку (матрицу факторов) распространения платформы, включающую сетевые эффекты, издержки перехода, совокупную стоимость владения и институциональную поддержку;

3) показать, как указанная рамка позволяет оценить коридор возможностей внедрения альтернативной архитектуры набора команд в ЦШП-проектах с учетом экспортного контроля и ограничений, связанных с включением в перечень организаций.

Материалы и методы исследования

Исследование основано на анализе открытых спецификаций и описаний продуктов Loongson (как первичных данных производителя), сопоставлении ключевых параметров (ядра, частоты, кэш, память, публикуемые бенчмарки), а также на построении экономической рамки распространения платформенных технологий на базе теории сетевых внешних эффектов и совместимости [14], моделей конкуренции при издержках переключения и эффектах привязки к поставщику платформы [15] и подхода совокупной стоимости владения (ССВ) [16]. Дополнительно проанализированы институциональные ограничения международного обмена технологиями по документам экспортного контроля и перечням организаций [27].

Отдельно учитывается качество экосистемы как фактор, опосредующий сетевые эффекты: наличие основной ветви исходного кода-поддержки архитектуры в ключевых элементах программной платформы (ядро операционной системы, компиляторы, системные библиотеки, виртуализация). Для подтверждения используются независимые источники и официальная документация проектов свободного программного обеспечения [18–20].

Результаты исследования и их обсуждение

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

Таблица 1

Ключевые характеристики процессоров Loongson

Модель

Сегмент/назначение

Число ядер

Частота

Кэш третьего уровня

Память

LS3A5000

ПК, серверы и другие

ИТ-сегменты

4

2,3–2,5 ГГц

16 МБ

2×DDR4-3200, поддержка коррекции ошибок

LS3A6000

Встраиваемые системы / настольные ПК / серверы

4 физ. / 8 лог.

2,0–2,5 ГГц

16 МБ

2×DDR4-3200, поддержка коррекции ошибок

LS3A6000

(промышленное исполнение)

Промышленный /

встраиваемый сегмент

4 физ. / 8 лог.

2,0 ГГц

16 МБ

2×DDR4-3200, поддержка коррекции ошибок

LS3C5000

Серверный сегмент

16

2,0–2,2 ГГц

32 МБ

4×DDR4-3200, поддержка коррекции ошибок

Loongson 3D5000

Серверный сегмент (многопроцессорные конфигурации)

32

≥ 2,0 ГГц

64 МБ

8×DDR4-3200, поддержка коррекции ошибок

Примечание: составлена авторами по данным Loongson [22–26] и рецензируемой публикации по архитектуре набора команд LoongArch [13]. Число ядер LS3A5000 приведено по официальной карточке продукта (кит.) [22]; показатели SPEC CPU2006 для LS3A6000 – по странице LS3A6000 [23]; для LS3A6000 (промышленное исполнение) использованы параметры промышленной версии (частота 2,0 ГГц) [24]. Публикуемые показатели производительности приведены в табл. 2.

Таблица 2

Публикуемые показатели производительности/эффективности (по данным открытых страниц продуктов Loongson)

Модель

Публикуемые показатели архитектура

Источник

LS3A5000

SPEC CPU2006 базовый показатель (одно ядро); пропускная способность памяти (пропускная способность); пиковая производительность (ГФлопс)

Страница продукта LS3A5000 [22]

LS3A6000

SPEC CPU2006 базовый показатель (один поток) целочисленные/вещественные (46,1/57,7) – по странице LS3A6000; пиковая производительность (ГФлопс)

Страница продукта LS3A6000 [23]

LS3A6000

(промышленное исполнение)

Пиковая производительность (ГФлопс)

Страница продукта LS3A6000 промышленное исполнение [24]

LS3C5000

Публикуемые показатели для многопроцессорных конфигураций и эффективности виртуализации

Страница продукта LS3C5000 [25]

3D5000 (серверное решение)

Публикуемые бенчмарки/метрики, связанные с позиционированием серверного решения

Страница продукта 3D5000 [26]

Примечание: составлена авторами на основе полученных данных в ходе исследования.

LoongArch позиционируется как собственная архитектура набора команд, реализованная в процессорах Loongson, а для обеспечения совместимости и снижения барьеров перехода развиваются механизмы двоичной трансляции и поддержка программной платформы [13].

Рецензируемые публикации по китайским процессорным разработкам (линейка Godson/Loongson) позволяют использовать сопоставимые категории для анализа эволюции архитектур и ограничений внедрения (в том числе через вопросы совместимости и программной поддержки) [11; 12].

Экономическая интерпретация ключевых технических параметров (табл. 1) для проектной оценки сводится к следующему:

1) число ядер / частота и поддерживаемая конфигурация памяти задают плотность вычислений и влияют на требуемое число серверов (капитальные затраты) при заданной нагрузке;

2) поддержка коррекции ошибок и число каналов памяти важны для классов задач с повышенными требованиями к надежности и производительности памяти, влияя на риск простоев и операционные затраты;

3) зрелость виртуализации/эмуляции и наличие основной ветви исходного кода-поддержки в ключевых компонентах программной платформы определяют потенциальную величину издержек переключения (издержки перехода) и риск технологической привязки к поставщику.

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

Отдельно подчеркнем, что готовность экосистемы не может оцениваться только корпоративными заявлениями. Для архитектуры LoongArch фиксируется включение поддержки в основные ветви разработки ряда ключевых проектов свободного программного обеспечения. Так, в GCC 12 отмечено добавление поддержки LoongArch [17]; в официальном объявлении glibc 2.36 зафиксирована поддержка LoongArch для Linux с указанием минимальных требований к binutils, GCC и Linux; в QEMU 7.1 заявлена начальная поддержка LoongArch64 и соответствующих платформ, а также опубликована документация по системной эмуляции LoongArch. Для ядра Linux также отмечается появление начальной поддержки LoongArch в ветке 5.19 [21].

Для платформенных технологий (архитектура набора команд + процессоры + программная платформа) характерны выраженные сетевые эффекты: ценность платформы растет по мере увеличения числа пользователей и комплементарных продуктов (программное обеспечение, сервисы, инструменты разработки) [14]. Сетевые эффекты усиливают зависимость от выбранного стандарта и формируют барьеры привязки к поставщику, особенно при несовместимости и высоких издержках переключения [15].

Экономическое решение о миграции на альтернативную аппаратную платформу рационально рассматривать через совокупную стоимость владения: помимо цены приобретения оборудования учитываются затраты на внедрение, сопровождение, обучение персонала, адаптацию/портирование ПО и организационные издержки [16]. Для проектов ЦШП (как инфраструктурных проектов с международным участием) эти компоненты ССВ существенны, поскольку зависят от институциональных требований (стандарты, локализация, требования к безопасности, режимы закупок) и от зрелости экосистемы.

Практическая оценка области экономически обоснованной применимости предполагает перевод факторов, представленных в табл. 3, в проектные индикаторы (инвентаризация ПО, оценка трудоемкости портирования, требования соблюдения требований и т.п.) и фиксацию границ применимости модели: она ориентирована на инфраструктурные проекты, где заказчик контролирует программную платформу и может планировать миграцию. Для прикладной оценки экономической целесообразности проектов цифровой инфраструктуры в рамках ЦШП целесообразно переходить от сравнения паспортных технических характеристик к оценке совокупной стоимости владения на горизонте жизненного цикла. В общем виде ССВ может быть представлена как сумма капитальных затрат (капитальные затраты), операционных затрат (операционные затраты) и переходных/транзакционных издержек (портирование, миграция, обучение и т.п.) [16]. Ниже приведен минимальный качественный шаблон структуры затрат для типового инфраструктурного проекта (например, развертывания прикладной платформы/ЦОД), который используется как чек-лист при сборе данных для расчета (табл. 4).

Для высокотехнологичных продуктов международное распространение определяется не только рыночными механизмами, но и режимами экспортного контроля. В частности, в официальном документе Бюро промышленности и безопасности Министерства торговли США зафиксировано добавление Loongson Technology в перечень организаций (действие нормы – с 2 марта 2023 г.), что означает усиление лицензионных требований к поставкам товаров, подпадающих под действие Правила экспортного администрирования США, при участии указанного субъекта [27].

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

Таблица 3

Операционализация факторов международного распространения аппаратной платформы (подход к оценке области экономически обоснованной применимости)

Уровень / роль в анализе

Фактор / механизм

Операциональные индикаторы (как измерять) и источники данных

Интерпретация для области и границы применимости

(а) Технические данные

Производительность / функциональная пригодность платформы

Паспортные параметры (ядра, частоты, кэш, память) и публикуемые бенчмарки/метрики производителя; ссылки на страницы продуктов и открытые спецификации

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

(б) Экономическая модель распространения

Сетевые эффекты и комплементарность (экосистема программного обеспечения / инструментов)

Критерии зрелости программной экосистемы включают наличие поддержки архитектуры системы команд в основной (официальной) ветви разработки ключевых компонентов: компилятора, системной библиотеки, средств виртуализации/эмуляции и ядра операционной системы. Степень зрелости подтверждается по релизным примечаниям и документации соответствующих проектов программного обеспечения с открытым исходным кодом. Дополнительно для проектной оценки целесообразно учитывать долю требуемых компонентов программной платформы, доступных в основной ветви разработки и в общедоступных репозиториях (в процентах и в абсолютном количестве)

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

(б) Экономическая модель распространения

Издержки переключения и привязки к поставщику (портирование, обучение, несовместимость)

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

В-третьих, рассчитывается трудоемкость портирования и тестирования (в человеко-часах или человеко-днях) по оценкам проектной команды. В-четвертых, измеряется масштаб миграции данных и интеграций: объем переносимых данных, количество интерфейсов и процедур извлечения, преобразования и загрузки данных.

В-пятых, учитывается объем обучения персонала, выраженный через длительность обучения и состав ролей (часы × роли). Теоретическая основа такого подхода опирается на модели издержек перехода и технологической привязки к поставщику

Рост издержек перехода сужает область применимости и повышает риск застревания на промежуточных решениях (эмуляция/гибрид). Граница применимости: проекты с высокой долей проприетарного программного обеспечения и жесткими зависимостями от x86/ARM-экосистем обычно выходят за пределы экономически разумного коридора без специальных мер (виртуализация, замена ПО, поддержка вендоров/ госпрограмм)

(б) Экономическая модель распространения

Совокупная стоимость владения и жизненный цикл

ССВ-шаблон: капитальные затраты (оборудование, внедрение) + операционные затраты (эксплуатация/поддержка) + переходные/транзакционные издержки (портирование, обучение, сертификация)

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

(в) Институциональная поддержка и соблюдение регуляторных требований (внутренние условия проекта)

Регуляторные и з акупочные требования; кадровые компетенции и сервисная поддержка

Институциональная поддержка включает: финансирование миграции; требования к локализации и технологическому суверенитету; программы обучения; регламентированную сервисную модель сопровождения (уровень обслуживания, 1–3-я линии); обязательные проверки и сертификации (перечень, сроки) по правилам заказчика и страны реализации

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

(г) Внешние институциональные условия (международная среда)

Экспортный контроль, санкционные режимы, узлы контроля в сетях поставок

Факт присутствия субъектов/технологий в перечнях ограничений (например, перечень организаций) и правовые последствия для поставок/поддержки

Внешние ограничения увеличивают неопределенность и требования к управлению рисками, влияя на ССВ (страхование, альтернативные цепочки поставок, соблюдение регуляторных требований). Граница применимости: параметры внешней среды могут доминировать над рыночными факторами и требовать сценарного анализа

Примечание: составлена авторами на основе источников [14–16].

Таблица 4

Минимальная структура затрат совокупной стоимости владения для типового ЦШП-проекта и параметры для сценарной оценки

Компонент затрат

Содержание компонента (пример)

Необходимые данные

Интерпретация

Переход/портирование и миграция ПО

Адаптация приложений и библиотек под целевую архитектуру набора команд/ОС; тестирование; исправление ошибок; перенос процессов непрерывной интеграции и поставки; обновление документации

Перечень и критичность приложений; объем кода/ зависимостей; трудозатраты по видам работ; требования к сертификации

Ключевой драйвер издержек переключения; целесообразно выделять критический контур и начинать с пилотного сегмента

Подготовка и сопровождение среды виртуализации/контейнеризации

Настройка гипервизора/ эмуляции и/или контейнерной среды; интеграция с оркестрацией; проверка производительности и безопасности

Выбранная программная платформа (например, KVM/QEMU + контейнеры –при использовании); требования к производительности; число виртуальных машин/контейнеров; трудозатраты на сопровождение

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

Обучение и развитие компетенций

Обучение администраторов, разработчиков, специалистов информационных баз; создание методических материалов; сертификация/аттестация (если требуется)

Численность персонала по ролям; программа обучения; длительность; стоимость учебных материалов/курсов; затраты рабочего времени

В условиях дефицита компетенций эффект обучения проявляется с лагом; важно учитывать стоимость времени работы команды

Эксплуатация и сопровождение

Текущая поддержка (1–3-й линии), обновления, мониторинг, резервное копирование, управление инцидентами; сопровождение прикладных систем

Требования к уровню обслуживания / уровни поддержки; штат и графики дежурств; стоимость сервисных контрактов; частота обновлений; стоимость простоев

Операционные затраты определяет устойчивость; при сопоставимой цене оборудования именно сопровождение часто формирует основную часть ССВ

Инфраструктура и оборудование

Закупка/амортизация серверов, системы хранения данных, сетевого оборудования; запасные части; доставка и монтаж; гарантийные обязательства

Спецификация конфигурации; объем вычислительных ресурсов; график закупок; условия гарантии; срок службы; энергопотребление

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

Программное обеспечение и интеграция

Операционные системы / дистрибутивы, системы управления базами данных, промежуточное программное обеспечение, средства информационной безопасности, мониторинга; интеграция с действующими системами и форматами данных

Список ПО и лицензирования (если применимо); требования по совместимости; объем интеграционных интерфейсов; трудозатраты на интеграцию

Наличие поддерживаемых основной ветви исходного кода –проектов и документации снижает риски и стоимость интеграции

Институциональные/регуляторные затраты и риски

Соблюдение регуляторных требований и ограничения: экспортные ограничения, требования локализации, сертификация; юридическое сопровождение

Перечень применимых норм и ограничений; требования заказчика; сроки согласований; затраты на юридическую экспертизу

Внешние условия могут увеличивать стоимость и сроки; важно учитывать сценарии доступности оборудования / программного обеспечения

Вывод из эксплуатации и обновление

Миграция данных при обновлениях, утилизация/ списание, замена оборудования, переход на новые версии программного обеспечения

Сроки жизненного цикла; политика обновлений; стоимость миграции данных; требования к сохранности/ архивированию

Недооценка затрат на обновление ведет к эффекту ловушки и росту ССВ на поздних стадиях

Чувствительность к издержкам перехода (ИП)

Коэффициент kИП – мультипликатор базовой оценки издержек перехода:

ИП = kИП ∙ ИПбаз

kИП > 1 – рост трудоемкости и барьеров; kИП < 1 – снижение.

Базовая оценка издержек перехода (ИПбаз) формируется по чек-листу (портирование, тестирование, обучение, интеграция) и уточняется с учетом сценария проекта (табл. 5) и доступности альтернатив

Позволяет выполнить сценарный анализ без подстановки цен: достаточно оценить трудоемкость и затраты времени при разных значениях kИП (например, при переходе от программной платформы с открытым исходным кодом к проприетарной среде)

Примечание: составлена авторами на основе источника [16].

Таблица 5

Типовые сценарии проектов ЦШП и ожидаемые драйверы издержек перехода/ССВ

Сценарий проекта

Типовая программная платформа (пример)

Доля критичного проприетарного программного обеспечения

Издержки перехода

Ожидаемая оценка области применимости (при прочих равных)

Государственный сектор / муниципальные сервисы (внутренние информационные системы, реестры)

Программная платформа с открытым исходным кодом (Linux, системы управления базами данных и веб-компоненты, типовые сервисы); управляемый перечень приложений

Низкая – средняя (при использовании программного обеспечения с открытым исходным кодом и типовых веб-сервисов)

Средняя.

Портирование прикладных модулей + обучение администраторов; интеграции с государственными информационными системами / сервисами межведомственного электронного взаимодействия – аналогами (зависит от интерфейсов)

Область применимости относительно широкая при наличии институциональной поддержки и стандартизации программного обеспечения

Образование / университетская ИТ-инфраструктура (учебные классы, лаборатории)

Смешанная программная платформа: с открытым исходным кодом + специализированное программное обеспечение; возможна виртуализация старых приложений

Средняя (зависит от доли специального программного обеспечения, требующего x86/Windows)

Средняя – высокая. Ключевым фактором является наличие альтернатив специализированному программному обеспечению либо возможность его пересборки и адаптации под целевую архитектуру; в отдельных случаях допустимо частичное использование эмуляции или виртуализации

Область применимости оценивается как средняя; ключевым условием является предварительная инвентаризация критически значимых проприетарных приложений и оценка сценариев их замещения либо переноса на целевую архитектуру

Центры обработки данных и облачная инфраструктура для типовых развертываний на базе открытого программного обеспечения (облачная инфраструктура, прикладная облачная платформа, контейнерные технологии)

Linux, KVM/QEMU и контейнерные технологии; преобладает программное обеспечение с открытым исходным кодом

Низкая

Средняя.

Основные издержки перехода определяются адаптацией процессов поставки и сопровождения программных компонентов (сборка, тестирование, выпуск), настройкой виртуализации и подготовкой персонала; ключевое значение имеет зрелость экосистемы и наличие поддержки в основной ветви разработки

Область применимости широка для нагрузок на базе программного обеспечения с открытым исходным кодом; ограничена для проприетарных гипервизоров и закрытых платформ

Телекоммуникационный узел / периферийная инфраструктура (виртуализация сетевых функций, программно определяемые сети)

Платформа на основе Linux с DPDK-ускорением и виртуализацией; возможна зависимость от проприетарных сетевых функций и драйверов

Средняя – высокая

Высокая. Высокая чувствительность к совместимости драйверов и аппаратных ускорителей, а также к требованиям сертификации; требуется адаптация (портирование) сетевых функций

Область применимости ограничена; требуется пилотный проект и предварительная оценка совместимости критически значимых компонентов

Примечание: оценки носят ориентировочный характер и подлежат уточнению при сборе данных для расчета ССВ по табл. 4.

Составлена авторами на основе полученных данных в ходе исследования

С учетом представленной матрицы факторов область применимости для ЦШП-проектов можно трактовать как область сочетаний (1) достаточной технической пригодности аппаратной платформы, (2) приемлемых издержек переключения и ССВ на жизненном цикле, (3) достаточной зрелости программной экосистемы и институциональной поддержки (закупочные механизмы, стандарты, подготовка кадров) при заданных внешних ограничениях.

Для платформы Loongson на архитектуре LoongArch технические спецификации указывают на формирование линейки, охватывающей персональные и серверные сценарии, включая многопроцессорные конфигурации (табл. 1). Экосистемный компонент подтверждается наличием основной ветви исходного кода-поддержки в базовых инструментах разработки и виртуализации (GCC, glibc, QEMU), а также появлением поддержки архитектуры в ядре Linux. Это снижает барьеры портирования и повышает предсказуемость технологической траектории, что принципиально важно при сетевых эффектах.

Вместе с тем даже при наличии базовой программной платформы доминирование x86/ARM-экосистем в большинстве международных рынков формирует сильные эффекты привязки к поставщику и высокие издержки перехода для проектов, завязанных на специфические проприетарные приложения и цепочки поставок [14; 15]. Следовательно, наиболее реалистичный коридор внедрения альтернативной архитектуры набора команд в ЦШП-проектах находится в сегментах, где (а) набор прикладного ПО контролируем и может быть стандартизирован; (б) критичны требования к технологическому суверенитету и/или к управлению рисками доступа к технологиям; (в) присутствуют институциональные механизмы поддержки перехода (стандартизация, обучение, гарантии долгосрочного сопровождения).

Таким образом, экономическая оценка распространения Loongson на архитектуре LoongArch в рамках ЦШП требует перехода от декларативных формулировок о лидерстве к измеримым параметрам экосистемы и ССВ-логике: наличию поддерживаемой основной ветви исходного кода программной платформы, устойчивости инструментальной цепочки, а также расчету полных издержек внедрения и сопровождения для конкретного типа проекта.

Для минимальной прикладной иллюстрации операционализации области применимости рассмотрим четыре типовых класса инфраструктурных проектов, обсуждаемых в литературе о ЦШП как о цифровой связности и инфраструктуре (магистральные сети / ЦОД / цифровые сервисы) [1; 6; 9]. Сценарии не подменяют эмпирического расчета, но задают структуру данных для ССВ и показывают, какие компоненты издержки перехода оказываются критичными (табл. 5).

Заключение

В ходе проведенной работы было совмещено три уровня анализа: параметры аппаратной платформы (микроуровень), экономические механизмы распространения платформенных технологий (мезоуровень) и институциональные ограничения международного обмена технологиями (макроуровень) – с последующей интерпретацией результатов применительно к проектной логике ЦШП.

В статье показано, что оценка международного распространения аппаратной платформы Loongson на архитектуре LoongArch в контексте Цифрового шелкового пути должна опираться на разделение уровней анализа: технические характеристики – как входные параметры, экономические механизмы распространения (сетевые эффекты, издержки перехода, ССВ) – как модель, институциональные ограничения – как внешние условия. Такой подход позволяет конкретизировать коридор возможностей для проектов ЦШП и избежать смешения технических и экономико-институциональных аргументов.

Независимые свидетельства развития программной экосистемы (GCC, glibc, QEMU, ядро Linux) указывают на наличие базовых предпосылок для расширения совместимости LoongArch и снижения барьеров портирования. Однако институциональные ограничения экспортного контроля и эффекты привязки к поставщику доминирующих экосистем ограничивают масштабы и темпы международного распространения, что требует проектно-ориентированной экономической оценки и институционального сопровождения.


Конфликт интересов
Авторы заявляют об отсутствии конфликта интересов.

Библиографическая ссылка

Часовиков М.А., Рубинская Э.Д., Болаев А.В., Бизенков К.А. ПРОЦЕССОРЫ LOONGSON ДЛЯ ЭКОСИСТЕМЫ «ЦИФРОВОГО ШЁЛКОВОГО ПУТИ»: ТЕХНОЛОГИЧЕСКАЯ НЕЗАВИСИМОСТЬ КНР И ПОТЕНЦИАЛ МЕЖДУНАРОДНОГО РАСПРОСТРАНЕНИЯ // Фундаментальные исследования. 2025. № 12. С. 40-49;
URL: https://www.fundamental-research.ru/article/view?id=43949 (дата обращения: 23.08.2026).
DOI: https://doi.org/10.17513/fr.43949