есть два варианта: 

1. Жесткая привязка к глобальному времени и при инциализации сервер сообщает клиенту, сколько сейчас времени, клиент сравнивает и потом при каждой операции со временем учитывать эту поправку. Погрешность возникнет в момент передачи этой информации.

2. Каждый раз при обращении клиента к серверу, сервер сообщает, сколько времени осталось на совершение действия. Погрешность будет возникать каждый раз. Если медленный интернет или просто забит канал, может появиться погрешность в 1 или даже 2 секунды. Конечно, это не очень не критичное, но всё же.

Подскажите, какое вариант более рациональный

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

Изначально неправильный подход ... нужно делать так называемое keep-alone соединение, чтобы сервер мог сам инициировать событие клиенту тогда когда ему это нужно, а не ждал запроса от клиента. Естественно, это значительно сложнее, но уже сейчас есть ряд методик реализации такого подхода. Самая распространенная и популярная - Comet, когда посылается request, а response удерживается на сервере, используя его как постоянный канал отправки данных (как бы незакрытое соединение). Правда, в "чистом" html+javascript реализовывать не вполне удобно, так как страница будет постоянно иметь статус загружаемой (в ИЕ будут крутиться часики или что-то-там-еще), хотя можно попробовать через фрейм. Но зато эта методика великолепно подходит для вставляемой в страницу флешки, которая если нужно может обмениваться информацией со страницей - так сделаны большинство онлайн-игр.
Еще есть методика удерживающих ответов - Continuations: мы посылаем запрос, а сервер удерживает ответ до тех пор, пока не появится событие (или по истечении заданного времени), а когда возвращае, то клиент тут же отправляет снова запрос. С одной стороны, система менее гибкая - не сохраняется полноценная асинхронность запросов, но с другой - надежно и просто и на голову выше отправки запросов по таймеру - как недорогой и эффективный способ очень даже ничего (сам когда-то раскручивал - работало хорошо).