You are viewing a single comment's thread from:

RE: Delegating STEEM Power to @steem-ua. / Meine STEEM-Power-Delegation an @steem-ua.

in #userauthority6 years ago

The difference is, however, that due to its complexity it's far more difficult to 'game' the UA.

I might be missing the complexity but as I understood it the UA is simply the number of followers, weighted by their respective UA. To game this seems rather straightforward to me. The vector is the monetization of the follow-button.

As I see it, this approach would not eliminate the pay-for-upvote economy yet rather put a pay-for-follow on top of it.

Still, whoever believes that he found a better logic for reward distribution in the context of a blogging platform should aim for an SMT. I think this is really what SMTs are meant for.

Sort:  

... as I understood it the UA is simply the number of followers, weighted by their respective UA.

In addition the UA of the followers is also divided by the number of people they are following ...

As I see it, this approach would not eliminate the pay-for-upvote economy yet rather put a pay-for-follow on top of it.

I already tried to explain why I think that's not so easy. If for example you buy my following, how can you be sure that I won't unfollow you later again?

Still, whoever believes that he found a better logic for reward distribution in the context of a blogging platform should aim for an SMT.

I would implement some changes (for example a reward curve which start as n^2 and ends linear) without any hesitation in the current (in my opinion very easily exploitable) system.

I already tried to explain why I think that's not so easy. If for example you buy my following, how can you be sure that I won't unfollow you later again?

There is really no difference to what currently happens with delegations.
Account A pays fees to account B as long as it follows /delegates.
Account A stops paying fees to account B as soon as it unfollows / undelegates

And how can I know that the money you pay me is worth the risk of decreasing my UA when following you?

Why should monetizing an account's UA be less accepted than leasing out it's stake? I doubt that this would come at the risk of a decrease in UA. The monetization of followings is quite an established business model out there in the web.

There is really no difference to what currently happens with delegations.
Account A pays fees to account B as long as it follows /delegates
Account A stops paying fees to account B as soon as it unfollows / undelegates

I think one difference is that you normally don't delegate (get delegations from) a lot of accounts. However, to get a high UA you need a lot of followers. It causes way more work to keep an overview about all your followers than about a few delegators or delegatees. Also if you terminate a delegation you have to wait five days (after HF 20) before you can use your STEEM Power again, unfollowing happens immediately without any negative effects.

Concerning the second point you were really fast: I deleted this part of my answer already, because I am not sure myself if this point is a valid one ...

It causes way more work to keep an overview about all your followers than about a few delegators or delegatees.

It won't be more work as it currently is to lease out stake to a single entity. Quickly, services would come up to which high-UA accounts can grant their posting authority to. The service will then manage the monetization of followings and send a cut to the high-UA account (or an alt of it).

Anyway ... :)

Ich würde mich - unabhängig von deinen berechtigten Fragen bzw. Einwänden - sehr freuen, wenn die Macher des Projekts, @scipio und @holger80, (als die eigentlichen Experten) bald mal ein wenig an der Diskussion teilnähmen und einige der zahllosen Kommentare beantworteten ...

Ich habe den Artikel nachts geschrieben, also kaum geschlafen, und obwohl schon heute die Bundesliga beginnt, muss ich noch am Feinschliff meines Wett-Programms arbeiten. Ich werd' mich also nun vorerst mal aus dem Staube machen (müssen). :)

Danke Dir für die gute Diskussion! Deine guten Intensionen stehen für mich gänzlich ausser Frage. Ich persönlich bin halt der Meinung, dass das stake-weighted Prinzip das beste, einfachste und transparenteste System ist das wir haben. Aber Alternativen dürfen und sollen gerne als SMT erprobt werden.

Grüsse!

Alles ist bestens! Ich musste einfach vorübergehend ganz aus der Diskussion unter diesem Artikel aussteigen, weil sie weit mehr Zeit in Anspruch nahm als ich erwartet hatte und ich dadurch schlicht hinsichtlich der anderen am heutigen (bzw. jetzt schon gestrigen) Tag zu erledigenden Aufgaben zeitlich in die Bredouille geriet. :-)

P. S.: Gut, dass sich mittlerweile auch die für das Projekt Verantwortlichen zu Wort gemeldet haben und somit einen Teil der 'Kommentar-Arbeit' auf sich ziehen. :)

Thank you very much for this article and your support @jaki01!

Here is a table of accounts with the highest number of followers:

RankUserNameFollowersFollowingReputationUA
1@cryptoriddler10203637101586.789
2@dtube761983450.48.207
3@always1success4665419615166.46.49
4@a-0-041606386023-8.24.98
5@rmp4158010633048.75.45
6@jerrybanfield402281374.67.227
7@steemitboard37421062.56.39
8@a-a-a35566231881-6.45.167
9@gamemusic3511329806955.35.356
10@sweetsssj3286942175.97.142

Having a huge number of followers does not guarantee for a high UA value.
The UA of an account divided by the number of accounts, it is following, is passed to its following accounts.

So follow me and I follow you does not work, as an account gives linearly less UA to its following accounts when he follows more and more accounts.

We are working on countermeasures to detect and neutralize follow rings. When A follow B and B follow A, this can be easily detected and such "follow ring"-follows will be removed for UA calculation. This is done without any manual involvement and when A and B starts following other accounts, their UA blockage will be removed.

I'm also working on an inactivity factor (no vote or post/comment within 30 days) that will move parts of outgoing UA of inactive accounts to null.