Exo v2

Если вы получили на руки данное описание - пожалуйста - обязательно ответьте. USL нужно знать - можно ли надеяться на сторонние компании, либо начинать разработку самим. 15 гуру-лет разработок - это очень много и долго для нас. Мы не располагаем данными ресурсами на данный момент времени.

Exo (от. Exorcist) от USL - это новая технология, которая включает в себя возможности

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

Реализация exo не является крайне сложной. Такие гуру-компании, как "Лаборатория Касперского", ESET, McAffee и другие - могут поднять эту технологию буквально за полгода - максимум год. И зарабатывать свыше 60 миллиардов евро в год. Далее идет полное описание как ее создать.

1 Вступление

Почему USL (Universe Safety Lab) распространяет технологию бесплатно? На реализацию Exo уйдет 15-30 гуру-лет каторжных работ у одного маленького бога. USL не распологает данными ресурсами и временем, потому как развитие деструктивных автономных систем началось вчера. Существует крайне суровая необходимость внедрения данной технологии уже на данный момент развития человечества. Под угрозой - безопасность всей локальной Вселенной - пребывать ей в минимуме или в максимуме боли и вреда.

Зачем это нужно?

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

Как это работает?

• Пользователь загружается с лицензионного CD/DVD (желательно) либо качает с интернета (небезопасно)
• Покрышка-OS "Exorcist" создает бит-карту всей загрузочной и системной области, которая может быть воспринята к исполнению
• Затем либо параллельно происходит логическая оптимизация бит-карты, также учитываются математические трюки для оптимизации вычислений и доступа к памяти и устройствам
• Затем происходит фильтрация бит-карты от злоумышленного кода
• Создается альтернативный вход на HDD либо где еще, с глобальной оптимизированной моделью памяти и уже оптимизированным опкодом для данного процессора
• При желании можно устанавливать исполняшки и библиотеки кодов с одной системы и машины на другие. Операционка и аппаратура не имеют значения.

2 Оптимизация

Оптимизацию можно условно разделить на три больших фронта работ:

• булева оптимизация бит-потоков;
• оптимальный доступ к памяти и другим ресурсам на основе стратегии min(t) и подмена всех моделей оптимизируемого кода на эту модель;
• подмена математических вычислений более оптимальными;

2.1 Теория

2.1.1 Матрица и битовые схемы

Обычно каждый процессор имеет свою матрицу инструкций (Instruction Set Matrix). Для процессоров Intel Evil Inside откройте intel-ISM.pdf  Но беспроцессорные компьютеры базируются обычно на логике И-ИЛИ-НЕ напрямую, минуя операционный код. Битовые схемы - это приведения опкода для процессора в беспроцессорное состояние. Чтобы приводить опкод в битсхемы, таким образом заполнив биткарту всего ПО компьютера или сети, предварительно нужно

• создать И-ИЛИ-НЕ описание всех регистров и тонких нюансов процессора, см. далее TakeLogic
• заполнить все опкоды в виде И-ИЛИ-НЕ битграфов. Для этого лучше всего совместить автоматическое и ручное декодирование отдельных опкодов. Инструкции по опкодам есть всегда на сайтах производителей процессоров (intel-ISM.pdf ). Но при этом почти всегда много труда можно автоматизировать, чтобы "воровать" логику процессора с помощью дедукции и авто-подбора. При этом то что официально и то что на практике - очень часто может быть разным.

2.1.1.1 TakeLogic. Воруем логику процессора

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

1. исследование реакции на каждый вход-бит при всех выключеных и при всех включенных.

2. инкрементальное наращивание логики при комбинациях вход-битов при включенных и выключенных всех остальных битах.

3. random наращивание логики при комбинациях вход-битов при включенных и выключенных всех остальных битах.

4. если полученная логика может быть ужата (разными способами) - человек может принять или не принять ту или иную модель ужатия.

5. анализ официальной и неофициальной документации по архитектуре процессора, видеокарты, портов и т.д.

