GavriKos

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

Охх. Вот вы не первый раз уже страдаете этой фигней, а все никак выстрадать не можете... Неужели экономия стоит этих потраченых усилий? Вся остальная игра готова на 100%?

Отвечая на ваш вопрос. У вас две ошибки. Первая. Для текстовых "конфигов" надо использовать либо StreamingAssets (папка такая специальная, которая собирается несколько по другому), либо грузить как текстовый ресурс(во втором не уверен - уже очень давно такое не использовал).
Вторая - я так подозреваю что тестируете на андроиде... Так вот там чтение из СтримингАссетов (или из другой точки скомпилированного приложения) делается не через File, а через UnityWebRequest

Рейкаст отработает там где вы его вызовете - никуда он в фикседапдейт не уйдет.

Когда говорят что "физика работает в фикседе" - имеется ввиду что сам физдвижек изменения объектов считает в фикседе. Из этого следует что если вы будете работать с физикой в апдейте - то состояния объектов могут не обновиться например.

Плохая ровно потому, что у наследников MonoBehaviour нельзя использовать конструктор. Да и фраза "вызывать конструктор" вводи лично меня в ступор ))

GetComponentInChildren() вернул null - т.е. в чайлдах не найден компонент "слайдер".

Вроде если на префаб нигде нет ссылки И он не лежит в Resources - он не попадает в сборку. Проверьте сперва этот вариант.
А вообще в компиляцию не попадает содержимое папки Editor - но вот фиг его можно ли в ней комфортно держать префабы

Ну вообще timeScale не для паузы. У вас отвалится много чего из за этого (анимации, например).

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

Ну с точкой B вообще все просто - если расстояние между центрами <= радиуса B - то объект пересек своим центром зону коллайдера B.

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

Нет, не влияет.

Потому что надо выучить сишарп и не использовать модификаторы доступа внутри методов.

Профайлить и дебажить в таком случае.

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

Теги это строки. Но можно написать свой кастомный эдитор и в нем использовать вот это:
https://docs.unity3d.com/ScriptReference/EditorGUI...

Альтернатива - задать свой enum, и написать конвертер из енама в теги (это несложно)

Ну где то на уровне теории - переводите экранные координаты в мировые. Методы есть у камеры (ScreenPointToWorld). Но сработает это адекватно только для ортографической камеры - как только вы добавите глубину придется больше исхитрятся.