There is an upvote on your latest post from our @sbi9 voting account. The explanations for why it was only one vote and not all the voters are in this post on which you commented.
Here is a summary of how the new system impacted your particular votes:
When our voting accounts are below 90% they go into a paused state. Posts queue up, and pick off the voting accounts as they recharge back above 90%. Only one voting account was eligible when your post reached the front of the queue, and you got a maximum upvote from that voter. In these circumstances it's very close to random which account will deliver your vote (and thus how large its 100% upvote will be).
There are excessive pending upvote balances from our previous VP management regime, and voting accounts have been living on the bottom end of the new VP range for longer than we expected.
We will eventually enter a new equilibrium where pending balance accruals much more accurately align with upvote delivery. Once we do, our voting accounts will spend most of their time within the target VP instead of at the bottom. Most members will then receive their full expected upvotes each post instead of leaving so much in their pending upvote balance.
In the meantime, any value not actually delivered yet remains in your pending upvote balance until it can be delivered.
There are 3 options available to you:
wait for the new system to stabilize and accept luck of the draw in which voter delivers your upvote until then.
have your voting units converted into HSBIDAO and receive curation dividends instead of upvotes. Curation token dividend distribution will enter a steady state much more quickly than upvotes will because they are not influenced by Hive SBI whales entering and emerging from inactive states.
Convert your voting units into HSBIDAO and liquidate your position into our "buy wall" on any Hive Engine market.
If you grow impatient with choice 1 (and we have no idea how long it will take to stabilize the balance between value delivery and pending balance accruals) and opt for choice 2 or choice 3 at any point:
You convert your voting units into HSBIDAO tokens by sending 0.001 HBD per voting unit (with a minimum transaction value of 0.005 HBD) to @steembasicincome with sbi-tokens in the transaction memo. Your voting units would be surrendered and you would receive HSBIDAO tokens instead.
Surrendering your voting units does not immediately impact your pending upvote balance, and you would continue receiving upvotes until it fully decreases to below the level required to support our minimum upvote value of $0.021, or until we release Pending Upvote Balance Conversion. At that time, any remaining pending upvote balances for members with 0 voting units will be converted into HSBIDAO tokens.
Thank for your explanation. I read the post and understood that there would be delay. Unfortunately, I have only a foggy notion of what all this means even after reading your careful and thorough comment.
Is there a possibilty of the random sbi account being able to deliver more than your expected upvote? Or do you have any plans to consolidate all the accounts so that their are fewer insufficient accounts?
We just published a new post that provides some of the foundation required to understand the implications of our recent VP Management design changes. It hopefully answers your first question (your account can have up to 1/3 of its pending balance delivered on any post).
To answer your second question, there is no need to consolidate the voting accounts. While it would help with the randomness, that's a temporary problem. Consolidation would result in more permanent problems down the road, if HIVE prices ever recover.
We will go deeper into the implications of VP management in our next updates, and share our attempt to guess when things will normalize.
Ok I'll hang in there to see what happens. It sure was a disappointment to see my post earn so little though, I gotta say. At my level of rewards per post, that was a heavy hit, like a hefty 100% downvote from someone actually.
The difference between a smaller upvote and a 100% downvote is pretty profound.
In the case of a smaller Hive SBI upvote, the 'missing' amount remains in your pending balance, and you will receive it on future posts. In the case of a 100% downvote, the lost value is gone forever.
You might notice the Hive SBI accounts are subject to the same voting rules, and the 'self-vote' on the latest update came in at $0.15 instead of a more typical $4. We see you, we feel you, and we're working on it.
There is an upvote on your latest post from our @sbi9 voting account. The explanations for why it was only one vote and not all the voters are in this post on which you commented.
Here is a summary of how the new system impacted your particular votes:
When our voting accounts are below 90% they go into a paused state. Posts queue up, and pick off the voting accounts as they recharge back above 90%. Only one voting account was eligible when your post reached the front of the queue, and you got a maximum upvote from that voter. In these circumstances it's very close to random which account will deliver your vote (and thus how large its 100% upvote will be).
There are excessive pending upvote balances from our previous VP management regime, and voting accounts have been living on the bottom end of the new VP range for longer than we expected.
We will eventually enter a new equilibrium where pending balance accruals much more accurately align with upvote delivery. Once we do, our voting accounts will spend most of their time within the target VP instead of at the bottom. Most members will then receive their full expected upvotes each post instead of leaving so much in their pending upvote balance.
In the meantime, any value not actually delivered yet remains in your pending upvote balance until it can be delivered.
There are 3 options available to you:
If you grow impatient with choice 1 (and we have no idea how long it will take to stabilize the balance between value delivery and pending balance accruals) and opt for choice 2 or choice 3 at any point:
You convert your voting units into HSBIDAO tokens by sending 0.001 HBD per voting unit (with a minimum transaction value of 0.005 HBD) to @steembasicincome with
sbi-tokensin the transaction memo. Your voting units would be surrendered and you would receive HSBIDAO tokens instead.Surrendering your voting units does not immediately impact your pending upvote balance, and you would continue receiving upvotes until it fully decreases to below the level required to support our minimum upvote value of $0.021, or until we release Pending Upvote Balance Conversion. At that time, any remaining pending upvote balances for members with 0 voting units will be converted into HSBIDAO tokens.
Thank for your explanation. I read the post and understood that there would be delay. Unfortunately, I have only a foggy notion of what all this means even after reading your careful and thorough comment.
Is there a possibilty of the random sbi account being able to deliver more than your expected upvote? Or do you have any plans to consolidate all the accounts so that their are fewer insufficient accounts?
We just published a new post that provides some of the foundation required to understand the implications of our recent VP Management design changes. It hopefully answers your first question (your account can have up to 1/3 of its pending balance delivered on any post).
To answer your second question, there is no need to consolidate the voting accounts. While it would help with the randomness, that's a temporary problem. Consolidation would result in more permanent problems down the road, if HIVE prices ever recover.
We will go deeper into the implications of VP management in our next updates, and share our attempt to guess when things will normalize.
Ok I'll hang in there to see what happens. It sure was a disappointment to see my post earn so little though, I gotta say. At my level of rewards per post, that was a heavy hit, like a hefty 100% downvote from someone actually.
The difference between a smaller upvote and a 100% downvote is pretty profound.
In the case of a smaller Hive SBI upvote, the 'missing' amount remains in your pending balance, and you will receive it on future posts. In the case of a 100% downvote, the lost value is gone forever.
You might notice the Hive SBI accounts are subject to the same voting rules, and the 'self-vote' on the latest update came in at $0.15 instead of a more typical $4. We see you, we feel you, and we're working on it.