EXACTLY pal!! I am facing the same issue.. I was at 58 sec and premoved and after the move completion i had 56 sec (I was fuming lol)... I lost like 4 games due to it..
I dont care about ELO (tbh) but lost some 60 due to it.. Its really annoying to play..
I like your suggestion .. But i am also not some tech expert (like u) so cant say it right or wrong 
Yeah thats why L***ess servers are more superior than chess.com servers. Hands down the best chess playing experience on any website.
I had the same problem. Lost a bunch of hyperbullet matches with mate in one or two moves. Somehow, I went from 1.6 to 0.5 and 0.0 between the premoves.
I had the same problem. Lost a bunch of hyperbullet matches with mate in one or two moves. Somehow, I went from 1.6 to 0.5 and 0.0 between the premoves.
I'm pretty sure that premoves are cached client side and sent immediately after receiving the opponent's previous move. They are not sent to the live server and queued there; that's why a refresh can remove all queued premoves.
Since that is the case, if your connection is experiencing excessive lag, over the amount allowed by the lag forgiveness algorithms, premoves can take more time off the clock.
https://support.chess.com/article/213-how-do-i-fix-my-disconnect-lag-issues
With 20 secs on the clock could only get in 2 moves. this is in 5 min with 10m/s upload and 100 dl.
It happens. Play longer time controls if this is a problem to u.
It happens. Play longer time controls if this is a problem to u.
problem is such a sick mind. while also cumulative lag compensation exits.
wth happens with this manipulation is that compensation algorithm processing sheets all around during every seconds but mostly heavily counts last 10 seconds to steal fair players time no matter pre-moves or fast move pretends while reducing from 10 seconds to zero in order to manipulate clocks and just give you enough time to watch flagging.. That also why your mouse stalls then with strange behaver. CIA have develop and test this algorithm these sites for international processes there is nothing you can do abouth it. you have to sit n watch lagger sheets steal your win. Just pink knowing its your win stolen. service compensates lagger time from your clock what else dudes. do not whine.
cheese.com nvm their database is full 90percent of nonsense games registered lose by flagging while m1. and never tries to correct algorithm
The site forgives a certain amount of lag, for each player in a game. So, if you're seeing lost time, then the path between you and the site is experiencing a lot of lag.
There is no point playing 1 min bullet on this site. Other sites you can play 1/4 min and get in more moves than the full min here, exact same connection so definitely not a connection problem.
Other sites are not located in the same part of the world, so the path your traffic takes to get to them only shares a part of the path. Lag or issues along the path from your location to the chess.com Live server most likely won't be the same as it is between another, potentially closer, server.
You also can't really compare because other sites handle lag differently; some don't count lag at all, so a 1|0 bullet game can take as long as all the moves plus all the lag/transit time. Here, only a certain amount of lag is compensated for, and the rest counts against the clock; for most players, they will fall within that time and won't notice any major clock issues. However, for some, they will.
It doesn't really matter where the problem is, the effect is the same.
Short of a change in the site architecture, with distributed live server processes in different parts of the world, then the fact that traffic has to travel farther and through more equipment is going to be a factor. Based on an article on another site, I think the site is working on something along those lines, but don't know how long out any potential change is on that end.
This does not make any sense to me and I really hope that this problem exists because I need to change my settings and not because of the website's fault, but I am afraid it might be. To begin, it is almost impossible for me to play good bullet on Chess.com because of this problem.
What is this problem you may ask? I will play a move, and then play a premove (very quickly after my initial move, for the sake of explaining say .3 seconds after my first move), I will wait (hypothetically 1 second) for my opponent to make a move. Then my premove will go through, but instead of me losing 0.1 seconds for the premove, I will lose .6, with a fairly good connection, and up to 1.5 with a poor one. This makes time scrambles impossible to win.
The reason why I think this is happening is that when I send the first move, it gets immediately send to the server, but when I send my premove, it stays in my computer, until the opponent sends his move to the server, which then gets sent to me, and only after I receive this move, does my computer send this premove. This, at least I believe, is a reasonable explanation for why I am getting lag between premoves (because the lag it takes for the move to get sent to me, then for my move to get sent is being accounted for in the hypothetical 0.6 seconds between moves).
I am not a tech developer, nor have I ever really coded, nor have I ever did anything for any website, so please take my suggestion with a grain of salt.
My solution is that instead of this, make it so that when I make a move and then a premove, both of them go to the server at the same time (or at least with the exact same time between them as the time between me physically making the moves) regardless of when my opponent makes a move. Knowing this, when my opponent sends a move to the server, my premove is already at the server. Then the server will add 0.1 to my clock manually, then start the opponent's clock, then will send me back my time and will send back my move to the opponent at the same time. Doing this, lag will no longer be a major problem in premoving.
TLDR: Store removes on the server, not the client.
But then again, I could just be completely wrong.