First off, I like it, a lot. Now, my feedback (which turned out to be quite lengthy):
I’m torn between these two variations of the approach, but after reading @mhps’s take, I think it makes a lot of sense. It’s going to be less per dividend for the shareholders but that isn’t necessarily a bad thing. What it also does it correctly adapt to changing market conditions. For example (using your numbers above as a base):
// Proposed model
Time Period: 15-JAN to 14-FEB
Avg. Buy-side Liquidity: 180,000 NBT
Dividend (at 5%): 9,000 NBT
Time Period: 14-FEB to 16-MAR
Avg. Buy-side Liquidity: 291,000 NBT
Dividend (at 5%): 14,550 NBT
Time Period: 16-MAR to 15-APR
Avg. Buy-side Liquidity: 400,000 NBT
Dividend (at 5%): 20,000 NBT
Total dividend for 90 day period (as proposed): 43,550 NBT
// Using the increase in liquidity
Time Period: 15-JAN to 14-FEB
Avg. Buy-side Liquidity: 180,000 NBT
Dividend: 0 NBT
// ^ No baseline to set the difference from because this is the first month
Time Period: 14-FEB to 16-MAR
Avg. Buy-side Liquidity: 291,000 NBT
Liquidity Increase (month-over-month): 191,000 NBT
Dividend (at 5%): 9,550 NBT
Time Period: 16-MAR to 15-APR
Avg. Buy-side Liquidity: 400,000 NBT
Liquidity Increase (month-over-month): 109,000 NBT
Dividend (at 5%): 5,450 NBT
Total dividend for 90 day period (using liquidity delta): 15,000 NBT
Here’s what that would look like if in the “16-MAR to 15-APR” period the network’s liquidity went down on average compared to the previous 30 days:
// Using the increase in liquidity
Time Period: 15-JAN to 14-FEB
Avg. Buy-side Liquidity: 180,000 NBT
Dividend: 0 NBT
// ^ No baseline to set the difference from because this is the first month
Time Period: 14-FEB to 16-MAR
Avg. Buy-side Liquidity: 291,000 NBT
Liquidity Increase (month-over-month): 191,000 NBT
Dividend (at 5%): 9,550 NBT
Time Period: 16-MAR to 15-APR
Avg. Buy-side Liquidity: 290,000 NBT
Liquidity Increase (month-over-month): -1,000 NBT
Dividend (at 5%): 0 NBT
Total dividend for 90 day period (using liquidity delta): 9,550 NBT
While the second model does reduce dividends, I see two major benefits with it:
- It reflects a better connection between the performance of the Nu network and profits that are extracted from it
- When a month has been “bad” (negative liquidity), dividends would not be required and that (presumably) needed liquidity would be retained by the network to back its NBT holders.
- If the network is stagnant, buy-side funds stay there to provide reserves for NBT holders to exit the market if needed. If the network is growing and more grants and custodians are coming online the total impact that @KTm’s grant has as a percentage of the total reduces accordingly. Eventually this grant will be diluted to a large degree by the size of the market, rendering the impact that it has on total operations small.
My vote is to update the draft to use the second option. Ok, moving on to the next item of business, if others (and @KTm) agree in going with that plan there is a section that will need to be updated.
There is no guarentee that a dividend would be paid (if the delta between average liquidity from period to period decreased), so you’d want to modify this item to read something like:
Moving forward, the custodian will pay dividends every thirty (30) days if the average available liquidity on the buy-side has increased from the previous 30 day period.
Someone else may have a better wording for that, when I re-read it is clear to me, but maybe not to others.
Won’t you need time to convert holdings into peercoin? In the previous proposal you indicated a 72 hour period. This may fit nicely with @desrever’s suggestion:
If you allow yourself up to 120 hours to process the data, acquire the peercoins, and then announce the dividend amount and market price for PPC, it may be easier to manage (and less likely for someone to game). I still agree with your previous policy of issuing dividends based on holding NSR at a certain time in the past, so you could still use that “36 hours prior to the announcement of the dividend” plan. Does anyone else have a recommendation for a better / simplier / more standard way of handling it?
Next:
Will you use PPC held under your custodianship first to meet a dividend obligation?
I agree with @desrever, give yourself a “way out” to respond to external and unexpected situations…just do a good job of making sure that the NSR shareholders are well aware of the situation and the reason that you are invoking a discretionary holdback.
This is a good point. You should update the motion text to indicate that when new dividend custodians are put into action that the percentage used to calculate the dividend will be reviewed for modification. We should have enough time to consider the “big picture” before you and the other custodian(‘s)(s’) operations run into one another, so on a case by case basis that value can be updated to be balance the needs of the shareholders vs. the needs of the NBT holders.
Otherwise, beyond those items, the last things I’d like you to consider are:
- There’s no end-date set for this grant’s operation. Not that you really had one in the previous proposal, but this could mean that you’ll be operating the grant into the foreseeable future. How does this mesh with your costs and does it affect your personal calculations regarding fees?
- Where do you plan on getting the data to support the average liquidity for the network? Will a new tool need to be developed or is there already something in production that can be retro-fit to work for you? How will this information be conveyed to the Nu shareholders so that they can independently verify the dividend calculations?