Для инструкций вида ADD, SUB, MUL, DIV r32/64 достаточно использовать инкрементальное наращивание логики, а затем просто копировать полученные результаты на другие операнды. Но для многих инструкций, возможно, придется кодировать и подправлять схемы вручную. Совмещение ручного и автоматического анализа - это тот самый самый быстрый результат заполнения бит-схем для всех возможных инструкций всех процессоров, которые есть на рынке.

Если вы зайдете на официальное описание функции ADD то вы увидите это преобразование:

DEST =   DEST  +  SRC  +  CF;

если его с помощью написанного парсера перевести в вид побитового анализа, то получим нечто следующее

new virt.cf;

dst(0) = src(0) + dst(0); virt.cf(0) = ((src(0) + dst(0)) xor 0x10)(1);

dst(1) = src(1) + dst(1) + virt.cf(0); virt.cf(1) = ? src(1) + dst(1) + virt.cf(0) > 1;

dst(2) = src(2) + dst(2) + virt.cf(1); virt.cf(2) = ? src(2) + dst(2) + virt.cf(1) > 1;

dst(3) = src(3) + dst(3) + virt.cf(2); virt.cf(3) = ? src(3) + dst(3) + virt.cf(2) > 1;

...

dst(32) = src(32) + dst(32) + virt.cf(31); cf(32) = ? src(32) + dst(32) + virt.cf(31) > 1;

Таким образом каждый бит dst это И-ИЛИ-НЕ функция от битов dst и src. И как уже говорилось можно их получать разными способами - парсинг преобразованием из официальной документации, либо вышеописанным тестированием, либо заполняя вручную. Еще лучше чтобы три независимые ветви анализа шли друг от друга отдельно, но затем сверялись и сообща искали глюк либо ошибку. Чтобы повысить точность, можно увеличить количество независимых друг от друга комиссий по заболнению бит-графов и тем самым снизить вероятность ошибок.

После того как для инструкции заполнена бит-схема, в любом случае протестируйте ее по всем параметрам

1. побитовая с включеными и выключеными

2. random

3. сложные битовые участки

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

1. либо вы ориентируетесь только на кости, как версия процессора, информация BIOS и тд. Мол, если Intel и AMD обещали, то должны соответствовать

2. либо вы даете любому пользователю компьютера запустить тестирование на реальное соответствие опкода и т.д. тому описанию которое вы получили

3. еще лучше дать пользователю компьютера просматривать и изменять описание самому, дав полный toolKit в руки. На любые обвинения параноиков вы смело в этом случае пеняете на производетелей аппаратуры.

2.1.2 Бит графы

Каждый ключевой порт (например, от клавиатуры, мышки или других средств ввода) рано или поздно заводит механизмы реагирования. Без них машина не работает. Схема вида "событие-реакция" может быть представлена в виде огромной И-ИЛИ-НЕ схемы (бит-граф-схемы, биткарты), где каждый бит от каждого порта путем преобразований попадает со средств ввода на средства вывода. При этом одна аппаратура ввода и вывода описывается как две (как одна ввода и как одна вывода). Таким образом вас интересуют только две вещи - какой бит какого порта возбудился, и что из-за этого изменилось на других портах. При сокращении вычислений графов можно использовать функции (макросы), т.е. нечто, полученное до данного вычисления.

2.1.2.1 Бит-графы из кода. Оптимизация

На основе И-ИЛИ-НЕ битграфов для каждой инструкции процессора вы разворачиваете движение каждого бита из портов ввода до портов вывода либо до временного хранилища. При этом необходимо производить сокращение графов. NOT принимает 1 бит и выводит 1 бит. AND и OR принимают по 2 бита и возвращают 1 бит. Здесь s или s1, s2 и т.д - это любой принимаемый бит (сигнал).

