Skip to content
This repository has been archived by the owner on Oct 4, 2019. It is now read-only.

Правки к штрафному 30-иминутном окну голосования #898

Closed
gropox opened this issue Jul 30, 2018 · 29 comments
Closed

Правки к штрафному 30-иминутном окну голосования #898

gropox opened this issue Jul 30, 2018 · 29 comments
Assignees
@AKorpusenko
Labels
hardfork high
Milestone
0.19.0

Comments

@gropox
Copy link

gropox commented Jul 30, 2018

Для борьбы с ботами было введено изначально тридцатиминутное штрафное окно. При голосовании в течении первых тридцати минут кураторские делятся пропорционально между автором и куратором. Таким образом это должно было заставить кураторов голосовать как можно позже, тем самым усложняя игровую составляющую голосования.

Но с появлением бустеров, авторы все чаще стали заказывать апвоуты в первые минуты после публикации поста, тем самым срезая выплаты кураторам. Тем самым еще больше убивая саму идею курирования контента.

Потому предлагаю срезанные кураторские не отдавать автору поста, а оставлять в пуле авторских вознаграждений. Тем самым автору не будет мотивации срезать выплаты и кураторы получат возможность зарабатывать на курировании.

Радикальное решение было бы конечно пересмотреть всю экономику голоса, но по крайней мере это решение должно помочь привлечь обычных пользователей, с небольшой СГ к курированию контента.

Возможно авторам будет выгоднее тогда оттягивать покупку голосов, что бы привлечь голоса не участвующие в бустерах.

Это тема по крайней мере обсуждалась на steemit тоже.

https://steemit.com/steem/@steemitblog/hardfork-20-velocity-development-update

На стимите так же предлагается уменьшить штрафное окно до 15 минут. Возможно стоит подумать о том, что бы сделать этот параметр голосуемым.
@t3ran13
Copy link

t3ran13 commented Jul 30, 2018

поддерживаю!
только к этому еще предлагаю сделать более равномерное распределение кураторских наград как на стиме. это не серьезно когда боты обкрадывают людей. пускай хотяб у людей и ботов приблизно одинаковые шансы будут- более равномерное распределение. я не говорю линейное, достаточно для функции a*x^2+b*x+c сделать коэффициент a < 0.1

@tnam0rken
Copy link

Срезание кураторских - сейчас единственный способ выйти в + на голосе...

@litrbooh
Copy link

@tnam0rken
Наоборот, если у всех будет одинаковый размер кураторских, то цены просто упадут и всё. Зато не надо будет биться над срезкой. Дождался халявных апов, если такие будут - а потом пошел качать.

@litrbooh
Copy link

@gropox
Лично, я считаю что это ничего не даст. Я предлагал радикальнее сделать:

  1. поднять процент кураторских
  2. зафиксировать его
  3. сделать линейным

@gropox
Copy link
Author

gropox commented Jul 30, 2018

@litrbooh

Лично, я считаю что это ничего не даст. Я предлагал радикальнее сделать:

Согласен конечно с тем, что возможно надо пересматривать экономику, но проблема в том, что нормального обсуждения не ведется, какой должна быть хорошая экономика. Все остается на уровне "обсуждения на кухне, за стаканом чая". Слишком мало народу, понимающие о чем речь.

И я бы не сказал, что совсем ничего не даст предложенное. Это конечно не радикальное решение, но простое и понятное в реализации и в том, как оно работает. Минут десять специалисту что бы сделать, но возможно добавит игровой момент, вернее вернет его.

@t3ran13
Copy link

t3ran13 commented Jul 30, 2018

@litrbooh
категорически против твоего "жадного" предложения)

@t3ran13
Copy link

t3ran13 commented Jul 30, 2018

вернее вернет его.

ага, я думаю что перед радикальной переделкой сперва стоит попробовать починить)

@litrbooh
Copy link

litrbooh commented Jul 31, 2018 •
edited
Loading

@t3ran13

категорически против твоего "жадного" предложения)

тогда не жалуйтесь потом, что кураторство снова не работает :)

@afalaleev afalaleev mentioned this issue Aug 12, 2018
Closed
@marijadia marijadia added this to the 0.19.0 milestone Aug 16, 2018
@afalaleev
Copy link
Member

