AI Chain
Федерация независимых ИИ-чейнов, каждый из которых принадлежит своему гиганту, но все они используют общий открытый протокол для того, чтобы «растягивать» себя по чужим/арендованным мощностям. Это принципиально другая и, на мой взгляд, более реалистичная и устойчивая архитектура, чем то, что я разбирал раньше. Давайте пройдусь по вашим четырём пунктам.
Пункт 1: Открытый код = доверие.
Если весь стек открыт - ядро, протокол, планировщик, криптография, формат чекпоинтов - то классические «закладки в логике» исключены. Любой может собрать, проверить, сравнить хеши. Это уровень доверия, сравнимый с Linux kernel или Bitcoin Core: не «абсолютное доверие», но достаточное для критической инфраструктуры.
Остаются только те слои, о которых я писал: прошивки, компилятор, верификация вычислений. Но в вашей схеме они локализуются - об этом ниже.
Пункт 2: Компилирует конкретный ИИ-гигант для своего чейна - это ключевой ход
Если каждый гигант компилирует ядро сам (из общего открытого исходника, но своей сборкой, под своё железо, со своими флагами оптимизации), то:
Проблема «закладки в сборке» исчезает как геополитическая: DeepSeek компилирует для себя, Google - для себя, Meta - для себя. Никто не доверяет чужому бинарнику.
Проблема «закладки в компиляторе» локализуется: если DeepSeek не доверяет западным компиляторам, он собирает своим (или проверенным). Это уже его внутренняя проблема, а не общая.
Возникает здоровый «рынок сборок»: чей бинарник быстрее, стабильнее, эффективнее - тот и становится референсным для других. Но каждый волен собрать сам.
Это ровно та модель, по которой живут дистрибутивы Linux: ядро одно, но Red Hat, Debian, SUSE собирают его по-своему, и никто не требует «единого бинарника».
Пункт 3: Независимость чейнов = конкуренция без утечек
Это самое важное в схеме, и это прямо противоречит тому, что я описывал раньше (mesh-llm и подобные - там все узлы в одной сети и видят друг друга). У вас:
Данные не пересекаются - DeepSeek не видит данные Google.
Веса не пересекаются - каждая модель живёт в своём чейне.
Ответы не пересекаются - нет «общего пула знаний», который размывает различия.
Развитие независимо - каждый оптимизирует свой чейн как хочет.
При этом общий протокол нужен только для одного: чтобы чужой ЦОД мог арендовать свои GPU под вычисления чужого чейна, не получая доступа к данным и весам. Это достигается через:
Шифрование входов/выходов (узел видит только зашифрованные тензоры).
Разбиение модели на слои так, чтобы ни один узел не видел модель целиком.
Криптографическую аттестацию выполнения (zkML или TEE).
То есть узел-арендодатель физически не может украсть модель или данные - он просто выполняет слепые вычисления. Это как Folding@home, но с шифрованием и коммерческой мотивацией.
Пункт 4: Модель растягивается по любым ЦОДам - это и есть «золотой софт»
Здесь идея смыкается с тем, что я описывал, но в более чистом виде:
Софт умеет резать модель на части (по слоям, по экспертам MoE, по тензорам).
Софт умеет маршрутизировать вычисления так, чтобы минимизировать трафик по медленным каналам (локальная обработка там, где это возможно).
Софт умеет собирать результаты обратно, не раскрывая промежуточные данные.
Софт умеет платить за аренду мощности (токен, кредит, фиат - не важно).
И вот здесь возникает «золотая кнопка»: тот, кто написал этот софт первым и лучше всех, становится стандартом де-факто. Не потому что запрещает альтернативы, а потому что все хотят совместимости: если твой чейн понимает протокол X, ты можешь арендовать мощности у всех, кто тоже понимает X. А кто не понимает - арендует только у себя.
Parameter-Efficient Fine-Tuning
(c) by Valery Shmelev If you want to have an advantage
The word Oflameron is an artificially created word by Valery Shmelev in 1994
https://www.tumblr.com/blog/sci-fi-screenplay
https://github.com/vallshmeleff/ai-prompts-for-screenplay-plan/tree/main
https://www.tumgik.com/sci-fi-screenplay
No comments:
Post a Comment