Denis Gaydak

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

С подобной проблемой мы боролись по средствам передачи железа для ПТУ\Университетов\Коледжей.
Они и принять могут по дукументам и чаще всего будут рады этому.

А чего тогда сразу не статическим его сделать?
Синглтон - не единственный метод взаимодействия классов (и вообще это не про взаимодействие, ну да ладно, суть понятно). Почитайте про инъекцию зависимостей (без фреймворков), например.
В том же юнити можно до кучи использовать и SerializeField, и GetComponent, и ненавинсый FindObjectOfType,

Берете все данные, которые вам нужно сохранить, загоняете в json/xml, и сохраняете в PlayerPrefs как строку.
Для оптимизации можете подробить на логические элементы.

Если не знаете достаточно С#,лучше его выучить получше. Есть много уроков на Ютубе,есть сайт Udemy книги по юнити и т.д., т.п. Всё собираешь по немножку, где-то понял как сделать диалоговое окно для связи с игроком. Где-то как сделать главное меню игры. И с опытом вы сможете решить задачи которые вам нужны без всяких видео

Layer-based collision detection

Очевидно же - написать код. Много кода.
Начните с детекта инпута - есть в любом уроке по юнити.

По Unity, помимо документации, основной обучающий ресурс - learn.unity.com
Для комфортного обучения есть платный вариант.

Если число больше миллиона, то поделить на миллион и добавить букву "М", иначе если больше тысячи ... и т.д.

Все популярные игровые движки умеют "в мультиплеер", даже такое чудо как GameMaker.

Инспектор всегда показывает локальные координаты - т.е. координаты относительно родительского объекта.
Через код можно получить как локальные, так и глобальные координаты.
Исправлять тут нечего.

Не имеет значения. Все инструменты - это лишь обёртки. Одни могут только быть более заточены под конкретную задачу, предоставляя разработчику однобокое упрощение. Например, Unity - движок, который позволяет быстро, визуально и не напрягаясь создать игру. Он заточен под 3D, даже 2D - там на самом деле 3D, просто с 2D перспективой. Также, он не оптимизирован в угоду простоте и не позволяет создавать крупные проекты.

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

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

Ну а так - заведите линейку (рекомендую металлическую), и бейте себя по рукам когда будут приступы перфекционизма.