afalaleev commented Aug 20, 2018 •
edited by AKorpusenko
Loading

  • Extend chain_properties_19

  • Auction window (default STEEMIT_REVERSE_AUCTION_WINDOW_SECONDS)

  • Add calculation of median to database::update_median_witness_props()

  • Add weight of auction window to comment_object

  • Extend comment_api_object with weight of auction window

  • Add calculation of auction window weight to vote_evaluator

  • Add returning of auction rewards to reward pool in database::pay_curators()

  • Fix calculation of pending rewards in discussion_helper

  • Extend update_chain_properties command with auction window in cli_wallet

  • Extend info command with auction window in cli_wallet

  • Add unit-tests for auction window

@AKorpusenko AKorpusenko self-assigned this Aug 20, 2018
AKorpusenko added a commit that referenced this issue Aug 20, 2018
@AKorpusenko
Extended chain_properties for 19 hf. #898
7b97d9a
AKorpusenko added a commit that referenced this issue Aug 23, 2018
@AKorpusenko
Made auction window votable. Fixed rewards calculations. #898
c881c09
AKorpusenko added a commit that referenced this issue Aug 28, 2018
@AKorpusenko
Added auction_window_size to wallet update_chain_properties. #898
47ba498
AKorpusenko added a commit that referenced this issue Aug 28, 2018
@AKorpusenko
Fixed some codestyle errors. Changed auction_window_weight to uint128…
8afba75 
…_t. #898
AKorpusenko added a commit that referenced this issue Aug 30, 2018
@AKorpusenko
Added HF19 checks. Fixed auction_window_size in update_chain_properti…
df50402 
…es. #898
AKorpusenko added a commit that referenced this issue Aug 30, 2018
@AKorpusenko
Added auction_window_max_size constant to config. Added HF19 checks i…
3136393 
…n steem_evaluator. #898
@litrbooh
Copy link

afalaleev
Что конкретно делается, какая будет реализация? Можно для простых смертных на русском языке описать, я ваших коммитов не понимаю.

@afalaleev
Copy link
Member

Реализацию можно разбить на два пункта:

  • Размер штрафного окна выносится в список голосуемых параметров.
  • Срезанные в штрафное окно кураторские возвращается в пул вознаграждений.

@t3ran13
Copy link

t3ran13 commented Sep 5, 2018

Мб не стоит в пул возращать, а отдавать другим кураторам нужно?

@gropox
Copy link
Author

gropox commented Sep 5, 2018

@t3ran13 по мне так это тоже самое, что и автору отдавать. Я вызваю бустера на первых минутах, а следом прихожу сам и голосую

@afalaleev
Copy link
Member

Есть еще третий вариант - сжигать.

@gropox
Copy link
Author

gropox commented Sep 5, 2018

Про сжигание не знаю, это повлияет на инфляцию. чуть притормозит. Не думаю, что на очень большие значения, но все же.

Я лично за возврат.так как это сохранит статус кво. Если что то сжигать, так это золотые - уменьшать долг. А это голоса.

@t3ran13
Copy link

t3ran13 commented Sep 6, 2018

  • если ты заплатил за ап, то это втои проблемы кому и какие кураторские пойдут. Мб кто-то будет зарится на такие апы и следом ходить кураторские собирать, хз, но это оживит систему.
  • я вообще готов сам лично апать на старте свои посты привлекая мелочь кураторскими) это не минус а плюс)
  • возврат в пул довольно стремно, если будут баги то хз как их отслеживать. может появится дырявое корыто, я против.
  • отправляя в пул ты фактически отправляешь 75% авторам, что работает точно так же как и срезка кураторских когда их получает автор поста.

@gropox
Copy link
Author

gropox commented Sep 6, 2018

@t3ran13

если ты заплатил за ап, то это втои проблемы кому и какие кураторские пойдут. Мб кто-то будет зарится на такие апы и следом ходить кураторские собирать, хз, но это оживит систему.

Да их будут всякие крокодилы так же резать. Немного людей занимаются покупкой апов. Это в основном касатки. Если они сейчас не гнушаются кураторскими, вызывая бустера на первой минуте, они и потом не будут гнушаться после вызова бустера проголосовать за свой пост. и срезать кураторские всем остальным, проголосовавшим позже.

