<html> <p> As you may remember, in these two posts in I criticized the way how 'curation' currently works on HIVE (and before on STEEM): </p> <ul> <li> <p> I think one essential problem is that most of the time <a href="https://hive.blog/hive/@jaki01/the-curation-problem-of-hive-das-kurationsproblem-hives">curators don't read what they upvote</a> (so there isn't a really high correlation between the number of upvotes and the quality of the content), and ... </p> </li> <li> <p> ... one of the main reasons for that is the <a href="https://hive.blog/steem/@jaki01/bad-effects-of-the-small-curation-window">small 'curation window'</a>. </p> </li> </ul> <br> <h1> <center> Summary of what bothers me </center> </h1> <p> <br> As I wrote in these articles I think we should remove the five minutes curation window (directly after a post was written), because it clearly disadvantages manual curators who try to read and evaluate posts before they decide to upvote them or not. Before they could do that, most of the time lots of automatic upvotes have already come in. <br> It also makes 'curators' lazy (especially since there is 50 % curation reward): they simply upvote the same people again and again (there even aren't 'diminishing returns' implemented), while not enough users are seeking for new authors (respectively honor posts from old authors who aren't on their 'lists'). <br> <b>I see <em>no reason</em> to be rewarded less for a late manual upvote than for an early automated upvote!</b> <br> And considering the high percentage of automated upvotes, I think it's simply a myth that manual curators find 'quality content' first, and then more upvotes follow and reward them (yes, that <em>may</em> happen ... as an <em>execption</em>). </p> <br> <h1> <center> New idea to improve curation </center> </h1> <p> <br> Recently I was thinking about how to make it less attractive to just upvote early without reading anything, and my conclusion is that <em><b>curation reward should solely depend on the weight of an upvote</b></em>, neither influenced by the date of the upvote nor by the (expected) number and strength of upvotes of other users (which currently can be a reason to decide either in favour or against upvoting a post). Curation rewards would be <em>only</em> determined by the available HP of the curators and the percentages of their upvotes. </p> <p> "But how does that fit together with the convergent linear rewards curve, @jaki01?" </p> <p> Well, I like the current convergent linear rewards curve (actually <a href="https://steemit.com/steemit/@jaki01/conciliation-of-the-reward-curves-die-versoehnung-der-reward-kurven">I suggested something similar</a> long time before it finally had been introduced), so I think as curve for the <em><b>author rewards</b></em> we could stick with convergent linear, but for <em><b>curation rewards</b></em> the simple formula that curation rewards would only depend on the vote weight of the curator could apply! </p> <p> Then there was no reason anymore to upvote certain users early just because of expecting other upvotes to follow (the same applies for the or the opposite case, <em>not</em> to upvote a post when it has already collected too many upvotes), while great authors still would benefit from getting many (strong) upvotes because of the convergent linear rewards curve which still applied for author rewards. </p> <br> <h1> <center> Disadvantage of my idea </center> </h1> <p> <br> It's true that self-voting would be somwhat more beneficial again as <b>self-voters would receive more curation rewards</b> than before. At least <b>author rewards would still be limited by the convergent linear curve</b> (and don't forget the 'free' flags since the introduction of EIP ...). </p> <p> In case this bothers you too much, I offer you another suggestion which, however, is quite an attack on EIP: <br> when going back to 75 % author rewards (and 25 % curation rewards) the increased curation rewards for self-voting described above would decrease again ... But well, I better stop here, not to trigger another flag war against or in favour of EIP. :-) </p> <br> <h1> <center> Short summary </center> </h1> <p> <br> <ol> <li> <p> Convergent linear curve for <b>author rewards</b> (no change needed). </p> </li> <li> <p> <b>Curation rewards</b> depend only on the own vote weight (HP, percentage of the vote). </p> </li> <li> <p> Possible addition (if self-voting is considered as serious problem because of 2.): going back to 75 % author and 25 % curation rewards. :-) </p> </li> </ol> </html>
author | jaki01 |
---|---|
permlink | idea-concerning-curation-rewards |
category | hive |
json_metadata | {"app":"peakd/2020.08.3","format":"markdown","links":["/hive/@jaki01/the-curation-problem-of-hive-das-kurationsproblem-hives","/steem/@jaki01/bad-effects-of-the-small-curation-window","/@jaki01","https://steemit.com/steemit/@jaki01/conciliation-of-the-reward-curves-die-versoehnung-der-reward-kurven"],"tags":["hive","curation","rewards","content","self-voting","eip"],"users":["jaki01"],"image":[]} |
created | 2020-08-08 16:59:00 |
last_update | 2020-08-31 22:58:03 |
depth | 0 |
children | 63 |
last_payout | 2020-08-15 16:59:00 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 14.135 HBD |
curator_payout_value | 11.919 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 4,572 |
author_reputation | 542,261,922,585,113 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,963,723 |
net_rshares | 60,435,514,701,033 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
gerber | 0 | 360,652,218,660 | 5% | ||
daan | 0 | 58,224,360,307 | 8% | ||
ezzy | 0 | 383,980,457,490 | 5% | ||
herverisson | 0 | 242,364,582,613 | 65% | ||
lichtblick | 0 | 946,890,763,174 | 50% | ||
exyle | 0 | 380,489,257,954 | 5% | ||
ace108 | 0 | 734,502,168,290 | 25% | ||
noopu | 0 | 324,478,025,178 | 100% | ||
twinner | 0 | 4,508,707,971,703 | 25% | ||
germansailor | 0 | 353,866,476,261 | 100% | ||
sabine-reichert | 0 | 37,984,301,025 | 100% | ||
lemouth | 0 | 1,801,202,636,015 | 100% | ||
steevc | 0 | 146,904,910,714 | 11% | ||
someguy123 | 0 | 192,115,703,736 | 7.5% | ||
petrvl | 0 | 149,547,173,504 | 18.75% | ||
funnyman | 0 | 3,967,321,708 | 20% | ||
okean123 | 0 | 6,764,735,595 | 20% | ||
freiheit50 | 0 | 110,262,044,369 | 100% | ||
webhoster | 0 | 775,423,355 | 100% | ||
jaki01 | 0 | 4,686,767,919,412 | 100% | ||
created | 0 | 405,639,270,033 | 2% | ||
tangmo | 0 | 89,422,890,450 | 100% | ||
edb | 0 | 6,114,097,672 | 5.5% | ||
v4vapid | 0 | 5,276,391,376,308 | 33% | ||
afrog | 0 | 7,253,536,450 | 100% | ||
askari | 0 | 55,927,822,456 | 100% | ||
kobold-djawa | 0 | 281,038,298,602 | 100% | ||
schamangerbert | 0 | 446,780,605,624 | 100% | ||
privex | 0 | 9,243,866,294 | 10% | ||
steemfeed | 0 | 10,540,778,238 | 100% | ||
c0ff33a | 0 | 183,490,504,416 | 10% | ||
preparedwombat | 0 | 408,578,665,472 | 42% | ||
davidorcamuriel | 0 | 2,805,936,139,665 | 100% | ||
thatgermandude | 0 | 16,523,441,118 | 100% | ||
dune69 | 0 | 19,539,742,200 | 5% | ||
smasssh | 0 | 1,174,963,538,996 | 30% | ||
tamaralovelace | 0 | 106,725,358,788 | 100% | ||
andyjaypowell | 0 | 274,488,488,703 | 100% | ||
schlees | 0 | 60,837,903,436 | 20% | ||
holm | 0 | 1,993,895,942,982 | 100% | ||
yeaho | 0 | 16,088,180,431 | 20% | ||
jerrybanfield | 0 | 46,956,587,089 | 5% | ||
mys | 0 | 1,135,829,875 | 0.5% | ||
fredrikaa | 0 | 987,372,106,815 | 100% | ||
xels | 0 | 360,728,677,256 | 50% | ||
djpoertsch | 0 | 2,416,204,161 | 100% | ||
rycharde | 0 | 1,186,857,065 | 10% | ||
jochenpaul | 0 | 5,367,525,583 | 100% | ||
jeanpi1908 | 0 | 67,866,309,720 | 50% | ||
belahejna | 0 | 26,018,292,176 | 18.75% | ||
jodipamungkas | 0 | 40,431,039,091 | 100% | ||
bellatravelph | 0 | 7,829,717,115 | 100% | ||
czechglobalhosts | 0 | 875,096,586,266 | 100% | ||
ew-and-patterns | 0 | 172,389,080,322 | 9% | ||
liuke96player | 0 | 1,743,099,404 | 100% | ||
whd | 0 | 630,413,475 | 0.5% | ||
vieanna | 0 | 643,639,884,400 | 100% | ||
d-pend | 0 | 26,640,688,305 | 1% | ||
digitalis | 0 | 173,705,699,833 | 100% | ||
benedict08 | 0 | 167,218,656,727 | 50% | ||
lugina | 0 | 1,202,119,089,759 | 100% | ||
duremarr | 0 | 10,907,186,328 | 66% | ||
shitsignals | 0 | 2,089,119,583 | 5% | ||
stayoutoftherz | 0 | 983,295,961,308 | 40% | ||
vikisecrets | 0 | 375,212,026,817 | 30% | ||
angela.ghkh | 0 | 41,854,918,997 | 100% | ||
ahlawat | 0 | 285,648,964 | 9% | ||
dandalion | 0 | 1,779,035,744 | 100% | ||
ilyasismail | 0 | 34,217,101,116 | 100% | ||
ippua | 0 | 636,812,742,528 | 100% | ||
betterthanhome | 0 | 329,578,121,030 | 100% | ||
felander | 0 | 26,675,546,460 | 5% | ||
adi.pisces | 0 | 2,312,455,182 | 100% | ||
fbslo | 0 | 1,045,330,403 | 0.25% | ||
accelerator | 0 | 46,178,769,395 | 5% | ||
yogacoach | 0 | 2,292,742,141 | 2.5% | ||
roleerob | 0 | 3,907,467,731 | 0.5% | ||
deathwing | 0 | 5,504,258,455 | 5% | ||
isnochys | 0 | 21,854,713,961 | 13% | ||
mundharmonika | 0 | 2,376,249,632 | 88.88% | ||
reiseamateur | 0 | 135,372,049,308 | 35% | ||
stevejhuggett | 0 | 7,604,784,712 | 15% | ||
long888 | 0 | 62,004,169,582 | 100% | ||
faisalamin | 0 | 4,368,699,735 | 100% | ||
caladan | 0 | 17,882,166,972 | 5% | ||
mrhill | 0 | 24,516,855,168 | 100% | ||
udow | 0 | 12,095,559,985 | 100% | ||
flamo | 0 | 1,815,381,209 | 50% | ||
steemflow | 0 | 135,832,812,884 | 45% | ||
omstavan | 0 | 7,853,389,090 | 100% | ||
emrebeyler | 0 | 96,907,970,727 | 5% | ||
maxinpower | 0 | 78,583,811,702 | 100% | ||
docmarenkristina | 0 | 1,581,549,358 | 100% | ||
ecuaminte | 0 | 776,352,509 | 100% | ||
publicumaurora | 0 | 1,335,946,901 | 50% | ||
citizensmith | 0 | 32,238,302,892 | 5% | ||
mister-omortson | 0 | 50,981,718,031 | 100% | ||
cervisia | 0 | 262,670,969,351 | 80% | ||
obvious | 0 | 201,664,336,108 | 100% | ||
yahialababidi | 0 | 86,544,169,369 | 100% | ||
fourfourfun | 0 | 6,909,691,082 | 25% | ||
candyboy | 0 | 4,616,570,353 | 100% | ||
tinoschloegl | 0 | 3,346,356,970 | 100% | ||
blue.panda | 0 | 586,333,218 | 10% | ||
phortun | 0 | 595,987,015,535 | 75% | ||
oliverschmid | 0 | 424,594,806,312 | 100% | ||
kissi | 0 | 12,967,058,623 | 67.5% | ||
chriddi | 0 | 465,381,191,741 | 100% | ||
lulafleur | 0 | 565,648,475 | 100% | ||
intrepidphotos | 0 | 332,758,914,853 | 6% | ||
gems.and.cookies | 0 | 24,183,615,484 | 100% | ||
rondras | 0 | 668,568,798,547 | 100% | ||
steemnest | 0 | 780,323,631 | 100% | ||
bji1203 | 0 | 90,947,027,248 | 100% | ||
nealmcspadden | 0 | 70,628,246,842 | 5% | ||
heidimarie | 0 | 38,064,290,760 | 10% | ||
piotrgrafik | 0 | 155,673,042,643 | 40% | ||
purefood | 0 | 79,953,209,196 | 5% | ||
soyrosa | 0 | 521,136,511,183 | 50% | ||
balte | 0 | 5,989,188,403,079 | 100% | ||
jimcustodio | 0 | 1,784,347,851 | 50% | ||
vaansteam | 0 | 2,239,646,018 | 30% | ||
gilnambatac | 0 | 996,336,399 | 100% | ||
chronocrypto | 0 | 8,925,859,447 | 5% | ||
piotr42 | 0 | 1,324,160,916 | 50% | ||
icuz | 0 | 873,752,031 | 100% | ||
srikandi | 0 | 943,379,761 | 100% | ||
menschenskinder | 0 | 3,321,750,100 | 100% | ||
tonkatonka | 0 | 741,737,305 | 100% | ||
tomhall | 0 | 693,686,028,396 | 100% | ||
pkocjan | 0 | 2,172,395,220 | 4% | ||
ubuntuhof | 0 | 15,361,724,599 | 100% | ||
maxpatternman | 0 | 26,215,086,737 | 100% | ||
condeas | 0 | 769,379,950,835 | 50% | ||
onlavu | 0 | 31,369,998,004 | 100% | ||
melvin7 | 0 | 48,501,150,687 | 100% | ||
indextrader24 | 0 | 116,992,546,291 | 100% | ||
almi | 0 | 54,281,929,030 | 52% | ||
cuddlekitten | 0 | 10,395,654,062 | 92% | ||
akukamaruzzaman | 0 | 49,530,700,389 | 100% | ||
backinblackdevil | 0 | 403,631,551,857 | 75% | ||
satren | 0 | 59,677,869,343 | 20% | ||
lauchmelder | 0 | 2,431,528,221 | 50% | ||
bestboom | 0 | 20,591,996,145 | 5% | ||
abrockman | 0 | 16,056,908,518 | 5% | ||
louis88 | 0 | 832,406,214,441 | 75% | ||
lesmouths-travel | 0 | 8,103,105,431 | 100% | ||
faltermann | 0 | 382,869,312,162 | 100% | ||
freddio | 0 | 13,780,633,445 | 15% | ||
bukfast | 0 | 1,383,052,993 | 100% | ||
taxguy | 0 | 57,672,122,658 | 100% | ||
payroll | 0 | 108,923,770,373 | 2% | ||
pizzaboy77 | 0 | 0 | -1% | ||
raorac | 0 | 1,325,288,824 | 35% | ||
yaraha | 0 | 3,623,934,147 | 20% | ||
promobot | 0 | 5,799,626,169 | 6.6% | ||
glodniwiedzy | 0 | 1,366,629,944 | 4.75% | ||
slobberchops | 0 | 2,528,779,206,208 | 51% | ||
hatoto | 0 | 165,266,131,024 | 50% | ||
meins0815 | 0 | 8,267,571,795 | 23% | ||
jasuly | 0 | 1,077,771,168 | 100% | ||
pladozero | 0 | 78,173,790,264 | 10% | ||
crimo | 0 | 704,252,701 | 10% | ||
nateaguila | 0 | 293,017,406,838 | 8% | ||
enforcer48 | 0 | 117,707,822,070 | 15% | ||
helpyou | 0 | 5,386,968,159 | 100% | ||
anggreklestari | 0 | 59,682,707,887 | 100% | ||
magicquokka | 0 | 7,067,948,745 | 100% | ||
josua1 | 0 | 11,808,269,267 | 100% | ||
solarwarrior | 0 | 1,281,174,781,376 | 100% | ||
swisswitness | 0 | 2,982,784,758 | 5% | ||
k3ldo | 0 | 630,003,909 | 30% | ||
libuska | 0 | 1,811,849,288 | 100% | ||
drsensor | 0 | 2,213,838,633 | 80% | ||
don-thomas | 0 | 1,048,622,592 | 100% | ||
taxguy-random | 0 | 2,435,921,514 | 100% | ||
astrophoto.kevin | 0 | 88,629,277,877 | 100% | ||
schlunior | 0 | 10,995,036,819 | 20% | ||
yestermorrow | 0 | 12,197,553,439 | 31% | ||
dalz | 0 | 8,451,487,421 | 2.5% | ||
thales7 | 0 | 119,078,887,165 | 100% | ||
idakarlsen | 0 | 58,770,573,498 | 20% | ||
dlike | 0 | 61,529,932,217 | 5% | ||
voxmortis | 0 | 1,149,135,799 | 0.5% | ||
engrave | 0 | 67,643,503,805 | 4.75% | ||
bobby.madagascar | 0 | 2,009,417,179 | 1.25% | ||
laissez-faire | 0 | 41,284,708 | 100% | ||
alucian | 0 | 66,069,218,167 | 100% | ||
musinka | 0 | 1,771,254,664 | 100% | ||
sbi8 | 0 | 99,541,144,519 | 34.6% | ||
ibc | 0 | 947,456,246 | 50% | ||
ldp | 0 | 739,067,386 | 5% | ||
steemitcuration | 0 | 1,757,727,720 | 25% | ||
actifit-peter | 0 | 109,516,131,609 | 24.56% | ||
followjohngalt | 0 | 27,254,145,319 | 5% | ||
new-steemit | 0 | 37,678,386,591 | 5% | ||
cakemonster | 0 | 2,815,659,469 | 2.5% | ||
crypto-pixie | 0 | 89,431,374,174 | 100% | ||
dein-problem | 0 | -121,753,598 | -1% | ||
starrouge | 0 | 1,030,849,673 | 50% | ||
wherein | 0 | 599,218,459,740 | 100% | ||
zerofive | 0 | 965,444,610 | 50% | ||
j-p-bs | 0 | 1,025,062,517 | 50% | ||
smon-fan | 0 | 1,941,200,182 | 100% | ||
riyuuhi | 0 | 0 | 100% | ||
primeradue | 0 | 35,825,183,516 | 33% | ||
tr777 | 0 | 1,636,043,293 | 100% | ||
sm-jewel | 0 | 872,671,036 | 100% | ||
tr77 | 0 | 832,797,559 | 100% | ||
smoner | 0 | 1,392,909,530 | 100% | ||
cnstm | 0 | 296,831,328,317 | 100% | ||
tonalddrump | 0 | 845,259,526 | 45% | ||
permaculturedude | 0 | 1,925,055,789 | 5% | ||
whiterosecoffee | 0 | 1,577,472,714 | 5% | ||
monster.oo7 | 0 | 1,276,139,994 | 100% | ||
smon-joa | 0 | 15,638,592,610 | 100% | ||
jjangjjanggirl | 0 | 876,943,745 | 100% | ||
lianjingmedia | 0 | 986,731,529 | 100% | ||
curationvoter | 0 | 10,898,713,941 | 50% | ||
curationhelper | 0 | 11,950,710,204 | 100% | ||
yingtaodaren | 0 | 246,690,307 | 50% | ||
schachoberhessen | 0 | 2,523,180,169 | 100% | ||
osavi | 0 | 8,402,086,852 | 100% | ||
smonbear | 0 | 1,618,820,364 | 100% | ||
sophieandhenrik | 0 | 4,039,162,226 | 100% | ||
steem-queen | 0 | 1,847,155,954 | 100% | ||
schach | 0 | 2,793,189,193 | 100% | ||
russia-btc | 0 | 393,758,975,023 | 33% | ||
ambifokus | 0 | 15,995,498,422 | 20% | ||
conversefiend | 0 | 12,747,472,848 | 100% | ||
mfblack | 0 | 5,036,634,002 | 4.75% | ||
wallvater | 0 | 1,213,542,504 | 20% | ||
actifit-devil | 0 | 10,959,663,676 | 100% | ||
samujaeger | 0 | 47,040,177,412 | 100% | ||
hundemama | 0 | 1,856,937,551 | 100% | ||
spicywoman | 0 | 973,752,272 | 100% | ||
sparschwein | 0 | 32,999,705,549 | 100% | ||
sm-silva | 0 | 537,916,040 | 2.5% | ||
likwid | 0 | 379,043,686,591 | 6.6% | ||
wulff-media | 0 | 34,349,981,040 | 50% | ||
borjan | 0 | 303,449,124,489 | 60% | ||
dachcolony | 0 | 18,829,782,018 | 90% | ||
captain.kirk | 0 | 2,630,016,056 | 45% | ||
angstgegner | 0 | 2,851,674,896 | 100% | ||
shimozurdo | 0 | 930,305,478 | 5% | ||
milu-the-dog | 0 | 2,242,203,557 | 5% | ||
triplea.bot | 0 | 1,775,330,799 | 5% | ||
lord-of-fire | 0 | 1,330,439,746 | 100% | ||
steem.leo | 0 | 121,186,918,271 | 5% | ||
votebetting | 0 | 587,933,881,532 | 50% | ||
hyborian-strain | 0 | 2,421,200,988 | 30% | ||
freddio.sport | 0 | 3,950,431,434 | 15% | ||
asteroids | 0 | 6,035,019,687 | 4.5% | ||
the.lazy.panda | 0 | 874,234,648 | 10% | ||
midlet-creates | 0 | 715,643,134 | 50% | ||
catnet | 0 | 138,730,879,207 | 92% | ||
one.life | 0 | 517,157,269 | 4.99% | ||
maxuv | 0 | 6,600,832,263 | 80% | ||
maxuvd | 0 | 20,909,590,368 | 6% | ||
maxuve | 0 | 27,924,335,669 | 6% | ||
dappcoder | 0 | 2,426,610,963 | 36% | ||
sreypov | 0 | 12,178,665,008 | 30% | ||
mattsanthonyit | 0 | 56,139,727,566 | 100% | ||
wilbur-walsh | 0 | 3,841,034,869 | 100% | ||
matt-kirby | 0 | 1,505,843,483 | 40% | ||
jenna16 | 0 | 1,189,161,032 | 100% | ||
mana.bank | 0 | 0 | 96% | ||
huaren.news | 0 | 196,361,252,270 | 30% | ||
goodreader | 0 | 2,163,226,593 | 36% | ||
kryptoformator | 0 | 8,134,341,378 | 9.37% | ||
art.vieanna | 0 | 1,281,514,845 | 100% | ||
wer-gewinnt | 0 | 18,797,983,448 | 100% | ||
mvanhauten | 0 | 3,734,119,486 | 20% | ||
hamsterpoweriii | 0 | 2,781,369,753 | 100% | ||
ribary | 0 | 1,617,041,399 | 2.5% | ||
atma.love | 0 | 185,147,629,937 | 100% | ||
h-monsters | 0 | 2,672,964,125 | 100% | ||
mister.arianthus | 0 | 2,690,526,282 | 100% | ||
mice-k | 0 | 21,626,733,654 | 5% | ||
staryao | 0 | 4,590,050,187 | 60% | ||
romanforever | 0 | 1,061,089,614 | 100% | ||
steemcityrewards | 0 | 472,349,205 | 5% | ||
dpend.active | 0 | 1,575,868,352 | 1% | ||
hidave | 0 | 12,803,095,707 | 100% | ||
hiveyoda | 0 | 7,810,123,698 | 2% | ||
polish.hive | 0 | 13,294,656,229 | 5% | ||
velinov86 | 0 | 5,318,021,540 | 37.5% | ||
dcityrewards | 0 | 158,846,451,007 | 5% | ||
anfaenger | 0 | 2,513,610,668 | 100% | ||
saarlaender | 0 | 1,732,287,135 | 100% | ||
oberhessen | 0 | 1,607,917,449 | 100% | ||
amateur2020 | 0 | 1,634,452,150 | 100% | ||
sergiomarquina | 0 | 1,064,961,086 | 100% | ||
hivelist | 0 | 4,098,526,909 | 2.5% | ||
ninnu | 0 | 4,654,745,294 | 10% | ||
vibrasphere | 0 | 3,573,825,982 | 20% | ||
sultan-indo | 0 | 772,265,656 | 100% | ||
hivecur | 0 | 124,754,433,880 | 5% | ||
one-eye | 0 | 9,487,999,473 | 100% | ||
hivebuilderteam | 0 | 3,702,517,146 | 25% | ||
chartreader | 0 | 230,550,694 | 5% | ||
hivecur2 | 0 | 23,149,019,538 | 20% | ||
sagobi | 0 | 248,516,157 | 100% | ||
kasna | 0 | 1,032,900,542 | 100% |
Some good points. But for my point of view on this chain, the biggest Problem is the less upvoting on comments.... Most Stakeholders votes Articles alone. Mostly open the comment section is not being a option. "Nobody" read and wrote UNDER a article on this chain. Me personaly make it sad, becouse i love reading and commenting much more, than wroting own articles. I did wrote thousands of comments, with way more content as my articles. Sometimes i get the answer: "This comment can be a own article." Yeah, nice, but it is just a comment and i was just inspired from the topic words and thought in the article. We need more interaction first, so much more people do write less articles and more comments on this chain. With that, for me the worth of a "Social Media" is growing really.
author | alucian |
---|---|
permlink | re-jaki01-qesem9 |
category | hive |
json_metadata | {"tags":["hive"],"app":"peakd/2020.08.1"} |
created | 2020-08-09 08:08:39 |
last_update | 2020-08-09 08:08:39 |
depth | 1 |
children | 0 |
last_payout | 2020-08-16 08:08:39 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.156 HBD |
curator_payout_value | 0.156 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 801 |
author_reputation | 191,749,106,818,225 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,974,149 |
net_rshares | 1,105,809,308,109 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
jaki01 | 0 | 623,543,297,375 | 15% | ||
faltermann | 0 | 194,825,801,747 | 50% | ||
dein-problem | 0 | -121,753,598 | -1% | ||
borjan | 0 | 287,561,962,585 | 60% |
I agree too. I think it's ridiculous that autovoting is allowed at all (but apparently it cannot be stopped) so why encourage it with this five minute rule.
author | atma.love | ||||||
---|---|---|---|---|---|---|---|
permlink | re-jaki01-202089t1231550z | ||||||
category | hive | ||||||
json_metadata | {"tags":["hive","curation","rewards","content","self-voting","eip"],"app":"ecency/3.0.0-mobile","format":"markdown+html"} | ||||||
created | 2020-08-08 22:02:33 | ||||||
last_update | 2020-08-08 22:02:33 | ||||||
depth | 1 | ||||||
children | 12 | ||||||
last_payout | 2020-08-15 22:02:33 | ||||||
cashout_time | 1969-12-31 23:59:59 | ||||||
total_payout_value | 0.104 HBD | ||||||
curator_payout_value | 0.031 HBD | ||||||
pending_payout_value | 0.000 HBD | ||||||
promoted | 0.000 HBD | ||||||
body_length | 157 | ||||||
author_reputation | 158,594,711,452,600 | ||||||
root_title | "Idea concerning curation rewards." | ||||||
beneficiaries |
| ||||||
max_accepted_payout | 1,000,000.000 HBD | ||||||
percent_hbd | 10,000 | ||||||
post_id | 98,967,696 | ||||||
net_rshares | 781,009,714,120 | ||||||
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
jaki01 | 0 | 781,009,714,120 | 17% |
How does the 5 minute rule encourage auto voting? The 5 minute window is a "reverse auction." It's meant to somewhat discourage auto voting. Any votes made on a post in the first five minutes *lose* part of their curation rewards. I'm not sure if it's exactly linear... but as an example, let's assume you were the only person to vote on a post and your vote is worth .20 If you vote at 5 minutes, you get a .10 curation reward. If you vote at 1 minute you get a .02 cent curation reward and .08 is returned back to the broader rewards pool. It doesn’t help auto voting... in fact it keeps auto voters from all voting *immediately* as a post is published. Instead voters “bid” (thus the reverse auction) by voting earlier than the five minutes, gambling that the curation reward percent they are foregoing, will be less than the increase they’ll see from voters coming in after them. The 5 minute rule is not the culprit in encouraging auto voting. It’s a mitigating factor. The mechanic where early voters earn a percentage of subsequent voters curation rewards is the root of auto votes.
author | bryan-imhoff |
---|---|
permlink | re-atmalove-qeryjp |
category | hive |
json_metadata | {"tags":["hive"],"app":"peakd/2020.08.1"} |
created | 2020-08-09 02:21:24 |
last_update | 2020-08-09 02:21:24 |
depth | 2 |
children | 10 |
last_payout | 2020-08-16 02:21:24 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.032 HBD |
curator_payout_value | 0.031 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 1,096 |
author_reputation | 71,780,425,099,152 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,970,496 |
net_rshares | 251,478,174,731 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
jaki01 | 0 | 204,997,519,018 | 5% | ||
atma.love | 0 | 46,480,655,713 | 25% |
The problem is that as a manual curator, who really tries to evaluate a post before upvoting it, you will be always behind the huge army of automated profit maximizers (even in the very rare cases that you found potential interesting posts shortly after they had been published). That's simply a fact, and if you don't believe it, ask users like @acidyo who have tried both methods and then compared the generated curation rewards (and by the way no auto-upvoter upvotes a minute after post release). > The 5 minute rule is not the culprit in encouraging auto voting. I disagree. Having a larger 'curation window' the probability would be much higher that a manual curator noticed a post before the time of maximal curation reward had been reached. This alone would be an advantage compared to a very small curation window. Furthermore, as already mentioned, it's nearly not possible to find, read and evaluate a post within the first five minutes after its appearance. > The mechanic where early voters earn a percentage of subsequent voters curation rewards is the root of auto votes. Here I agree. And that's why I suggest that curation rewards should be independent of the date of the upvotes and upvotes of other users.
author | jaki01 |
---|---|
permlink | re-bryan-imhoff-qes8b2 |
category | hive |
json_metadata | {"tags":["hive"],"app":"peakd/2020.08.1"} |
created | 2020-08-09 05:52:15 |
last_update | 2020-08-09 13:31:57 |
depth | 3 |
children | 9 |
last_payout | 2020-08-16 05:52:15 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.060 HBD |
curator_payout_value | 0.061 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 1,228 |
author_reputation | 542,261,922,585,113 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,972,693 |
net_rshares | 465,785,536,541 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
acidyo | 0 | 221,525,637,388 | 2% | ||
bryan-imhoff | 0 | 230,269,328,759 | 20% | ||
reward.app | 0 | 13,990,570,394 | 20% |
Exactly!
author | jaki01 |
---|---|
permlink | re-atmalove-qermx0 |
category | hive |
json_metadata | {"tags":["hive"],"app":"peakd/2020.08.1"} |
created | 2020-08-08 22:10:12 |
last_update | 2020-08-08 22:10:12 |
depth | 2 |
children | 0 |
last_payout | 2020-08-15 22:10:12 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.000 HBD |
curator_payout_value | 0.000 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 8 |
author_reputation | 542,261,922,585,113 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,967,784 |
net_rshares | 0 |
What do you think about [this experiment](https://peakd.com/curation/@acidyo/announcement-reward-app)? It seems that it enables an author to decide whether they want to stick by current blockchain code (order of curation votes matters) or to use @reward.app which will distribute curation rewards based solely on vote weight (order of curation votes doesn't matter). In addition, it even enables the author to specify a percentage higher than 50% as the post's curation reward. One thing which I really love about it is the granularity of control - different authors can choose which rules they want to use (they're not stuck with the blockchain's rules), and can even use different rules for different posts - e.g. for post A I might go for 50/50 split, but for post B I might go for 20/80 split. So customizable!
author | borislavzlatanov |
---|---|
permlink | re-jaki01-qerde1 |
category | hive |
json_metadata | {"tags":["hive"],"app":"peakd/2020.08.1"} |
created | 2020-08-08 18:44:27 |
last_update | 2020-08-08 18:44:27 |
depth | 1 |
children | 4 |
last_payout | 2020-08-15 18:44:27 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.092 HBD |
curator_payout_value | 0.093 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 815 |
author_reputation | 23,556,498,017,463 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,965,240 |
net_rshares | 696,232,355,475 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
jaki01 | 0 | 696,232,355,475 | 15% |
I fear that after authors could choose the percentage themselves, in the end that would lead to more and more reduced author rewards.
author | jaki01 |
---|---|
permlink | re-borislavzlatanov-qere2f |
category | hive |
json_metadata | {"tags":["hive"],"app":"peakd/2020.08.1"} |
created | 2020-08-08 18:59:03 |
last_update | 2020-08-08 18:59:03 |
depth | 2 |
children | 3 |
last_payout | 2020-08-15 18:59:03 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.016 HBD |
curator_payout_value | 0.017 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 133 |
author_reputation | 542,261,922,585,113 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,965,454 |
net_rshares | 141,765,618,103 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
borislavzlatanov | 0 | 141,765,618,103 | 100% |
I see that risk, yes. What about downvoting low-quality content? To my mind, this can serve as a counterbalance to low-quality high-rewarded posts. So if curators vote for a post because it will give them more rewards, but the post is not seen as high quality by others, then they will lose their curation rewards when those others downvote. At least in theory. I know in practice we've had a lot of challenges with having downvoting work well.
author | borislavzlatanov |
---|---|
permlink | re-jaki01-qerhdb |
category | hive |
json_metadata | {"tags":["hive"],"app":"peakd/2020.08.1"} |
created | 2020-08-08 20:10:24 |
last_update | 2020-08-08 20:10:24 |
depth | 3 |
children | 2 |
last_payout | 2020-08-15 20:10:24 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.040 HBD |
curator_payout_value | 0.041 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 445 |
author_reputation | 23,556,498,017,463 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,966,365 |
net_rshares | 325,925,720,775 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
jaki01 | 0 | 325,925,720,775 | 7% |
Read and approved 😉 * Make the time window disappear! * Abolish Vote-Bots! * Ban selfvotes! * Forbid buybots and “vote for delegation“! * Reintroduce the open/read posting counter!
author | chriddi |
---|---|
permlink | qerk55 |
category | hive |
json_metadata | {"app":"hiveblog/0.1"} |
created | 2020-08-08 21:10:18 |
last_update | 2020-08-08 21:10:18 |
depth | 1 |
children | 3 |
last_payout | 2020-08-15 21:10:18 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.144 HBD |
curator_payout_value | 0.145 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 180 |
author_reputation | 56,944,031,065,416 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,967,090 |
net_rshares | 1,052,885,920,949 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
jaki01 | 0 | 784,304,824,201 | 17% | ||
maxpatternman | 0 | 25,794,882,117 | 100% | ||
alucian | 0 | 64,857,835,112 | 100% | ||
atma.love | 0 | 177,928,379,519 | 100% |
OK, I start with 3rd, because I have nothing to add to the first two points: > Ban selfvotes! Sure, but often the biggest abusers also have the biggest number of different accounts ... Maybe something like 'diminishing returns' when upvoting the same accounts (also own one's) again and again would be more effective? > Forbid buybots and “vote for delegation“! How do you want to 'forbid' that in a decentralized network? I would say: flag posts upvoted by bid bots, and it's not worth anymore to pay for them! That's one thing that works rather well already on HIVE in my opinion. > Reintroduce the open/read posting counter! Well, maybe only count <em>these</em> visitors who stayed at least for a certain amount of time ... But right, I agree.
author | jaki01 |
---|---|
permlink | re-chriddi-qerla5 |
category | hive |
json_metadata | {"tags":["hive"],"app":"peakd/2020.08.1"} |
created | 2020-08-08 21:34:54 |
last_update | 2020-08-08 21:34:54 |
depth | 2 |
children | 2 |
last_payout | 2020-08-15 21:34:54 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.064 HBD |
curator_payout_value | 0.064 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 754 |
author_reputation | 542,261,922,585,113 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,967,337 |
net_rshares | 492,665,932,752 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
chriddi | 0 | 492,665,932,752 | 100% |
One question should be "Where does abuse start, where does it stop?" That alone is difficult to define. I have observed - even on myself - that the (moral?) boundary shifts the richer you get. In the beginning I never used a selfvote - I'm not my biggest fan myself. I even found it disgusting when I saw this - even with small users - in others. At some point the penny dropped that the quality of the articles had long since become a minor matter and that's when I lost any "shame" as well. Maybe 'diminishing returns' are a solution, but also a bit unfair to those who are very diligent, each article is a very good one and for this reason alone I want to support them regularly. Since the rigorous solution - each user only one account, selfvotes forbidden - is not possible in this system, there is no meaningful control in my opinion. And on the insight of the people can unfortunately not bet. Flags are okay. But who uses them? Most people are afraid of a flagwar and without a "higher instance", it is anyway hardly possible to find out every selfvoter, every votebuyer. If I see that a user has bought excessive votes or does so regularly, I won't vote. Others only vote because they know exactly that the user pays bots and so they get a higher CR if they are earlier than the bot. How you do it, you do it wrong - we cannot change people and their attitudes. But it's certainly always good to call a spade a spade and provoke new thinking, as you do here. I won't let myself be annoyed by the circumstances any more. As long as I enjoy it, I blog. Those who like my texts, vote for them, those who don't like them, leave them alone. I don't question it anymore - sometimes I still grin... ;-)
author | chriddi |
---|---|
permlink | qesft9 |
category | hive |
json_metadata | {"app":"hiveblog/0.1"} |
created | 2020-08-09 08:34:21 |
last_update | 2020-08-09 08:34:21 |
depth | 3 |
children | 1 |
last_payout | 2020-08-16 08:34:21 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.137 HBD |
curator_payout_value | 0.137 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 1,707 |
author_reputation | 56,944,031,065,416 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,974,466 |
net_rshares | 982,874,373,693 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
jaki01 | 0 | 633,167,204,043 | 15% | ||
vieanna | 0 | 323,629,664,034 | 50% | ||
maxpatternman | 0 | 26,077,505,616 | 100% |

author | cuddlekitten |
---|---|
permlink | re-idea-concerning-curation-rewards-20200809t153351z |
category | hive |
json_metadata | "{"app": "beem/0.24.5"}" |
created | 2020-08-09 15:33:54 |
last_update | 2020-08-09 15:33:54 |
depth | 1 |
children | 0 |
last_payout | 2020-08-16 15:33:54 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.015 HBD |
curator_payout_value | 0.015 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 114 |
author_reputation | -2,847,457,047,001 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,980,161 |
net_rshares | 122,867,340,229 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
jaki01 | 0 | 122,867,340,229 | 3% |
I like your idea but I would add a 60% penalty on self-votes -> you better use your votes on other people if you want to maximize your rewards. I recently published another idea though. Quoting myself now: I could imagine something like this as alternative system: "Content that is actually being consumed is the most valuable": -automatic rewards allocation based on reading time of individual mac-addresses (not IP-adresses or vitual machines) -all posts get two new counters, number of individual mac-adresses reading the post and combined duration of reading of the post. -the reward pool allocates resources automatically to all posts that have been written 7 days ago based on those metrics (maxed out at 5min of individual reading per mac-adress to avoid "reading bots"). -add in a small percentage on top, that increases the payout of written posts based on staked tokens of the author. This system is hard to game, no votefarming, not easy for circle jerkers... With this system you could also reduce the rewards-(pool) to authors by 20% and increase the staking rewards by 10% to encourage hodling, leading also to reduced inflation. Also maybe think about "the longer the HODL (meaning no powerdown of the tokens, first in first out), the bigger the HODL rewards" (increase by 1-10% on top of your HODL rewards)
author | ew-and-patterns |
---|---|
permlink | re-jaki01-qerj1s |
category | hive |
json_metadata | {"tags":["hive"],"app":"peakd/2020.08.1"} |
created | 2020-08-08 20:46:48 |
last_update | 2020-08-08 20:46:48 |
depth | 1 |
children | 4 |
last_payout | 2020-08-15 20:46:48 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.148 HBD |
curator_payout_value | 0.148 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 1,326 |
author_reputation | 138,703,829,387,626 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,966,786 |
net_rshares | 1,074,554,397,471 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
jaki01 | 0 | 785,799,122,038 | 17% | ||
dein-problem | 0 | -121,753,598 | -1% | ||
borjan | 0 | 288,877,029,031 | 61% |
setting penalties for self-voting will never work due to sockpuppets back in the day we had diminishing returns where your posts would earn less and less rewards from the votes on the 4th, 5th, 6th post etc and that was also obsolete as people would just create more alt accounts to vote on instead.
author | acidyo |
---|---|
permlink | qeswas |
category | hive |
json_metadata | {"app":"hiveblog/0.1"} |
created | 2020-08-09 14:30:27 |
last_update | 2020-08-09 14:30:27 |
depth | 2 |
children | 0 |
last_payout | 2020-08-16 14:30:27 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.000 HBD |
curator_payout_value | 0.000 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 299 |
author_reputation | 3,367,902,651,628,336 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,979,074 |
net_rshares | 0 |
The nightmare of a system like this is aggregating data from multiple sources. How would you pull and combine viewer & reader data from hive.blog, PeakD.com, eCency, Dapplr, 3Speak, Vimm, WordPress blogs using the SteemPress plugin, etc. etc. I just don’t think it’s feasible to automatically measure attention at the front end levels in a way that distributes blockchain level inflation.
author | bryan-imhoff |
---|---|
permlink | re-ew-and-patterns-qerxw6 |
category | hive |
json_metadata | {"tags":["hive"],"app":"peakd/2020.08.1"} |
created | 2020-08-09 02:07:18 |
last_update | 2020-08-09 02:07:18 |
depth | 2 |
children | 1 |
last_payout | 2020-08-16 02:07:18 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.000 HBD |
curator_payout_value | 0.000 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 388 |
author_reputation | 71,780,425,099,152 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,970,369 |
net_rshares | 0 |
Yeah, that's unfortunately true. But we should come up with some clever way to distribute rewards differently, incentivising what we want and disincentivising what we don't want. I don't really see discussions about this anymore.
author | ew-and-patterns |
---|---|
permlink | re-bryan-imhoff-qet0cz |
category | hive |
json_metadata | {"tags":["hive"],"app":"peakd/2020.08.1"} |
created | 2020-08-09 15:58:12 |
last_update | 2020-08-09 15:58:12 |
depth | 3 |
children | 0 |
last_payout | 2020-08-16 15:58:12 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.029 HBD |
curator_payout_value | 0.029 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 230 |
author_reputation | 138,703,829,387,626 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,980,500 |
net_rshares | 229,269,790,919 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
bryan-imhoff | 0 | 229,391,544,517 | 20% | ||
dein-problem | 0 | -121,753,598 | -1% |
> I would add a 60% penalty on self-votes ... Sure, but often the biggest abusers also have the biggest number of different accounts ... Maybe something like 'diminishing returns' when upvoting the same accounts (also own one's) again and again would be more effective? > I recently published another idea though. Interesting of course ... but wouldn't the maximizers start creating 'read bots'. That shouldn't be too difficult. You may oppose that long reading times only might benefit the author, not the reader ... but still: there could be 'read buying' or 'read trading': "I 'read' your posts all the day if you 'read' mine." :-)
author | jaki01 |
---|---|
permlink | re-ew-and-patterns-qerktp |
category | hive |
json_metadata | {"tags":["hive"],"app":"peakd/2020.08.1"} |
created | 2020-08-08 21:25:03 |
last_update | 2020-08-08 21:29:12 |
depth | 2 |
children | 0 |
last_payout | 2020-08-15 21:25:03 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.000 HBD |
curator_payout_value | 0.000 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 637 |
author_reputation | 542,261,922,585,113 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,967,226 |
net_rshares | 0 |
Yes you're right sir.i noticed that some of upvoter upvote a post without reading it. Its result to that one of quality content will not get vote and post with no quality in it get upto 14$ vote. And as you say the curation reward must be depend on vote weight. I wish some developer implement this idea and reflect the changes soon. Thanks
author | faisalamin | ||||||
---|---|---|---|---|---|---|---|
permlink | re-jaki01-202088t221637183z | ||||||
category | hive | ||||||
json_metadata | {"tags":["hive","curation","rewards","content","self-voting","eip"],"app":"ecency/3.0.0-mobile","format":"markdown+html"} | ||||||
created | 2020-08-08 17:16:39 | ||||||
last_update | 2020-08-08 17:16:39 | ||||||
depth | 1 | ||||||
children | 2 | ||||||
last_payout | 2020-08-15 17:16:39 | ||||||
cashout_time | 1969-12-31 23:59:59 | ||||||
total_payout_value | 0.058 HBD | ||||||
curator_payout_value | 0.032 HBD | ||||||
pending_payout_value | 0.000 HBD | ||||||
promoted | 0.000 HBD | ||||||
body_length | 342 | ||||||
author_reputation | 104,701,778,605,493 | ||||||
root_title | "Idea concerning curation rewards." | ||||||
beneficiaries |
| ||||||
max_accepted_payout | 1,000,000.000 HBD | ||||||
percent_hbd | 10,000 | ||||||
post_id | 98,963,974 | ||||||
net_rshares | 460,370,646,958 | ||||||
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
jaki01 | 0 | 460,370,646,958 | 10% |
Thanks for supporting my idea! :)
author | jaki01 |
---|---|
permlink | re-faisalamin-qer9ez |
category | hive |
json_metadata | {"tags":["hive"],"app":"peakd/2020.08.1"} |
created | 2020-08-08 17:18:36 |
last_update | 2020-08-08 17:19:09 |
depth | 2 |
children | 1 |
last_payout | 2020-08-15 17:18:36 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.000 HBD |
curator_payout_value | 0.000 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 33 |
author_reputation | 542,261,922,585,113 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,963,999 |
net_rshares | 0 |
You're more than welcome. This is the need of every Hive user. I personally know some person who write quality content but he didn't get vote and also knows some who just take advantage of their high level
author | faisalamin | ||||||
---|---|---|---|---|---|---|---|
permlink | re-jaki01-202088t222157756z | ||||||
category | hive | ||||||
json_metadata | {"tags":["hive"],"app":"ecency/3.0.0-mobile","format":"markdown+html"} | ||||||
created | 2020-08-08 17:22:00 | ||||||
last_update | 2020-08-08 17:22:00 | ||||||
depth | 3 | ||||||
children | 0 | ||||||
last_payout | 2020-08-15 17:22:00 | ||||||
cashout_time | 1969-12-31 23:59:59 | ||||||
total_payout_value | 0.028 HBD | ||||||
curator_payout_value | 0.029 HBD | ||||||
pending_payout_value | 0.000 HBD | ||||||
promoted | 0.000 HBD | ||||||
body_length | 206 | ||||||
author_reputation | 104,701,778,605,493 | ||||||
root_title | "Idea concerning curation rewards." | ||||||
beneficiaries |
| ||||||
max_accepted_payout | 1,000,000.000 HBD | ||||||
percent_hbd | 10,000 | ||||||
post_id | 98,964,044 | ||||||
net_rshares | 229,536,207,547 | ||||||
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
jaki01 | 0 | 229,536,207,547 | 5% |
Now that I have read many comments and hopefully understand most of them to some extent, I have to realize that everything is not that easy and a fairer solution must be wanted by most people. When I look at the article, I am surprised that especially the big accounts seem not to want to take part in this enormously important debate. This post received the ridiculous 19.34 Hive Rewards after 15 hours. It shows quite clearly that those who swim against the current do not get a tailwind. After publishing only 2.5 years on Steem/Hive within my possibilities, I realized that justice looks different. My friend Ritschi accompanies my experiment Hive as an outsider. He still doesn't understand how all this works, even though he reads all my posts. He asked me, why do I get a lower reward for an elaborate contribution than for a simple picture whose effort is limited? He asked me, why I don't post my pictures one by one, that would be much more financially rewarding, since one picture of me would still be better than 100 other blurry snapshots without description? My answer is clear, in the short term this would definitely be more lucrative. However, such a trivial contribution does not meet my personal requirements. I believe that in the long run good contributions that provide real added value will pay off. The question is whether we will be able to show people on Hive that it is worth the effort. The reward for this effort must be felt by everyone who comes to Hive! Of course, this 5-minute window of curation also annoys me. As @jaki01 already writes, this must be changed. I am confident that Hive will experience a positive change quickly and fairly. Wherever there is money involved, there will be people who do not think long term enough and only chase the quick profit. Most users do not want to deal with the mathematical calculations of comments, but this automatically puts them at a disadvantage. We have so many creative people here who, no matter what area they share their creativity with us, should have more attention and visibility. This is the only way to promote real quality and new members recognize the added value behind Hive. Performance and quality must be worthwhile!
author | faltermann |
---|---|
permlink | re-jaki01-qesedb |
category | hive |
json_metadata | {"tags":["hive"],"app":"peakd/2020.08.1"} |
created | 2020-08-09 08:03:24 |
last_update | 2020-08-09 08:03:24 |
depth | 1 |
children | 0 |
last_payout | 2020-08-16 08:03:24 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.503 HBD |
curator_payout_value | 0.503 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 2,217 |
author_reputation | 163,562,649,095,199 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,974,091 |
net_rshares | 3,113,562,345,196 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
jaki01 | 0 | 2,105,059,114,770 | 50% | ||
chriddi | 0 | 459,574,598,538 | 100% | ||
akukamaruzzaman | 0 | 48,560,292,705 | 100% | ||
dein-problem | 0 | -121,753,598 | -1% | ||
borjan | 0 | 500,490,092,781 | 100% |
Good ideas. Can we find enough witnesses to support these proposals?
author | germansailor |
---|---|
permlink | qerjkv |
category | hive |
json_metadata | {"app":"hiveblog/0.1"} |
created | 2020-08-08 20:58:30 |
last_update | 2020-08-08 20:58:30 |
depth | 1 |
children | 1 |
last_payout | 2020-08-15 20:58:30 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.066 HBD |
curator_payout_value | 0.066 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 68 |
author_reputation | 119,952,419,532,884 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,966,943 |
net_rshares | 509,110,506,806 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
jaki01 | 0 | 509,110,506,806 | 11% |
Am I the Oracle of Delphi?? ;-))) (I guess not but I think it's always worth a try.)
author | jaki01 |
---|---|
permlink | re-germansailor-qerkk1 |
category | hive |
json_metadata | {"tags":["hive"],"app":"peakd/2020.08.1"} |
created | 2020-08-08 21:19:12 |
last_update | 2020-08-08 21:19:12 |
depth | 2 |
children | 0 |
last_payout | 2020-08-15 21:19:12 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.050 HBD |
curator_payout_value | 0.050 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 85 |
author_reputation | 542,261,922,585,113 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,967,165 |
net_rshares | 389,844,487,381 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
germansailor | 0 | 389,844,487,381 | 100% |
The issue with linear curation and going back to 75/25 is that the bid bots will come back. I think all we need to change is the 5 minute window and perhaps make rewards fixed for the first 24 hours before they taper off; then people can take the time to curate manually and outcompete the bots.
author | intrepidphotos |
---|---|
permlink | re-jaki01-qerclm |
category | hive |
json_metadata | {"tags":["hive"],"app":"peakd/2020.08.1"} |
created | 2020-08-08 18:27:24 |
last_update | 2020-08-08 18:31:27 |
depth | 1 |
children | 5 |
last_payout | 2020-08-15 18:27:24 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.092 HBD |
curator_payout_value | 0.092 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 297 |
author_reputation | 583,698,312,014,318 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,965,002 |
net_rshares | 691,431,599,317 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
jaki01 | 0 | 691,431,599,317 | 15% |
> ... the bid bots will come back. Lets 'welcome' them with flags. :) > I think all we need to change is the 5 minute window ... Maybe, but I still see <em>no reason</em> to reward early voters higher at all than late curators (at least not as long as the majority of upvotes are auto-votes) ... Why should I upvote a post, when any of the large upvote bots was faster than me? To increase their automatically generated curation rewards? :) (In some cases I ask the author to write a comment for me to upvote, so I have not to support the curation maximizers by following them.)
author | jaki01 |
---|---|
permlink | re-intrepidphotos-qerhjh |
category | hive |
json_metadata | {"tags":["hive"],"app":"peakd/2020.08.1"} |
created | 2020-08-08 20:14:06 |
last_update | 2020-08-08 20:14:06 |
depth | 2 |
children | 4 |
last_payout | 2020-08-15 20:14:06 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.000 HBD |
curator_payout_value | 0.000 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 582 |
author_reputation | 542,261,922,585,113 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,966,408 |
net_rshares | 2,704,055,035 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
mundharmonika | 0 | 2,704,055,035 | 100% |
I agree with all your points here @jaki01. But changing the system might take years to happen, if it does happen. The resistance will come from people with higher stakes than those in favor. It is still a worthy cause but meanwhile I think the best path to take is the one you mentioned above: >(In some cases I ask the author to write a comment for me to upvote, so I have not to support the curation maximizers by following them.) This could be the best course of action because you won't be adding to the rewards of the early voters and you can take your time in curating posts that you really like. And although you will be going over the 5 minute rule, at least the bigger share of the rewards go to the author and not the bots. This is as far as my understanding of the matter goes. I'm no expert at these matters but upvoting the comment instead of the main post is a good palliative for the moment that things cannot yet change.
author | gems.and.cookies | ||||||
---|---|---|---|---|---|---|---|
permlink | re-jaki01-202089t151230319z | ||||||
category | hive | ||||||
json_metadata | {"tags":["hive"],"app":"esteem/2.2.7-surfer","format":"markdown+html","community":"esteem.app"} | ||||||
created | 2020-08-09 07:12:33 | ||||||
last_update | 2020-08-09 07:12:33 | ||||||
depth | 3 | ||||||
children | 1 | ||||||
last_payout | 2020-08-16 07:12:33 | ||||||
cashout_time | 1969-12-31 23:59:59 | ||||||
total_payout_value | 0.140 HBD | ||||||
curator_payout_value | 0.145 HBD | ||||||
pending_payout_value | 0.000 HBD | ||||||
promoted | 0.000 HBD | ||||||
body_length | 939 | ||||||
author_reputation | 88,012,906,020,026 | ||||||
root_title | "Idea concerning curation rewards." | ||||||
beneficiaries |
| ||||||
max_accepted_payout | 1,000,000.000 HBD | ||||||
percent_hbd | 10,000 | ||||||
post_id | 98,973,523 | ||||||
net_rshares | 1,036,600,304,829 | ||||||
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
jaki01 | 0 | 1,036,600,304,829 | 25% |
Agree on a surface level but we need to provide some incentive to up vote something that is better than for example just this comment. Linear curation rewards encourage just up voting of anything as the rewards are all the same. People will self vote and claim the rewards; there is no disincentive other than vigilante mobs of down voters which makes the platform feel more like a failed police state.
author | intrepidphotos |
---|---|
permlink | re-jaki01-qerj0n |
category | hive |
json_metadata | {"tags":["hive"],"app":"peakd/2020.08.1"} |
created | 2020-08-08 20:46:00 |
last_update | 2020-08-08 20:46:00 |
depth | 3 |
children | 1 |
last_payout | 2020-08-15 20:46:00 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.028 HBD |
curator_payout_value | 0.029 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 407 |
author_reputation | 583,698,312,014,318 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,966,780 |
net_rshares | 231,641,703,214 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
jaki01 | 0 | 231,641,703,214 | 5% |
I would like to contribute another example for the absurdity of the current curation system: In our "<a href="https://hive.blog/created/hive-101587">Fascinating Insects</a>" community as mods @faltermann and I are the experts when it comes to these little creatures. However, instead to follow our upvotes, some 'curator bots' with big pockets but no clue about the matter prefer to upvote any blurred ladybug pictures. And why? Because they earn more when they upvote first ...
author | jaki01 |
---|---|
permlink | re-jaki01-qes63d |
category | hive |
json_metadata | {"tags":["hive"],"app":"peakd/2020.08.1"} |
created | 2020-08-09 05:04:27 |
last_update | 2020-08-09 05:04:27 |
depth | 1 |
children | 0 |
last_payout | 2020-08-16 05:04:27 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.528 HBD |
curator_payout_value | 0.528 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 479 |
author_reputation | 542,261,922,585,113 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,972,154 |
net_rshares | 3,258,815,395,243 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
kobold-djawa | 0 | 247,437,180,611 | 100% | ||
davidorcamuriel | 0 | 2,488,008,463,137 | 100% | ||
vieanna | 0 | 326,681,633,947 | 50% | ||
faltermann | 0 | 196,688,117,548 | 50% |
I enjoyed reading the comments section and truly learn a lot from your conversation. I am also trying to figure out each and every points you presented here. Overall I agree with you and I can see how knowledgeable and devoted you are to the improvement of this platform. Honestly, I'm doing my best not to upvote my own post, I also believe that its best to be used to upvote others. I only upvote my own work if I find it unrated even if I did my best in coming up with that post and spent hours just to make it a bit attractive to curators and informative for those who really read. Although my votes doesnt make any significant difference at all but I pity my post and myself for getting only cents, very discouraging. Lastly I prefer the 75/25% sharing of rewards hope it will be applied back soon. **Thank you and more power!**
author | long888 |
---|---|
permlink | qerwos |
category | hive |
json_metadata | {"app":"hiveblog/0.1"} |
created | 2020-08-09 01:41:21 |
last_update | 2020-08-09 01:41:21 |
depth | 1 |
children | 0 |
last_payout | 2020-08-16 01:41:21 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.130 HBD |
curator_payout_value | 0.130 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 843 |
author_reputation | 48,201,303,992,122 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,970,150 |
net_rshares | 948,985,311,130 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
jaki01 | 0 | 948,985,311,130 | 20% |
Automatic upvote sometimes is recommended when the main Curator is not physically present to read the articles but nevertheless, we need more of consumers which I will say readers than the producers ( the Curators) . Morealso, the needs to be place of the same balance sheet for more progress on Hive.
author | mattsanthonyit |
---|---|
permlink | re-jaki01-qes1f4 |
category | hive |
json_metadata | {"tags":["hive"],"app":"peakd/2020.08.1"} |
created | 2020-08-09 03:24:36 |
last_update | 2020-08-09 03:24:36 |
depth | 1 |
children | 1 |
last_payout | 2020-08-16 03:24:36 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.062 HBD |
curator_payout_value | 0.061 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 301 |
author_reputation | 1,636,957,372,427,679 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,971,134 |
net_rshares | 470,857,689,615 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
jaki01 | 0 | 470,857,689,615 | 10% |
> Automatic upvote sometimes is recommended when the main Curator is not physically present ... Sure, but that's not the main reason for all the automated upvoting ...
author | jaki01 |
---|---|
permlink | re-mattsanthonyit-qes2qj |
category | hive |
json_metadata | {"tags":["hive"],"app":"peakd/2020.08.1"} |
created | 2020-08-09 03:51:57 |
last_update | 2020-08-09 03:51:57 |
depth | 2 |
children | 0 |
last_payout | 2020-08-16 03:51:57 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.000 HBD |
curator_payout_value | 0.000 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 168 |
author_reputation | 542,261,922,585,113 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,971,386 |
net_rshares | 0 |
I use autovotes too but I would gladly adopt the change you offer. I must admit that sometimes, when curating manually, I have a hard time upvoting a post that I like because it already got a lot of big votes and the potential curation reward would be next to zero...
author | phortun |
---|---|
permlink | qesoop |
category | hive |
json_metadata | {"app":"hiveblog/0.1"} |
created | 2020-08-09 11:46:03 |
last_update | 2020-08-09 11:46:03 |
depth | 1 |
children | 0 |
last_payout | 2020-08-16 11:46:03 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.098 HBD |
curator_payout_value | 0.098 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 267 |
author_reputation | 1,190,495,009,777,695 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,976,729 |
net_rshares | 722,006,833,696 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
jaki01 | 0 | 625,293,367,282 | 15% | ||
liltammy | 0 | 94,746,361,136 | 100% | ||
musinka | 0 | 1,967,105,278 | 100% |
Hi @jaki01 😁, I agree with you on that the timeframe of 5 min should be extended to 10 min at least. >curation rewards depend only on the own vote weight (HP, percentage of the vote). I don't agree on it. In my point of view, that means less efforts for voters, they will be upvoting only the posts of their friends since no extra rewards to upvote others or to discover content. I also like the idea to penalize the curators if they upvote more than 1 post per day per author or more than 5 posts per week per author (give less curation rewards). I know some spammers that are being upvoted more than 10 times per week by the same whale. Remove the selfvoting is a nice temporary try, because eventually people will create an alternative account and delegate their stake and continue selfvoting. @Mahdiyari (the hive.vote provider) should stop his service, we will have less jerky circles like @backscractchers or @honeybee. At least it will be more difficult to set up jerk circles. As well, developers should obfuscate the code to avoid people follow trails and set up fanbases. Consequently, more people will be aware of their investment and upvote manually. The fact is that, high stakeholders will need to pay for manual curators like me or delegate their stake to the bidbots 😃. >Convergent linear curve for author rewards It's ok to avoid spam and promote investments. >Going back to 75 % author and 25 % curation rewards. Nope. A lot of content creators are using likwid or reward.app to liquefy rewards. The powerdown journey of 13 weeks is nice for the platform and for our security.
author | sergiomarquina |
---|---|
permlink | re-jaki01-qes66k |
category | hive |
json_metadata | {"tags":["hive"],"app":"peakd/2020.08.1"} |
created | 2020-08-09 05:08:06 |
last_update | 2020-08-09 05:08:06 |
depth | 1 |
children | 3 |
last_payout | 2020-08-16 05:08:06 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.056 HBD |
curator_payout_value | 0.057 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 1,602 |
author_reputation | 690,496,725,025 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,972,182 |
net_rshares | 430,619,888,944 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
jaki01 | 0 | 430,619,888,944 | 11% |
> I agree with you on that the timeframe of 5 min should be extended to 10 min at least. That wouldn't change much. A <em>manual</em> upvote even a day after publishing a post shouldn't generate less curation rewards than an early auto-vote - simple like that. > In my point of view, that means less efforts for voters ... Of <em>which</em> 'effort' are you talking? Most upvotes are automated which means <em>no</em> effort at all! For example a @blocktrades post shows a pending reward of about 30 dollars after only a few minutes ... Do you think <em>anybody</em> of theses early 'curators' makes any effort? > ... they will be upvoting only the posts of their friends since no extra rewards to upvote others or to discover content. No: they are finally <em>free</em> to upvote what they <em>like</em>, because they need not to care about their curation rewards anymore! In my opinion the legend of the early manual content discovery is a complete myth (a very rare exception). :) <a href="https://hive.blog/hive/@jaki01/re-jaki01-qes63d">Here</a> is another example to which absurdities the current curation system leads. > Remove the selfvoting is a nice temporary try, because eventually people will create an alternative account and delegate their stake and continue selfvoting. That's for sure. Maybe 'diminishing returns' when upvoting the same accounts (including own one's) again and again could be worth a try. > @Mahdiyari (the hive.vote provider) should stop his service, we will have less jerky circles like @backscractchers or @honeybee. At least it will be more difficult to set up jerk circles. Agreed! > Nope. A lot of content creators are using likwid or reward.app to liquefy rewards. The powerdown journey of 13 weeks is nice for the platform and for our security. Did I write anything about the powerdown period? So what exactly is your point against '75/25'? It would be a <em>possible</em> measure against self-voting in case we had the suggested convergent linear <em>author</em> rewards curve combined with a linear <em>curation</em> rewards function.
author | jaki01 |
---|---|
permlink | re-sergiomarquina-qes79i |
category | hive |
json_metadata | {"tags":["hive"],"app":"peakd/2020.08.1"} |
created | 2020-08-09 05:29:42 |
last_update | 2020-08-09 05:29:42 |
depth | 2 |
children | 2 |
last_payout | 2020-08-16 05:29:42 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.000 HBD |
curator_payout_value | 0.000 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 2,090 |
author_reputation | 542,261,922,585,113 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,972,439 |
net_rshares | 0 |
Thank you @jaki01 for your point of view. By doing what you are proposing, there will be no incentive to discover content, which I found great on Hive since tiny accounts can get more rewards than whales. Only time will tell us 😁 @acidyo, another great idea to solve the competence for automatic curation rewards and welcoming more manual curation is just by adding a random timer for upvoting from 5 min to 60 min, so no automatic upvotes anymore on hive. By doing so, we will need to add the timer on each post like the "expiration time" function is working on peakd. HF21 code: "HIVE_REVERSE_AUCTION_WINDOW_SECONDS_HF21":300 HF24 code: "HIVE_REVERSE_AUCTION_WINDOW_SECONDS_HF24":Random (300,3600) 😁 <-- the time is in seconds. If the bots upvote at min 5 and the Reverse Auction for that post is 60 min, it would be like the bot is upvoting at min 0.8.
author | sergiomarquina |
---|---|
permlink | re-jaki01-qevt9j |
category | hive |
json_metadata | {"tags":["hive"],"app":"peakd/2020.08.2"} |
created | 2020-08-11 04:19:30 |
last_update | 2020-08-11 04:22:12 |
depth | 3 |
children | 1 |
last_payout | 2020-08-18 04:19:30 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.070 HBD |
curator_payout_value | 0.070 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 860 |
author_reputation | 690,496,725,025 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 99,006,841 |
net_rshares | 503,068,508,456 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
jaki01 | 0 | 503,068,508,456 | 11% |
>Curation rewards depend only on the own vote weight (HP, percentage of the vote). I mentioned this to @acidyo ages ago, I think the 5-minute window is a dumb idea too. Maybe it was there for a reason once, (30 mins, then 15 mins, now 5). I don't see the point and your stake should be the weight. I don't self-vote so the other issue is a non-issue for me. Flags will sort things out like that it people start taking the piss.
author | slobberchops |
---|---|
permlink | re-jaki01-qerbcv |
category | hive |
json_metadata | {"tags":["hive"],"app":"peakd/2020.08.1"} |
created | 2020-08-08 18:00:33 |
last_update | 2020-08-08 18:00:33 |
depth | 1 |
children | 0 |
last_payout | 2020-08-15 18:00:33 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.092 HBD |
curator_payout_value | 0.092 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 429 |
author_reputation | 2,448,267,107,719,055 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,964,614 |
net_rshares | 693,501,759,398 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
jaki01 | 0 | 693,501,759,398 | 15% |
Let me be clear that I'm not holier than the pope; got quite a few people on autovote also. But nevertheless from day one I found this 5 minute window a ridiculous thing. No-one is able to read, evaluate and upvote "properly" within that short time-frame. I totally agree with you and your idea.
author | smasssh |
---|---|
permlink | qera0e |
category | hive |
json_metadata | {"app":"hiveblog/0.1"} |
created | 2020-08-08 17:31:18 |
last_update | 2020-08-08 17:31:18 |
depth | 1 |
children | 3 |
last_payout | 2020-08-15 17:31:18 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.192 HBD |
curator_payout_value | 0.136 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 296 |
author_reputation | 44,000,682,492,974 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,964,186 |
net_rshares | 1,349,404,073,415 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
jaki01 | 0 | 921,048,650,678 | 20% | ||
borjan | 0 | 246,866,377,040 | 51% | ||
atma.love | 0 | 181,489,045,697 | 100% |
> I'm not holier than the pope ... I wouldn't claim that, too, concerning me. :) However, if certain kinds of behaviour are discouraged, maybe even unholy people like us will start to act in a better way. :-) > I totally agree with you and your idea. Good to know that others agree with my thoughts, so at least it seems I am not completely off the track.
author | jaki01 |
---|---|
permlink | re-smasssh-qeraec |
category | hive |
json_metadata | {"tags":["hive"],"app":"peakd/2020.08.1"} |
created | 2020-08-08 17:39:51 |
last_update | 2020-08-08 17:39:51 |
depth | 2 |
children | 2 |
last_payout | 2020-08-15 17:39:51 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.050 HBD |
curator_payout_value | 0.041 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 359 |
author_reputation | 542,261,922,585,113 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,964,317 |
net_rshares | 388,771,916,157 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
smasssh | 0 | 388,771,916,157 | 10% |
_'maybe even unholy people like us will start to act in a better way.'_ Amen to that, hahaha.
author | smasssh |
---|---|
permlink | qeraka |
category | hive |
json_metadata | {"app":"hiveblog/0.1"} |
created | 2020-08-08 17:43:15 |
last_update | 2020-08-08 17:43:15 |
depth | 3 |
children | 1 |
last_payout | 2020-08-15 17:43:15 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.074 HBD |
curator_payout_value | 0.075 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 94 |
author_reputation | 44,000,682,492,974 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,964,369 |
net_rshares | 570,027,473,315 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
jaki01 | 0 | 231,358,331,333 | 5% | ||
borjan | 0 | 338,669,141,982 | 69% |
I think it's detrimental to favour automatic voting when we really need real curation. I benefit from a load of votes minutes after I post, but I would rather have more actual readers.
author | steevc |
---|---|
permlink | re-jaki01-qeri6n |
category | hive |
json_metadata | {"tags":["hive"],"app":"peakd/2020.08.1"} |
created | 2020-08-08 20:28:00 |
last_update | 2020-08-08 20:28:00 |
depth | 1 |
children | 5 |
last_payout | 2020-08-15 20:28:00 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.180 HBD |
curator_payout_value | 0.180 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 184 |
author_reputation | 1,394,951,312,612,132 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,966,562 |
net_rshares | 1,279,943,800,671 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
jaki01 | 0 | 931,292,740,855 | 20% | ||
v4vapid | 0 | 159,849,848,577 | 1% | ||
dein-problem | 0 | -121,753,598 | -1% | ||
atma.love | 0 | 188,922,964,837 | 100% |
Well said! I know, concerning the number of upvotes I am also privileged compared to many others, but concerning real engagement in the comment sections of my posts I also have experienced better times! Nowadays people leave their upvote (take curation reward), and then consider their job as done (only if HIVE itself is the topic, engagement is a little bit higher). :) In my last post I am trying to promote a HIVE soccer tipster competition, and before publishing it I wondered if the maximal allowed number of 300 participants would be enough ... but so far only six HIVE users have joined! :) Of course not everyboday is interested in predicting soccer results, but I guess that the other reason for the (so far) very low number of participants is that the majority of upvoters just didn't <em>read</em> my post ...
author | jaki01 |
---|---|
permlink | re-steevc-qeriyg |
category | hive |
json_metadata | {"tags":["hive"],"app":"peakd/2020.08.1"} |
created | 2020-08-08 20:44:42 |
last_update | 2020-08-08 20:44:42 |
depth | 2 |
children | 4 |
last_payout | 2020-08-15 20:44:42 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.016 HBD |
curator_payout_value | 0.016 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 823 |
author_reputation | 542,261,922,585,113 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,966,766 |
net_rshares | 133,994,593,096 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
steevc | 0 | 133,994,593,096 | 10% |
Part of the problem is the small community. For a lot of interests there is just not much of an audience. BTW I'm not a soccer fan. We need to build on what communities we have and not focus quite so much on rewards. Of course some people are desperate for any rewards, but a lot of us can play the long game to try to make Hive more attractive. We need to reach some critical mass where it's a go-to destination.
author | steevc |
---|---|
permlink | re-jaki01-qerjxg |
category | hive |
json_metadata | {"tags":["hive"],"app":"peakd/2020.08.1"} |
created | 2020-08-08 21:05:42 |
last_update | 2020-08-08 21:05:42 |
depth | 3 |
children | 3 |
last_payout | 2020-08-15 21:05:42 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.028 HBD |
curator_payout_value | 0.029 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 413 |
author_reputation | 1,394,951,312,612,132 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,967,030 |
net_rshares | 231,405,457,073 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
jaki01 | 0 | 231,527,210,671 | 5% | ||
dein-problem | 0 | -121,753,598 | -1% |
Everything written in this post is clear that's happening in the chain. I agree totally with the new idea but the fact that as of the moment, everyone's concern is all about getting the best out of curation, only worsen the current situation if will be implemented. And I'm not surprised this is not everyone's main concern or maybe they don't really care, they just let the normal process sink in and interact within the chain. Maybe that's a good sign that they're not into the potential money of this network or they don't care who's getting more rewards and who's barely earning it. But that would be a selfish act against those who invested real money as the price will keep on tanking no matter what because Hive is an active token. It's not mainly about protocol-driven distribution but emotions bound to affect and disorient the network. But I don't lose hope for we still have great curators and leaders inside. I owe every token I have earned in this blockchain to them except for those tokens I actively moving on exchanges.
author | themanualbot |
---|---|
permlink | re-jaki01-qes6u0 |
category | hive |
json_metadata | {"tags":["hive"],"app":"peakd/2020.08.1"} |
created | 2020-08-09 05:20:30 |
last_update | 2020-08-09 05:20:30 |
depth | 1 |
children | 0 |
last_payout | 2020-08-16 05:20:30 |
cashout_time | 1969-12-31 23:59:59 |
total_payout_value | 0.106 HBD |
curator_payout_value | 0.107 HBD |
pending_payout_value | 0.000 HBD |
promoted | 0.000 HBD |
body_length | 1,038 |
author_reputation | 167,322,914,429,339 |
root_title | "Idea concerning curation rewards." |
beneficiaries | [] |
max_accepted_payout | 1,000,000.000 HBD |
percent_hbd | 10,000 |
post_id | 98,972,335 |
net_rshares | 781,438,416,549 |
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
jaki01 | 0 | 781,438,416,549 | 20% |
Thank you, for caring about this platform & trying time come up with ways to make it better. I hope Hive thrives & does not go the way of Steem...
author | yahialababidi | ||||||
---|---|---|---|---|---|---|---|
permlink | re-jaki01-202089t233010927z | ||||||
category | hive | ||||||
json_metadata | {"tags":["hive","curation","rewards","content","self-voting","eip"],"app":"esteem/2.2.5-mobile","format":"markdown+html","community":"hive-125125"} | ||||||
created | 2020-08-10 03:30:12 | ||||||
last_update | 2020-08-10 03:30:12 | ||||||
depth | 1 | ||||||
children | 0 | ||||||
last_payout | 2020-08-17 03:30:12 | ||||||
cashout_time | 1969-12-31 23:59:59 | ||||||
total_payout_value | 0.056 HBD | ||||||
curator_payout_value | 0.058 HBD | ||||||
pending_payout_value | 0.000 HBD | ||||||
promoted | 0.000 HBD | ||||||
body_length | 147 | ||||||
author_reputation | 116,173,625,176,323 | ||||||
root_title | "Idea concerning curation rewards." | ||||||
beneficiaries |
| ||||||
max_accepted_payout | 1,000,000.000 HBD | ||||||
percent_hbd | 10,000 | ||||||
post_id | 98,988,681 | ||||||
net_rshares | 435,741,383,544 | ||||||
author_curate_reward | "" |
voter | weight | wgt% | rshares | pct | time |
---|---|---|---|---|---|
jaki01 | 0 | 435,741,383,544 | 11% |