2. Зачем: как известно, если кто-то до тебя набрал в неправильном регистре тег, или загнал имя собственное со строчной буквы в этот самый тег, исправить это уже нет возможности. А ещё больше бесит, когда кто-то ввёл кривой тег на другом сайте. Ещё бывает так, что кто-то ввёл тег с ошибкой на одном из сайтов, и потом система предлагает этот тег с ошибкой (по первым буквам когда набираешь). Кроме того, было бы хорошо, если БД тегов редактировались, тем самым можно было бы вырезать неправильные теги или их исправить.

3. Мысли по реализации:

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

Вариант Б. "Дорогой и эффективный"
Ввести жёсткую модерацию тегов. Что невозможно. В таком случае сделать форму, где участники системы будут отправлять замеченные неправильные теги, эти теги будут добавляться в ЧС, и вырезаться из основного хранилища тегов. При попытке добавить неправильный тег из ЧС — тег не добавлять. Кроме того, ввести в форму добавления тегов проверку на орфографию и нормализатор регистра со своей базой исключений.

Вариант В. "Бюджетный"
Просто ввести проверку на орфографию (например, взять тот, что предлагает Яндекс). По крайней мере, не будут плодиться новые неправильные теги.

+ при добавлении награды сделать что бы можно было сделать описание для чего награда что бы админу было удобно если их у него их много

3. Мысли по реализации: нема

И на "сознательность" тут полагаться ну никак нельзя хотя бы потому, что дернуть запрос АПИ может не только админ, а вообще кто угодно. Т.е. если реализовать то, что Вы хотите - то любой желающий может попытаться тут же выгрузить всего одним запросом вообще весь сайт из юкозовского top100 (например, для того, чтобы сделать у себя его клон и потом торговать ссылками). И уж поверьте, что таких доморощенных умников найдется немало.

1. Предложение: Создать модуль наподобие модуля фотографии - просмотр видео-онлайн
2. Зачем: Не придется переделывать под эти нужды другой модуль.
3. Мысли по реализации: Я думаю, что это не сложно будет сделать + можно добавить свой плеер для проигрывания роликов из интернета.

Тоже очень нужно. Предлагал ещё год назад. Отказали.

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

Мысли по реализации: У каждого пользователя будет доп. группа маска. Т.е он будет одновременно состоять в обычной группе и на неё будут накладываться права из уникальной группы этого пользователя. Все настройки в группе такие же как и в обычных группах. Изначально в группе маске все галочки не будут отмечены (т.е при этом права будут только из обычной группы). Если отметить в локальной группе любой пункт, например "использование HTML" то пользователь сможет использовать html.

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