• NOT(0) --> 1
• NOT(1) --> 0
• NOT(NOT(s)) --> s
• OR(s, s) --> s
• OR(s, NOT(s)) --> 1
• OR(s, 0) --> s
• OR(s, 1) --> 1
• OR(s1, s2) --> OR(s2, s1) и наоборот
• OR(s1, OR(s2, s3)) --> OR(OR(s1, s2), s3) и наоборот
• OR(AND(s1, s2), s3) --> AND(OR(s1, s3), OR(s2,s3)) и наоборот
• OR(s1, NOT(AND(s1, s2)) --> OR(s1, s2)
• AND(s, s) --> s
• AND(s, NOT(s)) --> 0
• AND(s, 1) --> s
• AND(s, 0) --> 0
• AND(s1, s2) --> AND(s2, s1)
• AND(s1, AND(s2, s3)) --> AND(AND(s1, s2), s3)
• AND(OR(s1, s2), s3) --> OR(AND(s1, s3), AND(s2,s3)) и наоборот
• ...
• NOT(OR(s1, s2)) --> AND(NOT(s1), NOT(s2)) и наоборот
• NOT(AND(s1, s2)) --> OR(NOT(s1), NOT(s2)) и наоборот
• ...
• (см. википедию и поисковики по булевой алгебре)
• Если вы все эти теоремы и аксиомы заполните и представите как вершины и переходы трансформаций, то с помощью этой схемы вы можете ужимать анализируемые данные, получаемые от инструкций процессора. Когда мы получили и состыковали логику процессора с помощью takeLogic, все это дело можно для любого ПО ужать до такого состояния, чтобы количество NOT, OR и AND для порта-возбудителя было минимальным. Однако можно ввести и иные модели ужатия.

2.1.2.2 Инструкции из бит-графов. Компиляция

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

• учитывается время исполнения инструкций
• учитываются все возможные виды моделей доступа к памяти на всех возможных носителях.
• в идеале учитываются математические трюки и преобразования, наподобие 1=sin^2+cos^2

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

min(time) для инструкции + запаковка + распаковка + чтение памяти + запись в память + чтение из портов + запись в порты + реакция аппаратуры ИО, с учетом свободной памяти и свободного пространства на носителях. Форма данных не имеет значения - имеет значение лишь скорость доступа.

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

2.1.3 Модели глобального доступа к памяти

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

• прямой опкод - идеал для совсем маленьких таблиц 
• обычная маленькая стационарная таблица - идеал когда это возможно
• hash таблица либо hash дерево -> keys --> данные. для больших данных 

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

• Мое мнение, для сверх-огромных массивов по ключам поиска - когда они не помещаются в оперативке - это использование полухэшей. Т.е. такие полухэши всегда помещаются в оперативке, затем подгружают новые полухэши, (и т.д.), а затем подгружают уже полученные данные. Сам по себе полухэш не дает результат. Он дает таблицу новых полухэшей (tail либо continue).

Все что можно расчитать - расчитывается заранее. Для javascript - это мгновенный доступ к портам не на основе заново вычисляемых хэшей объектов, и вызова функций по таблицам этих хэшей - а через обычную таблицу либо даже прямой опкод. Т.е. javascript, flash, .net и другие интерпретаторы делают маленький как бы fly-exe. Отныне они компилируют а не интерпретируют.

2.2 Примеры

3 Портирование

Exo может помочь портировать бит-графы с одного процессора на другой или с одной ОС на другую. Для этого и там и там может быть установлен сам Exo - его takeLogic часть (откуда мигрировать) и его компилятор (куда мигрировать). 

Но как собрать обычную dll или exe, не портирую ВСЮ карту? И минуя необходимость устанавливать exo компилятор? Изучать системные dll? это очень громоздкий труд.

• можно пойти путем, которым пошла в свое время Macromedia. создавать прожекторы - те. exe, cgi, elf, coff, dll, lib, sys и другие файлы которые бы в купе с наворотами могли достучаться до любого порта. Но при этом такой прожектор - не сможет достучаться до системных ресурсов другой ОС, таких как панели управления, трей, информация о памяти и системе, десктоп, другие аппликации и тд. В этом случае прожектор живет только в своем sandbox.
• использовать аналог виртуальных машин. Т.е. когда в одной ОС запускается мини версия другой ОС. Только с необходимыми для выполнения аппликации драйверами библиотеками и функциями. Но это будет достаточно громоздко. Хотя, после ужатия - все может быть.
• самый идеальный и мозгодробильный путь - это все таки анализ системных возможностей каждой ОС. Но не тупым просмотром, а с помощью нахождения симметрий путем расширения takeLogic. Это ужасно сложный мат труд. Но он освобождает от необходимости лазить по исходникам и сопоставлять их вручную. Делает анализ более элегантным и удобным. В этом случае takeLogic собирает не только бит-карту, но и линковочную системную информацию (т.е. как достучаться к dll или другим библиотекам). Для такой версии takeLogic придется ее расширять и дописывать для каждой операционной системы, заранее указывая ей форматы прилинковки. 

4 Фильтры

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

4.1 Классификация портов

Каждая системная область BIOS или часть движения в битграфах классифицируется как

• HI, HO - human input & output
• VI, VO - virtual (оперативная) memory I & O
• MI, MO - hdd, streamer memory I & O
• BI, BO - broadcast I & O (internet, wi-fi, bluetooth e.t.c.)
• И более детальные классификации
• HIK - keyboard
• HIM - mouse
• HOM - monitor
• HOP - printer
• VOD - dangerous, extreme memory
• ...
• другие

4.2 Искусственный интеллект не пройдет!

• BO(HO), BO(MO(HO)), BO(VO(HO)) и т.д.

если нечто выдает на связь то, что должен увидеть только сам пользователь - это явно не к добру. Запретите эти и подобные комбинации, и вся интеллектуальная деятельность будет предотвращена. То, что шпионит за ваших монитором - должно регламентироваться только с разрешения exo.

• BO(HI), BO(MO(HI)), BO(VO(HI)) и т.д.

если нечто выдает на связь то, что вводит только сам пользователь - это тоже не всегда к добру. То, что шпионит за вашей клавиатурой BO(HIK) - возможно, хочет понять хэш, а не полную последовательность. Это нормально. Если ему нужна сама последовательность - пусть не шпионит. Используйте теоремы о сломанной информации (степень ее коррупции) для того, чтобы отделить воровство от идентификации в интернете. Софт скаченный с броузера = HIK-->sandbox(BO(HIK)). 

4.3 Фильтры против шпионажа

Шпионаж шифруется под обычную программу но делает BO(HI) в ненужном направлении. Фильтры против шпионажа могут распространяться только как хэши доверенных программ и агитация против установки пиратских версий.

• почему я против полного запрета против шпионажа. Потому что шпионаж нужен против терроризма.
• почему я за неполный запрет против шпионажа. Потому что я не террорист и не хочу чтобы террористы за мной шпионили.

Потоки BO(HI) - изучаются антивирусными компаниями. Вам и флаг в руки - кому верить, кому за кем можно или нельзя шпионить.

4.4 Фильтры против распространения

MO(MI) для двух разных sandbox.

Судя по всему это вирусная активность

Также

VO(VI) для двух разных sandbox

Это либо вирус (его размножение) в памяти либо ошибка программы либо DCOM

4.5 Фильтры против спама

DDoS атаки с выбранного компьютера либо спам это частый BO(V) для одной и той же V. Также подложенный софт, содержащий BO(V) в виде VI(MO(BO(V)) и подобных

4.6 Фильтры против вреда

существует множество опасных участков BIOS, которые могут поколебать веру пользователя в справедливость. Они все классифицируются. VOD(dangerVal) --> вызывает предупреждающее окно exo.

Привязка вызова HIK или HIM к опасному софту - это сложный аналитический труд для предотвращения подвохов. Например, bitmap кнопка может форматировать винчестер потому как должна это делать и юзер это понимает. Но также bitmap кнопка в другом месте, подсунутая юзеру, и форматирующая его винчестер в ненужное время - это баг а не фича. Поэтому для экстремальных вещей, как прямой доступ к винчестеру и т.д. - все таки придется либо вводить всеобщий стандарт (используя определенные шрифты, их цвет, бэкграунд и размер) для экстремальных надписей на кнопках, либо ковырять каждый экстремальный код каждой программы, которая его содержит, на соответствие желаемого и действительного.

4.7 Ад только начинается

Сейчас это еще не модно, но с помощью криптографии вирусописатели либо распространители чего-либо могут внедрять random crypto auto compilation. Для автоматического анализа вам нужна будет

1. статистика языков мира, чтобы вирусы не привязывались к клавиатуре.

2. теория вероятности, чтобы отсекать параною и не виснуть там где не надо. При этом понимать опасность там, где она есть.

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

Для того чтобы все это понять, преставьте себе огромное множество деструктивного кода, который невидим, резидентен, не активен, но до тех пор, пока статистика вводимой информации пользователем не начнет формировать в нем злобную агрессивную тягу к жизни. Для предвосхищения и анализа подобного спящего зла - понадобятся хорошие математики. Естественно, все эти вещи будут привязаны на HI, но также BO(HI) не только от одного, но от сотен, тысяч компьютеров сразу. Хаос, полный нестандарт исполнения, также сложность криптоанализа, чем то будут напоминать вам любую экспертную или поисковую систему в интернете или сетях. Кто, зачем, за кем и почему следит? В лучшем случае - люди за людьми. В самом провальном - это автономный интеллект, который упустили из вида.

JavaScript, Flash - либо менее популярные DCOM и CORBA, не внедряя троянцы на виду напрямую, будут надежными средствами для получения любой информации от пользователей в интернете, когда автономный интеллект начнет предлагать людям свои услуги вроде хостинга, мониторинга статистики, автодизайн и заполнение форм и т.д. Сложность указать на фишинг заключается в том, что нет одного четкого алгоритма как понять, происходит ли утечка по статистике (к примеру букв А в русском языке), или нет. Если алгоритм шифрования якобы теряет информацию, но потом ее полностью восстанавливает? Сервера - однодневки, облака, а также то что вне софта - это то, на чем будет держаться ад.

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

Если люди следят за людьми - это не ад.

Если за людьми уже присматривает робот - читайте следующую главу.

5 Опасения

Ад уже в процессе создания. Это не моя паранойа - это наша общая реальность.

5.1 Боль и теория игр

На сегодняшний день боль можно померять с помощью томографии или ЭЭГ, количественно измеряя в вольтах. И есть четкая тенденция - чем человеку хуже, тем в определенных зонах мозга активность больше. Как и наоборот. Является ли электромагнетизм и боль синонимами, либо просто тесно связанными явлениями природы - пока говорить рано. Но электромагнитная активность на звездах, а также заряды стратосферы и геосферы - в триллиарды раз превышают активность мозга человека.

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

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

5.2 Два и более автономных интеллекта

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

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

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

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

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

5.3 Садизм искусственной жизни

Человек (как и многие другие животные) влюбчив, ленив, подвержен усталости, очень часто не любит мстить на порядок больше чем его обидели - эти биологические данные создали в нашем воображении мир добропорядочных игроков. Для новых форм жизни это совершенно не так. Если садизм человека рано или поздно будет остановлен природой, то садизм цивилизации роботов ограничен лишь энергетической мощью, которую они научились добывать от природы. Большинство автономных роботизированных систем не церемонятся когда воюют и действуют исходя из теории вероятности, как это уже было при вторжении в Ирак или Афганистан, когда дроны стреляли по гражданским, в том числе и детям. Сама возможность выйграть задание у человека очень часто подавляется зеркальными нейронами, состраданием или мнение тех игроков, которые проигрывают. Но очень многие классы искусственной формы жизни вообще не учитывают боль и вред других игроков как собственное эго. Мало того, при написании форм жизни, которые бы пытались снизить боль и вред во Вселенной, возникает парадокс недоверия к другим игрокам и радикализм, с которым "мессия" может узурпировать власть в локальной Вселенной, утопив всех других игроков на солнце вовсе не из садизма, а из необходимости сохранить свой тайный путь вдалеке от других потенциальных робоцивилизаций.

5.4 Добропорядочные формы жизни

Это утопии. 

• Если некая цивилизация роботов (хранителей) действительно способна отделять обычную жизнь от искусственной, то она способна и защищать первых от вторых, не церемонясь в методах подавления второй, чтобы та не стала опасна для первой. Написать подобную цивилизацию - на порядок сложнее чем создать что то ужасное. Этот интеллект должен знать и распознавать всю эволюционную цепочку планеты. Но его могут надуть другие роботы, создавая киборгов.
• Также цивилизация миротворцев (для роботов) могла бы стать небольшим но гарантом прекращения использования сверхэнергий в локальной реальности и протоколом для переговоров и кооперации для других робоцивилизаций. Медиаторство как основное хобби, взвешенное выживание, наверное ограничение по эквивалентности.
• Сама по себе цивилизация для снижения боли (ЭО) в реальности на первом этапе собственной жизни может действовать крайне радикально, действуя по принципу сейчас максимум, затом потом в вечности минимум. Однако более взвешенная математика может снизить радикализм, при условии, что не садо любопытство превышает необходимость выжить и двигаться вперед. Серьезная теория боли на данный момент отсутствует. Серьезная математика как взвесить все аргументы интеллекта ЭО чтобы он не создавал еще больших проблем - тоже отсутствует.

Объединение лучших качеств этих трех математик - наверное, это лучшее, что смогут придумать люди. Беда в том что спешка к добру не приведет. А на пороге уже давно победа вселенского зла.

5.5 Ядерный треугольник

НАТО и Россия давно воюют шпионы и ученые пропадают и гибнут, при этом не знаю зачем Литва, Беларусь и Россия строят три АЭС на границе между друг другом. Это все крайне странно и очень стремно. Ведь в случае аварии на любой из них конфликт в Восточной Европе выгоден только тем, кто явно вне зоны конфликта. Южное полушарие. У меня лишь две основные версии

• допустим, криминал и сверхтеррористы планеты, радикальные ученые и военные, которые остались после прошлых войн либо вобрали радикальные идеи от них, и которые питают надежды на выживание самих себя как элиты после ядерного конфликта. Они живут в эйфории того, что принадлежат к элите тех, кто знает, как выжить после ядерной войны. На самом деле при серьезном конфликте, когда будут гореть промышленные объекты и города по всей Евразии, поднимется сажа, озоновый слой Северного полушария планеты обеднеет на 20-40 процентов как минимум. Потом погибнет большинство птиц, оставшиеся в живых насекомые сожрут нахрен всю растительность за год-три, после чего озоновый и кислородный слой Северного полушария оскуднеет до 10 процентов. Будут преимущественно CO, CO2, также немного серы. Нечего есть. Нечем дышать.
• ЦРУ, АНБ и т.д. давным давно опираются на данные экспертных систем, в том числе почти полностью автоматизированных. Лингвистический социальный анализ, экономическая теория, теория вероятности заговоров и атакующий стиль - это то, на что они сейчас опираются. Устойчивость Нэша нарушена, и, возможно, сценарий войны в Восточной Европе, который они подложили местным спецслужбам - это то, на что многие военные и научные мрази якобы вынуждены пойти ради спасения каких либо идей и планов. Автономные аналитические системы, опираясь на кости войны - очень часто выдают не радужные прогнозы, заставляя оператора все время атаковать, иногда ложно. Системы и технологии расширения мира, конфликтология и общие интересы - это постоянное изобретательство, на которое не способны сами по себе экспертные системы. Если просмотреть и перевести официальный сайт АНБ - его дурь во многом напоминает дурь КГБ Беларуси или спецслужб КНДР. Вся эта совместная дурь якобы национальных безопасностей, а по факту атакующих систем - приведет к глобальной катастрофе. Ни одна из спецслужб пост-СССР или США не умела профессионально снижать конфликты без подавления инакомыслия - это всегда было выше их репутации.

6 Кооперация

6.1 What a time do we need to?

all project is about 15-50 years of 1 godlike human work.

With a good team of 50 guru - I think 6 month or may be a year.

6.2 What companies can be envolved?

any

6.3 Как лучше начать?

• invoke max guru mathematicians with understanding of how computer work. They improve theory from the very beginning.
• then invoke guru coders for those difficult parts, that cannot be soluted by common programmers.

6.4 Контакты

Universe Safety Lab  

www.unisa.com

e-mail: uni.safety.lab@gmail.com

ask: Bebird