короче тупой вопрос, мне же надо айдишник ручками санитизировать?

сделай check(id, String)

Для нас был важен порядок синхронизации данных. Метеор может его не обеспечивать при синхронизации нескольких тысяч строк. Далее мы столкнулись с молчаливой потерей данных при синхронизации после выхода из оффлайн. Далее, у нас было множество конкурентных объектов, которые могут редактировать сразу несколько пользаков. Из-за этого сервер Метеора был значительно нагружен и в какие моменты падал с переполнением памяти и с другими моментами. В итоге мы его полностью не выпилили, но отказались от его DDP протокола и всех клиентских библиотек. Заместо этого используем его как только REST API и данные передаем последовательно через POST-запросы. Т.е. более традиционно. Возможно все описываемые проблемы как-то решаются в библиотеках Meteor, но у нас не было ресурсов исследовать его. Приложение уже работало в проде. К тому же на тот момент у нас было меньше ста пользователей работающих одновременно. А потом присоединилось ещё множество. Имея такой опыт на первом множестве, мы не стали рисковать с исследованиями Метеора и его DDP-протокола, выбрав более традиционный путь с детерминированным обменом данными.