You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In order to be able to extract time-value easier, perhaps time-value itself could be tokenized as FSNT. Below is a suggestion for how it could be possible. 4 things would be needed.
A standard needs to be chosen for tokenized time-value. The simplest is likely 1 FSNT = Expected Ticket rewards from 12 months of staking.
Foundation, or possibly someone else, would need to set up a pool for collecting timelocked FSN in exchange for FSNT. The simplest swap would be swapping timesliced 13 months worth of FSN starting from the date of the day of submitting it as that represents the exact time value of 12 months of staking. So for each such FSN 1 FSNT would be received.
For this to be useful other types of timeslices need to be accepted as well, but they'd need to be evaluated through a forumla calculating expected timevalue.
One important factor would be an expected decrease of ROI for future months. I would suggest 3%/month, to be a reasonable number. If we take a simple case such as 13 worth of FSN starting from a date set 6 months in the future. Then this would be evaluated as:
submited FSN * 0.97^6 = recieved FSNT.
That means the future timeslice is downvalued to about 83,3% compared to what a timslice that had began at today's date would have been worth.
Through the same principles any timeslice above 30 days could be evaluated; with an important exception. Timeslices that are expected to pass halving would need to be cut by 50%, time slices passing two halvings by 25% etc.
It could be argued that there needs also to be a limit to the 3% in reduction/month. Because currently for example that would result in lower ROI than what would be possible after 27 months, but I think it can also be argued that time value set too far in the future needs serious value reduction to avoid ridiculous time slices being traded in.
For the trouble I think Foundation or who else hands out the FSNT should also be staking all that is collected here.
There also needs to be a pool of FSN to hand back timeslices of FSN in exchange for FSNT. Here it can be made as simple possible so that you would always be guaranteed 13 months worth of FSNs starting from the date of the day of submitting the FSNTs 1 to 1.
This second pool may to some degree limit the first pool, so that there's never so many FSNT circulating that the payout of them in 13 months worth of FSN couldn't be guaranteed. This sets a limit to how many FSNT could be circulating, and the exact amount would be very dependent on the size of the pool.
The last thing needed would be for someone to set up trading pairs with FSNT. I would suggest pairings with USDT and possibly ETH and BTC, would be good. This would create an interesting dynamic where timevalue of FSN can be traded independently of FSN itself. Possibly it could also be a token that cuts easier through regulations than FSN, as it would not be a token that recieved its value through an ICO, instead it's a kind of derivative. If that makes a difference or not I'm not certain. Either way the dynamics of the situation would be exciting.
The text was updated successfully, but these errors were encountered:
In order to be able to extract time-value easier, perhaps time-value itself could be tokenized as FSNT. Below is a suggestion for how it could be possible. 4 things would be needed.
A standard needs to be chosen for tokenized time-value. The simplest is likely 1 FSNT = Expected Ticket rewards from 12 months of staking.
Foundation, or possibly someone else, would need to set up a pool for collecting timelocked FSN in exchange for FSNT. The simplest swap would be swapping timesliced 13 months worth of FSN starting from the date of the day of submitting it as that represents the exact time value of 12 months of staking. So for each such FSN 1 FSNT would be received.
For this to be useful other types of timeslices need to be accepted as well, but they'd need to be evaluated through a forumla calculating expected timevalue.
One important factor would be an expected decrease of ROI for future months. I would suggest 3%/month, to be a reasonable number. If we take a simple case such as 13 worth of FSN starting from a date set 6 months in the future. Then this would be evaluated as:
submited FSN * 0.97^6 = recieved FSNT.
That means the future timeslice is downvalued to about 83,3% compared to what a timslice that had began at today's date would have been worth.
Through the same principles any timeslice above 30 days could be evaluated; with an important exception. Timeslices that are expected to pass halving would need to be cut by 50%, time slices passing two halvings by 25% etc.
It could be argued that there needs also to be a limit to the 3% in reduction/month. Because currently for example that would result in lower ROI than what would be possible after 27 months, but I think it can also be argued that time value set too far in the future needs serious value reduction to avoid ridiculous time slices being traded in.
For the trouble I think Foundation or who else hands out the FSNT should also be staking all that is collected here.
This second pool may to some degree limit the first pool, so that there's never so many FSNT circulating that the payout of them in 13 months worth of FSN couldn't be guaranteed. This sets a limit to how many FSNT could be circulating, and the exact amount would be very dependent on the size of the pool.
The text was updated successfully, but these errors were encountered: