# Triad: ресурсы, планировщик и TNIX

Статус 25.09.2026: архитектура следующего этапа, не запущенный рынок и не финансовое обещание. Прототип предоставляет один добровольный CPU-worker, локальное зашифрованное хранилище и прямую передачу фрагментов. Настоящего GPU-кластера, общей RAM, коммерческих заданий, TNIX-баланса и выплат пока нет.

## Пулы ресурсов

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

RAM — временный кеш или рабочая память одного задания, не долговечное хранилище. Диск — зашифрованные объекты с RS-избыточностью. Трафик — отдельный ресурс с квотой и согласием на мобильную передачу. Недоступная или неподтверждённая ёмкость не продаётся.

Телефоны — переменная ёмкость; компьютеры/домашние узлы — более стабильная; независимые постоянные шлюзы с резервным питанием обслуживают discovery, repair и сайты. Каждый шлюз должен быть заменяем, а данные и ключи не зависят от единственного оператора. Это не обещание обойтись без какой-либо постоянно работающей инфраструктуры.

## Математика планировщика

1. Erasure coding: S шифрованных байт при RS(9,3) занимают примерно3S. Любые3 достоверных индекса восстанавливают объект. Это не Shamir-разделение ключа: ключ остаётся у владельца отдельно.
2. Для независимых одинаково доступных узлов P_read = сумма от j=k до n C(n,j) p^j(1-p)^(n-j). Для9/3 и p=.2 результат26.18%, при p=.5 —91.02%. Нельзя использовать это как SLA при общих отказах.
3. Placement — задача ограниченной оптимизации: минимизировать цену диска + ожидаемый ремонтный трафик + задержку при ограничениях на число копий/доменов отказа и целевую вероятность чтения. Модель узла включает питание, оператора, регион, владельца и uptime; самозаявленные поля нельзя считать проверенными.
4. При3фрагментах в каждой из3независимых групп потеря любых2групп оставляет3фрагмента. При9фрагментах в одном доме общий отказ дома уничтожает доступность всех9.
5. Ремонт запускается задолго до k, например при6доступных частях, но порог выбирается по measured MTTR/отказам и доступной полосе. До завершения новых подтверждённых записей избыточность не восстановлена. Хеш-проверка не доказывает физическую независимость узлов.
6. Эмпирические интервалы доступности, коррелированные outage traces и нагрузочные испытания должны заменять предположения модели. Сравнение с Bitcoin требует одинакового свойства/угроз/затрат атаки; консенсус Bitcoin и доступность произвольных объектов несопоставимы одним процентом.

## Добровольное предоставление

Нативный клиент должен показывать ресурсные разрешения до начала работы: число CPU-потоков и time budget, GPU только совместимый и разрешённый, лимит RAM/диска, трафик/сутки, режим толькоWi-Fi/зарядка, минимальный заряд, тепловой порог, рабочие часы и немедленная остановка. Изменение политики отзывает аренды; нет автозапуска после остановки без явного согласия.

В браузерном пилоте доступны один worker, пауза1/5/15секунд, сессия5/15/30минут, остановка при скрытии страницы, отдельный opt-in приёма фрагментов и капсул. Нельзя трактовать это как надёжный лимит всегоCPU/RAM/GPU телефона. Системы могут приостанавливать приложение: [Android](https://developer.android.com/training/monitoring-device-state/doze-standby), [Apple](https://developer.apple.com/documentation/backgroundtasks/choosing-background-strategies-for-your-app). [WebGPU](https://developer.mozilla.org/en-US/docs/Web/API/WebGPU_API) имеет ограничения доступности и устройств.

## Как начислять TNIX

Не начислять за подключённый телефон, заявленныеGB/GHz или ответы фиксированного бенчмарка. Это накручивается. Источник вознаграждения — реально оплаченный спрос и проверенная услуга.

Будущая расчётная запись: customerOrderId, task/storage-contract, unique contributionId, provider identity, verifier receipts, billed units, price version, settled/reversed state. Идемпотентность и double-entry ledger обязательны. Баланс pending не равен available. Настоящие деньги/токены — после отдельной проверки платёжной и правовой модели.

Вычисления: оплата за уникальную проверенную задачу; точный verifier, репликация с независимыми исполнителями или доказуемое вычисление, где это экономически оправдано. Хранение: GB×время по договорам, непредсказуемые проверки владения/доступности; протокол проверки должен учитывать сговор и восстановление фрагмента по запросу. Трафик: подтверждённые заказчиком байты, не произвольный self-reported счётчик.

Пул вознаграждений <= оплаченный доход - связь - ремонт - проверка - поддержка - резерв. Доля провайдера зависит от принятого вклада, не от искусственной эмиссии. ЦенуTNIX и доход владельцу телефона сейчас не обещать. Сначала обычный бухгалтерский учёт тестовых заказов, проверка спроса, fraud tests; токен не заменяет эти механизмы.

## Подготовка доказательств для оценки

Нужны независимый threat model, протокол/формат/версии, ключевой жизненный цикл и recovery drill, SBOM, подписанные релизы, аудит клиента/координатора, тесты отказа владельца/шлюза/провайдера, максимальных квот и восстановление после потери устройств. Национальное или государственное применение требует отдельной квалификации и эксплуатации; текущий браузерный прототип не предоставляет такого допуска.

## Расчёт в пользовательской инфографике

Это отдельный учебный сценарий, не тариф. Единицы: ГиБ и доллары США в месяц. Для1024ГиБ логических данных при коде9/3:3072ГиБ фрагментов. При20% свободной ёмкости оплачиваемая ёмкость3072/0,8=3840ГиБ. Выплаты за ёмкость3840×a; трафик1024×(1+r)×b, где r — введённый дополнительный трафик восстановления относительно логического объёма, b — совокупная стоимость единицы передачи. Операции и проверки$4, инфраструктура/поддержка$5 — заданные гипотезы, не измеренные расходы. Цена=(ёмкость+трафик+4+5)/0,8:20% маржи до налогов и комиссии. Резерв здесь оплачивается по той же ставке, что занятые фрагменты. Первичная загрузка отдельно; стоимость relay/gateway и накладных байтов должна входить в фактически измеренные b и r. Нулевая ставка не означает бесплатную физическую работу.

При исходныхa=$0,001/ГиБ-месяц,b=$0,01/ГиБ,r=0,2: себестоимость$25,128, цена$31,41/ТиБ-месяц. Этот сценарий нельзя напрямую сравнивать с ценой только хранения в публичном облаке.

Официальные ориентиры на25.09.2026: [AWS S3 Standard us-east-1](https://aws.amazon.com/s3/pricing/) $0,023 заGiB-month для первого уровня; [Google Cloud Standard Iowa](https://cloud.google.com/storage/pricing) $0,000027397 заGiB-hour, около$0,020 при730часах. Для1TiB это$23,552 и≈$20,48 соответственно, без трафика/запросов/налогов и иных услуг. Условия и цены региона проверяются заново перед коммерческим предложением.