Currently remote clocks are assumed to have some offset. but skew is assumed to be 0, as all server clocks should be sync'ed with NTP anyway. This issue aims for supporting clock skew in remotes, even though it is not an immediate concern.