возврат в пул довольно стремно, если будут баги то хз как их отслеживать. может появится дырявое корыто, я против.

Баг в любом из предложенных сценаривем может быть

отправляя в пул ты фактически отправляешь 75% авторам, что работает точно так же как и срезка кураторских когда их получает автор поста.

Отправляя в пул, ты отдаешь другим и кураторам и авторам и самому себе в том числе. Выше пул, выше выплаты постам. У автора теряется мотивация манипулировать кураторскими.

Но возможно и распределять кураторские среди остальных кураторов. Может это и справедливее. Эх, вот если бы автор мог при создании поста выбирать )))

@t3ran13
Copy link

t3ran13 commented Sep 7, 2018

Да их будут всякие крокодилы так же резать. Немного людей занимаются покупкой апов. Это в основном касатки. Если они сейчас не гнушаются кураторскими, вызывая бустера на первой минуте, они и потом не будут гнушаться после вызова бустера проголосовать за свой пост. и срезать кураторские всем остальным, проголосовавшим позже.

да какие срезы? сейчас апп кита отдает кураторские автору

  • ты предлагаешь передавать эти курсроские опять в пул, т.е. 25% кураторам и 75% авторам
  • я предлагаю кураторские от "спешащих" перераспределять между теми кто апает "в правильное время".
    как в моем предложении можно срезать кураторские??? их можно только перераспределить между теми кто апает вовремя.

Баг в любом из предложенных сценаривем может быть

вопрос не в том что может или не может.
а в том что в твоем сценарии его отследить невозможно.
для контроля нужно создавать доп виртуальные операции. и фиг пойми как смотреть пополнение пула.

Отправляя в пул, ты отдаешь другим и кураторам и авторам и самому себе в том числе. Выше пул, выше выплаты постам. У автора теряется мотивация манипулировать кураторскими.

это верно только для тех у кого нет силы. а вот для тех кто в состоянии распределить 10% пула и более, это как бы и хорошо, можно пользоваться)
а историй с распределением пула на голосе полно)

Но возможно и распределять кураторские среди остальных кураторов. Может это и справедливее. Эх, вот если бы автор мог при создании поста выбирать )))

такая система работает на стиме. если честно я не встречал еще жалоб по этому вопросу, хотя я и не сильно мониторю "общественность" на стиме)

@t3ran13
Copy link

t3ran13 commented Sep 13, 2018

@tnam0rken не все как вы покупают апы)
я лично когда апаю не смотрю когда был запощен пост и не против если мои кураторские пойдут не автору, а кураторам) мой выбор

а вот на покупке апов это не скажется. просто продавцы начнут учитывать это и продавать подешевле)

@tnam0rken
Copy link

Не смешно. Фиг они начнут понижать цену))
Когда я апаю фаворитов - я вообще на кураторские не смотрю. Раньше за легионом стоял, потом стал продавать часть апов

@afalaleev
Copy link
Member

afalaleev commented Sep 17, 2018 •
edited
Loading

  • Change type of auction_window_weight from uint128_t to uint64_t
  • Add extension to comment to select destination of returning (reward fund or curators)
  • Add calculation with returning to curators
  • Add virtual operation return_to_reward_fund

@t3ran13
Copy link

t3ran13 commented Sep 17, 2018

Чб не делать двойную работу вынесите вопрос на голосование делегатам

AKorpusenko added a commit that referenced this issue Sep 18, 2018
@AKorpusenko
Added votable auction window. Added returning of auction rewards to r…
b247561 
…eward poll. #898

Merge pull request #937 from GolosChain/golos-v0.18.4

Golos v0.18.4
Add chain_properties_19 #295

Merge pull request #938 from GolosChain/295-referral-program

chain_properties_19 #295
Made auction window votable. Fixed rewards calculations. #898

Merge branch 'master' into golos-v0.19.0

Fix naming in chain_properties_19 #295

Merge pull request #939 from GolosChain/295-chain-propertie

Fix naming in chain_properties_19 #295
Updated with current 19.0

Added auction_window_size to wallet update_chain_properties. #898

