Петля времени (СИ)

  Нет, оно, конечно же, логично, пиково вбухал некоторое количество электричества (взятого у гипера), а потом перешёл на режим самоподдержки работы.

  Но!

  Это и хорошо и плохо одновременно.

  Плюсом этой ситуации являлось то, что запустить портал мы бы могли сами. В смысле, с помощью нашего оборудования создать условия для открытия окна. А потом оставить Заказчику работающую установку.

  Это, с точки зрения защиты нашего ноу-хау, самая выигрышная ситуация.

  Если нерадивые работники (читай искушённые злопыхатели) попробуют изучить работу устройства, то окно просто закроется. И Заказчику придётся вызывать 'бригаду ух', чтобы снова запустить портал в работу.

  Но!

  И это первое 'но'!

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

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

  А обрекать себя на кабалу как-то не хочется.

  И второе 'но'!

  Появляется возможность стороннему 'клиенту' запросто оказаться в целевой системе.

  И это означает, что придётся озаботиться постоянной охраной точки перехода. То есть, дополнительные расходы. И Заказчик их вряд ли захочет нести.

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

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

  А если это ещё и какой-нибудь камикадзе?

  С заданием рвануть портал в целевой системе?

  Заказчик ведь за это не отвечает!

  А форс-мажор ляжет на наши плечи.

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

  Но тут требовалась целая масса решений, которые должны применяться при таком способе использования.

  Сначала нужно сообщить в целевую систему, что планируется переброска груза.

  И под словом 'сообщить' подразумевалось наличие некой коммуникации между системами.

  Значит, нужна связь.

  А это порождает проблему передачи Заказчику и устройств гиперпространственных приемопередатчиков.

  Нет, конечно же, можно использовать и работу по расписанию.

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

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

  А всё очень просто.

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

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

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

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

  Но без фанатизма.

  А вот действия 'посторонних' лиц...

  Эти будут пытаться получить максимум из возможного.

  И этим, посторонним, целостность установки для её 'изучения', совершенно не важна.

  Ну да.

  Злопыхатели не знают, что разобрав установку на части, понять принцип её работы им уже не удастся.

  Ну, так это ведь только один из тех вопросов, которые они должны решить.

  Безусловно, самый важный. И, безусловно, первый в списке всех неконструктивных действий.

  Но не менее значим и вопрос финансового обнуления нашего клиента.

  То есть, если установку удастся изучить и повторить - так это просто замечательно.

  А не получится...

  Так потери от прерывания грузового потока Заказчика из целевой системы, тоже очень интересны.

  Это и финансовый удар и новая попытка заказать восстановление порушенного оборудования.

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

  ***

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

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

  Итак, на первое место всё же выходит проблема межзвёздной связи.

  И вот как её можно решить?

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

  Возможно?

  Более чем. Но тогда возникает закономерный вопрос о том, насколько портальное окно 'прозрачно' для прохождения этих самых радиоволн.