Description 1. The User A sends a proof and is waiting 2. The zk arcade server is restarted (let's suppose there is a redeploy, or the server crashes) 3. The connection with the batcher is cut 4. The server goes up 5. There are two posibilties Case 1: The proof is not sent yet, so the user can bump the fee and finally send the proof Case 2: The proof was sent to Ethereum, so the proof is marked as failed (it is a similar case to #310)