The safecoin farming is controlled by a single factor (like the bitcoin block reward). This factor is the modulo division number of attempts per Get for a node. So imagine this is 1,000, if the Get messageid plus some other factors (nodeid of the close nodes at that time etc.) all provide a zeo answer then the node can request a reward. This request goe via some other groups to create the reward.
Eventually the group closest to the reward address (which is in the 32 bit field) will confirm all the actors in the scene (node ids closeness messsageid etc.) and with the hash of the culmination of those things look if there is a space == to that in the safecoin space (i.e. has anyone already claimed this safecoin). If there is space the safecoin is created (farmed).
So the difficulty increases as the space fills up (exponentially).
So here is my issue with this. We set this modulo % number as a magic number. This is wrong, simply has to be. It is like the bitcoin 10 minute thing, its wrong and arbitrary.
We have a great opportunity to get rid of this. I see it like this, the network sets this number initially, then (the magic part I have not finalised yet) adjusts that based on supply/demand. We already can do this via the farming rate curve, so make farmers very profitable at network average to that + 20%. If the network can then tell we are oversupplying (to many nodes over the Average+20% it increases the difficulty number (this modulo).
That way what is happening is the external price of safecoin is taken into account as the network can detect over or undersupply, on undersupply make it easier, oversupply make it harder. This way equilibrium of resource supply verses price os safecoin is attained, without the network knowing the price of a safecoin.
There is more to this but basically this would rid us of a magic number and allow supply/demand balance at all times.