Временной анализ Twitter Streaming API

Уже несколько месяцев сайт Прайслайн сканирует сообщения Твиттера в поисках информации о скидках и ценах #прайслайн. Напомню, что для этого используется так называемый Streaming API, который, в отличие от прочих "поисковых" API Твиттера, выдает данные не по запросу, а "толкает" их сам в сторону клиента согласно заданным условиям фильтрации.

Происходить это должно "как бы" в реальном времени, но чудес, как известно, не бывает. На практике задержка между временем создания твита (оно указывается в самом твите) и уведомления о его наличии на стороне "подписчика" Streaming API составляет 5-10 минут. Это косвенно указывает на то, что Твиттер неким образом тасует сообщения между своими серверами, и последовательность твитов не строго отражает их хронологию.

Для сервиса агрегатора цен это вроде бы не критично, однако если представить, что Твиттер будет использован в качестве источника цен на сайте с элементами социального квеста (каким и является прототип Прайслайн), то последовательность поступления может влиять на рейтинг пользователей. Напоминаю, что на Прайслайн цены не могут дублироваться. Если пользователь обнаружил выгодное предложение не первым, он фактически может только подтвердить цену, уже имеющуюся в базе, проголосовав за нее, и тем самым "сказать спасибо" "первооткрывателю".