Вчера на фоне очередной дискуссии об изменении авторской и кураторской кривых @vvk предложил вернуться к идее предложенной когда-то @ropox о раздельных пулах наград.
Вариант 1
Есть базовый пул, в который поступает эмиссия токенов. Базовый пул чтобы не ущемлять различные сообщества и приложение должен иметь линейную кривую наград авторов и кураторов.
Нужно создать возможность создания дополнительных пуллов наград, создатель которых сможет для них задавать кривую распределения для авторов и кураторов (из базовых, которые будут реализованы), диапазон кураторских, окно штрафа и прочее.
При создании поста автор или приложение могут выбирать пул, в который будет помещен пост.
При голосовании любой пользователь может проголосовать за любой пост не зависимо от пула. В момент голосования пост получает значение rshare от куратора, а токены передаются в пул, в которому прикреплен пост (если он не в базовом пуле).
Количество передаваемых голосов рассчитывается исходя из объема токенов в базовом пуле наград, его линейном распределении и текущей голосующей СГ.
Награды за посты подключенные к дополнительным выплачивается только из них с учетом кривой заданной для этого пула.
Плюсы данного варианта:
1) Кураторы могут голосовать за любой пост в системе;
2) Сообщества смогут создавать свои локальные пулы с нелинейным распределением награды, без дискриминации мелких сообществ на фоне крупных;
Минусов я пока не вижу, надо о них подумать.
Вариант 2:
Я уже предлагал @golosio такой вариант. Для этого ничего делать не нужно. Суть такая:
Приложение устанавливает 100% бенефициарские вознаграждения и далее распределяет награду так как читает нужным.
Плюсы данного варианта:
1) Не надо менять код блокчейна и фронт это может делать уже сейчас.
2) Это никак не затрагивает других участников сети
3) Фронт может выплачивать не только за голоса, но и ранжируя по просмотрам
Минусы:
1) Выплаты авторам идут по алгоритмам не заложенным в блокчейн
есть третий вариант
каждый владелец силы указывает в какой пул сколько процентов отправить эммисии согласно его доле.
И пулы будут иметь разные объемы и скорости по полнения, по сути выйдет что-то впроди СМТ, поскольку будет свой пул со своей экономикой, НО с 1 токеном для всех пулов.
Но во всех вариантах 1 минус - кто будет определять какая кривая распределения будет в каждом пуле?
1 Вариант удачнее для голоса, так как там все завязано на контенте. А последний более подходящий для VIZ.
А настройки пула можно задавать при создании. Зато всем видно будет, как будут распределены выплаты.
я вот не понимаю технически что такое отдельный пул и к чему его привязывать, как будет выглядеть публикация поста при этом.
я изначально думал завязать пулы на теги, но тогда не понятен выбор кривой.
а если создать сущность пул, то это будет лишний параметр в пост?
Сейчас пул это по сути переменная с именем total_reward_fund_steem. На стимите, когда я разбирал их код, было вместо этого сделан класс
Имя пула
Процент от эмиссии
Размер пула
Кривая распределения
Пулы создавались при ХФ, два пула, один под посты, другой под комменты, так и назывались. А уже из эмиссии, 66% распределялись так. 10% шли в пул "comments" а остальное в пул "posts".
Так вот как я понимаю. Как предлагает литрбу. Создаешь ты пул, с именем "t3ran13" и указываешь кривую распределения "linear". Потом Вася пишет пост и если ему нравится твоя кривая распределения и вообще, твои моральные качества, то, что ты голосуешь своей СГ за Васин пост, потому что пост тебе понравился как подходящий по тематике, Вася указывает твой пул, как калькулятор вознаграждения.
После того, как кто то голосует за пост Васи у него прибавляется как обычно rshares. Одновременно эти rshares добавляются пулу t3ran13, так как он был указан при создании поста. То-есть с этого момента в пул начинает течь часть эмиссии сообразно сумме rshares потов ассоциированных с этим пулом.
Когда придет время выплат, то выплаты уже будут считаться от того, что в пуле, сообразно rshares и кривой указанной для пула.
Я в математике не очень, меня смущает немного момент. Если есть пост нумеро уно проапанный на 1 GOLOS и есть пост нумеро дос созданный спустя один день и проапанный на 100 GOLOS. Через семь дней после создания поста в пуле голосов к распределению. 1 GOLOS + 100 (6/7) GOLOS ~ 86 GOLOS. Сколько получит пост нумеро уно? 1 86 / 101 = 0,86, а не 1 GOLOS. Меньше чем надо получается.
Я в математике не очень, меня смущает немного момент. Если есть пост нумеро уно проапанный на 1 GOLOS и есть пост нумеро дос созданный спустя один день и проапанный на 100 GOLOS. Через семь дней после создания поста в пуле голосов к распределению. 1 GOLOS + 100 (6/7) GOLOS ~ 86 GOLOS. Сколько получит пост нумеро уно? 1 86 / 101 = 0,86, а не 1 GOLOS. Меньше чем надо получается.
чисто теоритически в момент апа награды за пост уже попадают в пул, и там лежат, просто выплатятся в момент выплат. т.е. как было 1 и 101 так и получат
Я не знаю как лучше делать, давать пулу часть эмисии или просто перевести ему голоса. Да, с голосами будет не супер точно - зато просто :)
еще есть 4й вариант, который я еще год назад толику в личке предлагал
создать несколько кривых и пулы для них, и каждый пользователь выберет как направить эммисию по пулам.
т.е. каждый пост будет сразу во всех пулах, но с разных пулов получит разную награду.
С одной стороны это решает вопрос того, как пользователи (или апп) больше предпочитают раздавать награду, но с другой стороны нет возможности группе пользователей или апп сделать свой изолированный пул.
Но со старта, как эксперимент, для бч это самый простой вариант.
Но самый быстрый и простой вариант для экспериментов - это второй, когда апп все забирает себе и распределяет все само)
А может это и хорошо, что нет изолированного пула. Эмиссия токенов в бч идёт для всех, и не правильно отделять кусок для избранных, лишая его других.
