Currently 3 shard servers are used for saving the key and either two of them are required to reconstruct the key.
In my opinion it's too easy for any two subjects to cooperate when it comes to key reconstruction. I'd like to therefore have the number of shard servers configurable (with possibly hundreds of shard servers). This implies also having configurable also the minimum number of servers needed for key reconstruction (with possibly hundreds of required pieces of the key).
You can use --totalshares and --neededshares to configure how many shares keysafe splits the key into. See also detect number of required shares on restore.
Bear in mind that colluding servers still have to guess the name used to find the shares to combine, and even then they still have the expensive work of cracking the password ahead. Splitting the secret across servers is only an initial line of defense.
It's debatable whether having a lot of servers would add much security.
But, keysafe needs more servers in any case. With more than 3 servers, splits like 3-of-4 and 2-of-4 become usable; these and other parameters are probably useful in some cases.