Fixed some codestyle errors. Changed auction_window_weight to uint128_t. #898

Added HF19 checks. Fixed auction_window_size in update_chain_properties. #898

Added auction_window_max_size constant to config. Added HF19 checks in steem_evaluator. #898

Fixed some comment reward logic in tests. #898

Referral program, ASSERT_REQ_HF improved, HF 19 #295

Merge pull request #942 from GolosChain/295-referral-program-impl2

Referral program implemented #295
Update with current 19.0. #898

Fixed auction window tokens return to reward fund. #898

Renamed modify reward fund function. #898
afalaleev added a commit that referenced this issue Sep 18, 2018
@afalaleev
Made auction window votable. #898
59aeaba
afalaleev added a commit that referenced this issue Sep 18, 2018
@afalaleev
Merge pull request #956 from GolosChain/898-add-votable-auction-window
4d0b672 
Made auction window votable. #898
AKorpusenko added a commit that referenced this issue Sep 26, 2018
@AKorpusenko
Added improvements to auction_window. #898
dc9ab55
AKorpusenko added a commit that referenced this issue Sep 26, 2018
@AKorpusenko
Few minor fixes. #898
495abf9
AKorpusenko added a commit that referenced this issue Sep 28, 2018
@AKorpusenko
Refactored pay_curators method. Fixed comment options extention. #898
088fca0
AKorpusenko added a commit that referenced this issue Sep 28, 2018
@AKorpusenko
Added calculations of auction window reward to api::discussion_helper. …
288474f 
…#898
AKorpusenko added a commit that referenced this issue Oct 3, 2018
@AKorpusenko
Moved extra calculations from pay curators to vote_evaluator. #898
7b21b71
AKorpusenko added a commit that referenced this issue Oct 10, 2018
@AKorpusenko
Added 2 tests for auction window changes. #898
8639b02
AKorpusenko added a commit that referenced this issue Oct 10, 2018
@AKorpusenko
Made few fixes of logic errors in auction_window. #898
7198e25
AKorpusenko added a commit that referenced this issue Oct 11, 2018
@AKorpusenko
Fixed few logic errors and removed extra checks. #898
6eb2301
AKorpusenko added a commit that referenced this issue Oct 18, 2018
@AKorpusenko
Added fixed test case for auction_window reward going to_reward_fund.…
53ba008 
… Fixed comment_reward.hpp. #898
AKorpusenko added a commit that referenced this issue Oct 22, 2018
@AKorpusenko
Added all tests for auction window improvements. #898
4394ebd
AKorpusenko added a commit that referenced this issue Oct 22, 2018
@AKorpusenko
Removed extra else in pay_curators. #898
846b80b
AKorpusenko added a commit that referenced this issue Oct 23, 2018
@AKorpusenko
Few minor review requested changes. #898
a07219b
afalaleev pushed a commit that referenced this issue Oct 24, 2018
@AKorpusenko @afalaleev
Added improvements to auction_window. #898
c4edde9
AKorpusenko added a commit that referenced this issue Oct 24, 2018
@AKorpusenko
Added improvements to auction_window #898
0dcec22
afalaleev pushed a commit that referenced this issue Oct 24, 2018
@AKorpusenko @afalaleev
Added improvements to auction_window. #898
cccb4e6
afalaleev pushed a commit that referenced this issue Oct 24, 2018
@AKorpusenko @afalaleev
Added improvements to auction_window. #898
4f3429d
afalaleev pushed a commit that referenced this issue Oct 24, 2018
@AKorpusenko @afalaleev
Added improvements to auction_window. #898
fdc0aac
afalaleev added a commit that referenced this issue Oct 24, 2018
@afalaleev
Merge pull request #963 from GolosChain/898-auction-window-mechanics-…
f021501 
…improvements

Added improvements to auction_window. #898
@afalaleev afalaleev mentioned this issue Nov 14, 2018
Closed
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Assignees

@AKorpusenko AKorpusenko

Labels
hardfork high
Projects
None yet
Milestone
0.19.0
Development

No branches or pull requests
8 participants
@t3ran13 @AKorpusenko @litrbooh @gropox @afalaleev @marijadia @tnam0rken @maslenitsa93