See my additional notes at the bottom of my post. Several other commenters have misunderstood the function of the weighting, which only controls how curation rewards are distributed. The new algorithm

There's a misunderstanding about the weights and how they affect rewards. I've mentioned it in my post, but I'll repeat it here: the new system is actually much more favorable to later voters than the

See my addition comments at the bottom of my post to see why this isn't the case. You will actually likely get more curation rewards under the new algorithm, based on the description of your voting pattern.

The plan is that post rewards will be a strict function of total rshares voted (including downvotes, ofc) with the new algorithm.

Rewards will be strictly linear with total rshares. I'm not particularly worried about comment farming. Not only can downvotes be employed to counter that, such accounts can also be added to popular mute

@howo has recently indicated that he thinks he will able to include RC delegations into the upcoming HF>

The new algorithm is more favorable to late voters than the current algorithm.

As I told @geekgirl, the new algorithm is considerably more favorable for late voters than the current one.

I think you're suffering from a misapprehension: the updated algorithm actually gives more rewards to late voters than the existing algorithm does.

Yes, this type of notification will be done by the frontend web sites. We've been discussing methods for this in the past few days with the frontend devs.

It's actually something I'm planning to review. We are taking out the code that is called out as the linear convergent reward curve. This code has a clear impact on curation rewards for small votes (less

There's no way I know of that an issue with the image uploader can be related to being on any list. Maybe there is some specific issue with the image you're uploading? I know some particular older samsung

I don't think the proposed strategy would be a successful means of getting rewards. And if someone does employ that strategy, and it is working, I think there are ways to mitigate it without another reward

There have been a number of likely pumps of Steem dollars (SBD) in the past, because the coin has low liquidity and the conversion mechanism to Steem set a floor value on its price. So, yes, I think something

We're planning to implement an additional operation to allow for the stabilization of HBD price peg: In the meantime, I don't expect current proposals to remain unfunded for long. The exact timing will

There is currently no mechanism by which a community can follow someone else's mute list (for the purpose of muting posts in that community). I think it would be possible to implement this in hivemind,

arcange's comments are mostly on point as to the downsides of the suggested approach. Also, it's important to understand the the use case for HBD goes far beyond just the proposal system. Other forms of

Something like this might work, a lot would depend on how how fast the supply of HBD could be changed as a result of more people moving their liquid Hive into savings to generate HBD. From a speed of

The initial mechanics were selected because they are very simple to implement, so the new functionality could be included in the upcoming hardfork. And 5% was chosen to be conservative: it should be sufficient

A stable coin was built-in to Hive to allow for easy commerce, as described in more depth in my post. It actually is used for this purpose, and not only by the proposal system. For example, @hivefest tickets