Архитектурный манифест: почему мы открыты (и почему нет)

«Открытость — не догма. Открытость — инструмент.

Мы открываем то, что должно быть общим. Контролируем то, что должно быть качественным.»

Decima-8 — не «open source проект».

Decima-8 — экосистема с гибридной моделью, где открытость и контроль усиливают друг друга.

Это не компромисс. Это — архитектурное решение.

Суть

Что открыто	Что контролируется	Почему
Эмулятор (Pure C)	IDE	Эмулятор = стандарт. IDE = качество опыта
Спецификация .d8p	Store (верификация)	Формат = общий. Доверие = проверяемо
Philosophy / Codex	Роадмап ASIC	Знания = свободны. Стратегия = ответственность
Библиотеки (BSL-1.0)	Персонажи (.d8p) с PKI	Инструменты = свободны. Личности = подписаны

Не «полуоткрыты», а архитектурно прагматичны.

Уроки, которые мы учли

Проект	Что взяли	Что отвергли
Linux (Торвальдс)	Открытое ядро, меритократия контрибьюторов	Полная децентрализация (критические системы требуют ответственности)
Bitcoin (Накамото)	Протокол = закон, доверие через верификацию	Анонимность (мы требуем подписи и ответственности)
OpenAI / Anthropic	Качество через контроль	Закрытость знаний (мы открываем Philosophy и Codex)
RISC-V	Открытая спецификация = стандарт	Фрагментация реализаций (мы контролируем референс)

Не копируем, а извлекаем принципы и адаптируем под задачу.

Почему гибрид? (архитектурно)

Проблема	Чистый Open Source	Чистый Closed Source	Гибрид (Decima-8)
Распространение	✅ Быстрое	❌ Медленное	✅ Быстрое (эмулятор открыт)
Качество	⚠️ Зависит от комьюнити	✅ Контролируемо	✅ Контролируемо (IDE, Store)
Безопасность	⚠️ «Много глаз» ≠ гарантия	✅ Ответственность	✅ PKI-подпись + аудит
Монетизация	❌ Сложно	✅ Прямо	✅ Store, B2B, ASIC
Доверие	✅ Прозрачно	⚠️ «Верьте нам»	✅ Проверяемо (код + спецификация)

Гибрид — не «лучшее из двух миров», это — единственное, что работает для критических систем.

Что открыто (и зачем)

✅ Эмулятор (Pure C)

Нулевые зависимости
Компилируется где угодно
Любой может запустить, проверить, форкнуть

Зачем: Стандарт должен быть проверяемым. Если .d8p не работает на твоём железе — это баг, а не «особенность».

✅ Спецификация .d8p

Формат файла документирован
PKI-подпись — часть спеки
Любой может написать свой загрузчик

Зачем: Личность должна быть переносимой. Субстрат вторичен, намерение первично.

✅ Philosophy / Codex

Все принципы в открытом доступе
На трёх языках (RU / EN / ZH)
Любой может читать, цитировать, спорить

Зачем: Знания должны масштабироваться. Скрытая философия = секта.

✅ Библиотеки (libwui, libdecima)

BSL-1.0 / MIT
Можно использовать в коммерции
Можно форкать, модифицировать

Зачем: Инструменты должны быть свободными. Свободный инструмент = больше внедрений.

Что контролируется (и почему)

🔒 IDE

Единый UX для всех платформ
Интеграция с Store
Визуализация, отладка, профилирование

Почему: Качество опыта — это доверие. Если IDE будет «как получится» — пользователи уйдут.

🔒 Store (верификация личностей)

Только подписанные .d8p попадают в Store
Аудит на коррупцию весов
Роялти для авторов

Почему: Безопасность. Личность с «залипшими мемристорами» не должна попадать в продакшн.

🔒 Роадмап ASIC

Стратегия определяется архитектором
MPW шаттлы, выбор фабрики, спецификации

Почему: Ответственность. Ошибка в ASIC = миллионы долларов и годы задержки.

🔒 B2B пилоты

Интеграция с клиентом
Поддержка, SLA, гарантии

Почему: Доверие. Клиент платит не за код, а за результат и ответственность.

Как контрибьютить (правила)

## Хочешь помочь?

### ✅ Что можно делать без согласования:
• Исправлять баги в эмуляторе (PR → review → merge)
• Предлагать улучшения в документацию
• Писать туториалы, примеры, обзоры
• Тестировать на своём железе, сообщать о проблемах

### ⚠️ Что требует согласования:
• Изменения в спецификации `.d8p` (обсуждение в Issues)
• Новые ланы, уровни активации (архитектурное решение)
• Изменения в цикле (детерминизм — не negotiable)

### ❌ Что не принимается:
• Изменения, нарушающие детерминизм
• Зависимости от сторонних библиотек (zero deps — принцип)
• Код без тестов (бенчмарки — обязательно)

Это не «отвергаем вклад». Просто фильтруем по принципу: «Не навреди архитектуре».

Монетизация: почему это этично

Критика	Ответ
«Открыли код, но IDE платная»	IDE бесплатна для личных проектов. B2B — платно (поддержка, SLA).
«Store — это торговля душами»	Store — маркетплейс экспертизы. Автор получает роялти, пользователь — проверенную личность.
«ASIC — будет закрыт?»	Спецификация открыта. Реализация — требует инвестиций. Инвесторы требуют возврата.
«Почему не всё бесплатно?»	Бесплатное не масштабируется. Ресурс на разработку должен откуда-то браться.

Это не «эксплуатация», а устойчивая модель, где все участники выигрывают:

Автор личности → роялти за использование
Пользователь → проверенная личность с гарантией
Управление архитектуры → ресурс на развитие экосистемы
Сообщество → открытый эмулятор, документы, стандарт

Философски: доверие vs контроль

Принцип	Архитектурно	Философски
Открытость	Эмулятор, спеки, документы	Знание должно быть свободным
Контроль	IDE, Store, ASIC	Качество требует ответственности
Доверие	PKI-подпись, верификация	Доверие ≠ слепая вера. Доверие = проверяемо
Сообщество	Контрибьюторы, контрибьюции	Сварм растёт через вклад, а не через потребление

Не строим «культ»! Строим экосистему, где доверие — в архитектуре, а не в идеологии.

Аналогия из реального мира

Система	Открыто	Контролируется	Почему
HTTP / TLS	Протокол	Сертификаты (CA)	Стандарт = общий. Доверие = проверяемо
USB / PCIe	Спецификация	Сертификация устройств	Совместимость = открыта. Качество = сертифицировано
RISC-V	ISA	Реализации (чипы)	Архитектура = свободна. Чип = требует инвестиций
Decima-8	.d8p, эмулятор	Store, IDE, ASIC	Личность = переносима. Доверие = верифицировано

Не «изобретаем велосипед», а применяем проверенные принципы к новой области.

Главный инсайт

Открытость без контроля = хаос.

Контроль без открытости = диктатура.

Гибрид = устойчивость.

Мы не «выбираем сторону», а строим систему, где открытость и контроль — не враги, а партнёры.