Steem Power is the variable rate savings account. The on chain "savings" account is simply a time locked account for security purposes only. A variable time lock on the savings account would

Either way, it is fairly trivial to implement. You either add the value or don't. It is not significant to the implementation, only the design. The design is in a very early stage (we are still focused

Instant power down is a security risk. If your account gets hacked the attacker can take 90-95% of your SP instantly and you lose everything.

In my envisioned implementation, the bonus VESTS for longer staking would be tracked separately and not be used for voting rights, just financial incentive.

It is actually very simple to implement this without making STEEM NFTs. Rather than time locking each satoshi STEEM, we allow an account to set a maturation date on their Steem Power. When the account

I love how this is a minimal, yet complete, Javascript library for Steem. It is very similar to how I would design a Javascript library if we were to move away from steem-js and dsteem. Great job! I hope

Have you heard about the changes coming soon to Steemit via communities? @roadscape made a great presentation on the second day of Steemfest. You can watch it here. The TLDR is that communities will no

It is not in his blog on the beta site, but is there on the production site.

Turn your phone upside down. Fixed. You're welcome! 😂

Postception!

There are a few mitigations in place already. We are repurposing existing code as much as possible. We are taking functions that were created to work only with STEEM and making them generic to work with

What part is confusing? Perhaps I can clarify.

Voting an an SMT requires using the new vote operation that votes with mana directly, but the existing vote operation will continue to work for voting with just STEEM. It already converts the percent voting

Resource Credits do not impact any ability to assign rewards, just transact on the blockchain. If it makes business sense for someone to use RCs and wants to pay in SMTs, then they are free to do so. But

I am not sure where you heard that we aren't building an internal market for SMTs, but that is definitely a part of the SMT MVP. We are delaying the internal market maker to a later release, but that does

It is currently implemented entirely via soft consensus (plugins). The biggest downside currently would be developer time to reimplement the system to use witness voted limits.

This is why we are proposing only allowing a portion of downvotes for free. The goal is to reduce the cognitive load on the "microtransaction" of a downvote to free users to curate without financial

The challenge with rewarding downvotes is partially in the fact that it is so easy to reward upvotes. If a piece of content gets paid a certain amount, then part of those rewards are shared with the curators.

RC Delegations are coming before this. We wanted to start a discussion now so that when the Blockchain team has bandwidth to work on something new (after SMTs) we will have reached consensus as a community

Someone looking to mine the reward pool would simply create many small accounts to vote on to get around this restriction.