the 3 player bombs shouldn't be exposed to the opponent.

Since there is only one TrustedGetter to get the Board, we need to make sure that it only includes the player bombs.

With player-specific bomb storage that would have been solved, but since we only have GetBoard it seems a little bit more complicated.

Can it be that we allow moves even when the board is won?

To have a game score at the end I suggest adding a score that accounts for points the following way.

1 point for each stone played
1 point for every enemy stone destroyed

at the moment the score is not determining the winner, but once we will add the correct rules it will.

the client can currently update the board bombs decreased (in bomb phase) or on player change (in play phase)

to avoid this I would suggest we add an index to the game state, best would be the block number, which would also allow timing later.

I suggest adding blocknumber to gamestate updated on each storage change,

after phase changed to play, not able to drop stone, even though transaction on tee get's accepted.

Trying to drop a stone here at West 7, where there is already a stone, will panic.

worker_1      | thread '<unnamed>' panicked at 'index out of bounds: the len is 10 but the index is 255', /root/.cargo/git/checkouts/ajuna-games-9c75f15c32f67658/159ae6d/dot4gravity/src/lib.rs:151:9
worker_1      | note: Call backtrace::enable_backtrace with 'PrintFormat::Short/Full' for a backtrace.
worker_1      | fatal runtime error: failed to initiate panic, error 5

for the client it is important to know where the last move has been done (Side, number), so an animation can be done from the dropping side.

I request to add to GameState