Transactions not sent in the right phase of the round

[nikipapadatou]

[gacevicljubisa]

This could be because of the lock; happens rare, but it misses the phase for a cople of blocks. Needs to be investigated.

[gacevicljubisa]

Here are the examples for the current redistribution contract 0x5b718E36F5Ce2F2F7e25A397040436Ce6af3e89e on the testnet:

0xe1886b9da16a59821c447035eec1ce2743a3f7ed9135254a133f44acf92d71f2,	'NotCommitPhase ()'	Late 2 block in Commit
0x5fdcc313618df4a068674f87d757cd5bbacef6791462a7d11063bbc0641e192a,	'NotCommitPhase ()'	Late 2 block in Commit
0x92dc0cd1151f16530bb2dbf4b3eebe1b9b43770d99bfaa4a2f4cb4ed5c8558c9,	'NotCommitPhase ()'	Late 6 block in Commit
0xa69eb27c039cd208b168a4ef0ede899eae2168030e564a0c01e4ea3306def97d,	'NotCommitPhase ()'	Late 4 block in Commit
0xc133d7f171940017711497b1a6dd33242cae950c38dfc336aa784adfa8d75842,	'PhaseLastBlock ()'	Late 1 block in Commit
0x98d3a9fb791969bbcf5b7ec20257d951a45d3ea3a5b599a4ebb6e293775e3739,	'PhaseLastBlock ()'	Late 1 block in Commit
0x579d806d99aa6e64af467b0004a311f1eaece241f072f50d3242e23db2a2de5f,	'NotCommitPhase ()'	Late 4 block in Commit
0x5a4a50370125f8184abab605957fcca08709bf3f6c4ec626ce1ca78a2287543f,	'PhaseLastBlock ()'	Late 1 block in Commit
0x3fff592bb9b41d4321f571c57d524acf18f69489b04e3a24022728441eec095d,	'NotCommitPhase ()'	Late 6 block in Commit
0x1c459a9398ae77eadb4c447f04c847df14e6e60189ac8da689b8257af613186f,	'NotCommitPhase ()'	Late 6 block in Commit

[gacevicljubisa]

For example TX 0xe1886b9da16a59821c447035eec1ce2743a3f7ed9135254a133f44acf92d71f2, which missed just 2 blocks, it seems that making sample took 22.4 minutes? 22.4minutes is around 112 blocks on Sepolia. And making sample is done in internal sample phase, which can overlap with other phases (starts with claim). If we check every 5 blocks the phase, in this kind of situations it is very easy to be late on the Commit phase.

We should consider to improve the perfomance of the sample making