How many milliwatts would you need to run Stockfish at ~2900 strength under classical time controls, and what's the smallest extant gadget in that power range?

(I'm assuming the I/O power would be negligible compared to compute, since it'd run at very low duty cycle).

I saw this recently, so not only is it possible, but it's fairly simple: https://incoherency.co.uk/blog/stories/sockfish.html

I'm pretty sure they'd notice the large box and powerbank in your pockets on the way in if you tried that.

Fitting both into your shoes would be easy... which I actually know from experience, having put batteries into shoes for other purposes.

We all know this is embedded in his glass eye. 500Gflops/watt gets you pretty far on battery power.

Wait, does he really have a glass eye?!

it's absolutely doable, especially for someone with the commitment of a chess grandmaster, but the main here issue wouldn't be having the processing power to calculate the moves, it'd be the input bandwidth to update the computer with the moves.

yes a cheater could have - for example - a subdermal implant that vibrates to update them with a killer mid-game line to go down, but, without the internet, it would be a huge uphill struggle to update the board with the moves. certainly not impossible, especially if you were very dedicated, but very, very hard to get right, especially without getting caught under such scrutinous circumstances

The set up of the board at the start is static, so even a very naive approach of "piece at square (nibble, nibble) moves to square (nibble, nibble)" only requires two bytes per turn. I would expect there to be IMMENSELY better ways to encode this state update if I wasn't a dunce, and the people making cheating hardware are very good at that style of compression.

> piece at square (nibble, nibble) moves to square (nibble, nibble)

Chess notation is very compact, you don't even need to say where the starting piece was in most cases because it's implied by the move.

If you have 2 rooks on A1 and H1, and the move says rh4, only one of your rooks can legally make that move. However if the move was rc1, both rooks could make that move so you do need to disambiguate.

presuming that the cheater communicates with the system through some form of physical pressure, they could probably use a modified Morse code re-optimised for the frequency of letters in chess notation. according to wikipedia[1] this already exists and was developed for telegraph and radio transmission of chess games, although I have no idea how well optimised it is

[1] - https://en.wikipedia.org/wiki/Chess_notation

That suggests a fun strategy for Magnus or anyone else playing Niemann: do lots of moves where there would be ambiguity in which piece was moved.

Now however Niemann is entering the moves, he's got more to type and more places he might make a mistake.

this is one of the reasons it may be best to find another method.

one I thought of is to rank all the squares from most-used to least-used, then assign each of them a Morse code, simplest first. 64 squares is 2^6, so the maximum length input you would ever need is six. given a usage frequency for each of the squares, you could calculate your average input length by the sum of all len(square_code) * square_frequency divided by 64.

assuming all squares are the same frequency (1/64), it's just the sum of all len(square_code) divided by 64, which I believe comes out at 322/64 = 5.03125, although I could be wrong about that.

this makes your maximum necessary input per move 12 bits, but your average will be lower, depending on the frequency distribution of squares. (ignoring castling and en-passant for a moment) this is 2 bits more than using a piece+target square technique

>t's absolutely doable, especially for someone with the commitment of a chess grandmaster,

would that same someone be able to pull something like this off on their own, or would they need assistance building/programming/etc? At that point, how many people need to be involved before it becomes a secret too big to keep, or dead bodies start showing up within the cheater's orbit?

I'm almost certain that if you gave me a month and a half decent budget I could whip something together. I sincerely doubt this is beyond the scope of one committed and somewhat intelligent person

plus one more programmer/engineer should be enough, the rest of the supply chain can be oblivious to the purpose.

just make sure to x-ray everything.

0]: https://incoherency.co.uk/blog/stories/sockfish.html

There still needs to be a way for the cheater to communicate input about the moves in the game to the Arduino.

The players should be required to strip down to their underwear and wear elegant tournament-provided kimonos and slippers.

Communication could be done entirely invisibly from an outsiders perspective. For example, embedded electrodes sensing when one clenched their jaw muscles.

My brother and I did this magic trick and convinced our grade school we had ESP... the mark tells brother a secret number. I put my hands on brothers head and without communicating I tell what the secret number was. It was just the number of times he clenched his jaw.

Put them in a room without window or any exterior interactions, 4 cameras in each corner, wifi/radio signal jammer, 10 minutes delay with livestream, I would honestly pay respect to Hans if he can still cheat in those conditions

Is wifi even necessary? Could one embed a chip which does chess inference somewhere in one's body?

If one was willing to go as far as devices implanted into the body, it's somewhat easy to imagine inputs via normal-looking fidgeting: toe taps, even perhaps clenching some body part.

While not trivial, it doesn't feel like the hardest part of that particular engineering challenge.

This being HN, I'm surprised nobody has mentioned that they could build an OpenCV system to watch a match in progress over a weekend.

At GM levels the matches are typically broadcast live and/or have an audience, so it would only require an observer to input the moves.

This can be counteracted by broadcasting with a delay, something I believe they already do. It may be the case that the delay needs to be increased.

Chess turns can take 20+ minutes sometimes depending on the time limit of the game, so that would be quite a delay, and then you would still have a problem with a live audience.

How about a 'turn-delay'... the broadcast field is always three turns delayed rather than a static time delay

Well if there's 3 rapid fire exchanges (trading Queens & Rooks for example) lasting 10 seconds total, followed by a 20 min move, then the broadcast would have to freeze frame on the 1st move in the rapid fire sequence, so as to stay 3 moves behind, with the last 2 "hidden" moves evident to all that the pieces will be traded.

Then you again require communication to the players, which a Faraday cage would solve.

Arduino you ain't cheatin'? :)

Yeah, we'll need them to don tight spandex clothing and walk through a sensitive metal detector on the way to their chairs.

They use metal detectors on them already.

Bend over and cough?

Not to spread rumors or anything, but this has gone over the top:

> A chess grandmaster has become the victim of an online rumor that he used a sex toy to defeat the world champion.

https://www.insider.com/chess-feud-hans-niemann-magnus-carls...

Satire is dead.

It was satire. It was originally suggested on a streamers chat as a joke that the streamer laughed at. Noone took it seriously

Just make them walk through a really big electromagnet and hope that neither has a pacemaker.

What if the pacemaker is the cheating device?

A pacemaker is cheating death already, so what is chess.

Stop the heartbeat in morse code of the next move. Communicate with the device via blood pressure

Surely competitive nude chess is a thing?

In tournaments that have broadcast without delay you don't even need a computer. You can have a script reading the game and calculating at home. You just need to receive signals which is a way easier task. As you don't need to do input nor the actual computation.