Griboks

Необходимо сделать игрока потомком платформы.

Во-первых, вам надо смириться с мыслью, что в шарпе нет пакетов, а есть библиотеки (*.dll), которые, чаще всего, нельзя просматривать и редактировать.
Во-вторых, с юнити вообще отдельная история. Либо качаете *.unitypackage (например, из того же asset store), который инкапсулирует всевозможные ассеты, либо подключаете те самые библиотеки (обязательно посмотрев соответствующий раздел документации).
Так же важно знать, что в юнити используется старый шарп (вроде бы 4).

Подробно читайте документацию! FindGameObjectsWithTag ищет только среди активных объектов на сцене.

В программе для создания 3d моделей. Например, maya или 3ds max.

transform.parent

Можете использовать ортографическую камеру+3D. Это самое простое решение.

Трассирующие пули: можно рисовать линии как в кс 1.6 делали.
Траектория: ну тут думать особо не надо. Берём начальные условия и рассчитываем.
Задержка: запоминаем начальные условия и обрабатываем их через некое t. Однако, трассирующие пули всё-равно придётся вырисовывать движущимися объектами. Так что можно и первый вариант попробовать. К тому же в юнити есть спец. режим коллизий для быстрых объектов.

Думаю, тут отлично подойдёт метод игрока

Lives--;
    if (lives == 0)
    {
      ReloadScene();
    }
    Invulnerability(2);
    rigidbody.velocity = Vector3.zero;
    rigidbody.AddForce(transform.up * 12.0F, ForceMode2D.Impulse);

Вам нужны классические события.

class Enemy{void Start(){Player.Spawn+=StartAttack;}}
class Player{event someDelegate Spawn;}

if (Input.GetMouseButtonDown(0)) rb2d.velocity*=-1;

Вы думаете не в том направлении. Сервер главный, клиенты - рабы его. Захотели куда-то полететь? Спрашивайте разрешения у сервера. Захотели посмотреть данные о планете? Спрашивайте у сервера? Захотели сходить в туалет? Спрашивайте у сервера) Разумеется, всё это для выделенного сервера, который вы хотите написать на C#.

1) Надо отталкиваться от того, что любой клиент можно подделать. Следовательно, всё, что не отвечает за рендеринг, интерфейс и красивые эффекты, должно храниться и обрабатываться сервером. Клиент должен просто показывать ваши нули и единицы в удобной для пользователя формы.
2) Любое действие, совершаемое игроком, должно отправляться на сервер и проверяться им. Естественно, по данным, которые хранятся на сервере. Пользователь нажимает кнопку, посылается запрос на сервер, он симулирует действия. Рассматривайте сервер как единственное место, в котором реально происходит "игра" (симуляция мира). Клиент же рассматривайте как клавиатуру, мышку и монитор в оффлайн играх.
3) Симуляция (которая происходит ТОЛЬКО на сервере) должна быть ни чем иным, как простым кодом. Без всяких переиспользований и прочего. Просто какая-то функция OnClientSendData, которая, грубо говоря, осуществляет покупку от имени приславшего клиента нового корабля, сохраняет id в профиль игрока и возвращает сообщение об успешном выполнении покупки.
4) Связь между клиентом и сервером должна осуществляться через ваш собственный или выбранный протокол. На низком уровне. Обобщая, без использования стандартных юнитовских rpc, т.к. они не работают с выделенным сервером. Если очень хочется, то работают, но тогда сервер придётся писать на самой юнити, и он уже не будет консольным. В таком случае, опять таки надо забыть про рендеринг и прочее, ведь сервер должен быть быстрым, и на него никто не будет пялиться каждый день. Сборки, разумеется, должны быть разные для сервера и для клиента.
5) Интерполяция, экстраполяция, сглаживание и прочие умные словечки будут очень полезны в плане разгрузки сервера. Ведь можно каждую секунду передавать координаты планеты всем клиентам, а можно задать его эфемериду на несколько часов вперёд, ограничившись таким образом одной отправкой. Кстати, именно так сделано в GPS.
6) Некоторые логические действия всё-таки можно производить на клиенте, если их результату сервер сможет доверять. Ну или просто "разрешить" читерство, проводя симуляцию на клиенте, а сервер превратив в "тонкую" базу для синхронизации.
7) Ну и под конец, необходимо использовать всякие спец. приёмчики. Например, зачем каждый раз загружать с сервера всю карту, если можно загрузить только изменившийся кусок. Некоторые действия можно вообще сделать "локальными". Например, зная результат боя, можно сразу загрузить его и симулировать на клиенте, а не получать каждую секунду новые параметры.

Вы сами вызываете эти функции? Тогда вызывайте свои)) Наследовать тоже можно, только это будет уже не Rigidbody2D. А что не получилось? А какие функции надо обсервить?