Давайте объясню по параметрам. Все они появились не случайно и имеют смысл.
RE: Новые голосуемые параметры от GolosCore вызывают недоумение
Вы читаете одну нить комментариев от:
Новые голосуемые параметры от GolosCore вызывают недоумение
52
zxcat
в goldvoice
в goldvoiceВам может быть интересно
Почему
create_account_with_golos_modifier— мультипликатор, и почему нуженcreate_account_delegation_ratio.Тут немного сложнее, расскажу по шагам.
1
В ХФ появляется операция создание аккаунта с делегированием. Эта операция должна решать свою задачу — дать возможность регистраторам создавать новые аккаунты. При этом должно:
2
Чтобы уменьшить стоимость создания аккаунта, появляется возможность часть комиссии оплатить, а часть — делегировать и потом вернуть обратно регистратору.
Но такая схема без ограничений и мультипликаторов даёт возможность просто создавать бесплатные аккаунты, делать что-то с их помощью, и затем возвращать делегированную СГ. Ну или застолбить все имена.
То есть раньше за создание аккаунта надо было заплатить, а с новой операцией можно просто делегировать СГ. Поэтому вводится первое ограничение:
account_creation_feeоплачивается в любом случае. То есть этот параметр немного меняет свой изначальный смысл, и теперь это минимум, который надо оплатить при создании аккаунта с делегированием.3
Чтобы создание аккаунта с делегированием имело смысл, полная стоимость создания должна стать больше. Поэтому
account_creation_feeумножается наcreate_account_with_golos_modifier. Этот же множитель добавляется и в операцию создания аккаунта без делегирования.4
То есть на этом этапе имеем следующую ситуацию:
Вопрос: какой смысл в первой операции? Смысла нет — зачем платить, если можно делегировать и потом вернуть. Причём, заплатить можно мало, как и раньше, ботнеты не сильно страдают.
Поэтому вводится
create_account_delegation_ratio. Этот параметр задаёт, во сколько раз «вес» оплаченной части выше веса делегированной. То есть во сколько оплаченная часть ценнее делегированной.Иными словами, если регистратор оплачивает создание аккаунта в GOLOS, то это стоит допустим fee×30.
А если хочешь заплатить меньше, а часть делегировать (и потом вернуть), то дай плюшку создаваемому аккаунту в виде повышенной СГ: fee×1 + 29×delegation×5 (или fee×2 + 28×delegation×5 итд)
Возможности ботнетов резко падают — ботнет получится намного меньше. Возможности регистраторов с большой СГ увеличиваются, можно зарегистрировать больше пользователей дешевле, при этом возможности новых пользователей не режутся, они получают достаточно СГ для старта.
Способа, как этого достичь с одним параметром я не знаю.
На счёт того, что
create_account_with_golos_modifier— мультипликатор — это проще, чем абсолютное значение. Потому что для выставления адекватного абсолютного значения всё равно придётся смотреть наaccount_creation_fee@zxcat
А вот тут я не понял:
У нас уже есть account_creation_fee, это минимальная стоимость создания аккаунта как с делегированием, так и без делегирования. О каком 30×fee и 1×fee идет речь? Вводится какой-то ещё параметр, который удорожает обычную операцию регистрации без делегирования?
create_account_with_golos_modifierвлияет и на обычную регистрацию (создание аккаунта)Почему
create_account_delegation_time— голосуемый параметр. В стиме сперва он был = 30, потом поменяли на 15. То есть сразу не сумели всё предусмотреть и выставили не оптимальное значение. Либо изменилась ситуация, и старое значение параметра стало неактуальным.Если будет принято решение поменять параметр снова, это возможно будет сделать только через ХФ.
Голосуемость параметра позволяет реагировать на ситуации, происходящие в блокчейне, без ХФ.
Всё что вы написали в этом коммете, уже написано в моём посте. Я не вижу аргументов в пользу того, что этот параметр нужно как-то менять. Но к нему меньше всего вопросов.
В теории может пригодиться.
Например если менять величину окна выплат, имеет смысл иметь голосуемый
create_account_delegation_timeЧтобы после перехода на новое окно сменить новый delegation_time пропорционально новому окну.
но окно выплат у нас не голосуется, а если делать ХФ, то и этот параметр можно поменять.
Почему
min_delegation_multiplier— мультипликатор. Ограничение минимума делегирования СГ не позволяет ботнетам, состоящим из аккаунтов с малой СГ, делегировать её на 1 аккаунт. («слиться в кита»). СГ, которую аккаунт получает при регистрации — этоaccount_creation_fee(иногда больше, но к ботнетам это не относится). Поэтому параметр изначально не абсолютный, а завязан на account_fee. То есть делегаты могут задать ограничение минимума СГ просто: задаём 5 — минимум делегирования = в 5 раз больше комиссии создания аккаунта.Можно поменять на абсолютное значение, например делегат сможет вместо "10" выставить "10.000 GOLOS". При этом всё равно остаётся необходимость учитывать стоимость создания аккаунта, чтоб вновь созданные аккаунты не могли злоупотреблять СГ, полученной при регистрации.
Ну так делегат сам устанавливает фии для регистрации и сам исходя из этого устанавливает минимальное делегированное СГ. Его параметры могут сильно отличатся от других делегатов. Но в их установлении он не зависим, а с мультипликатором его второй параметр уже зависит от решения всех стальных делегатов.
Да, всё верно.
Мультипликатор задаёт принцип: «хочу, чтоб можно было делегировать не менее 10*fee». И не важно, сколько выставится fee, защита от слияния ботнета имеет 10-кратный запас.
Абсолютное значение — это как «хочу, чтоб можно было делегировать не менее 10.000 GOLOS». При этом текушую fee можем не учитывать, но если медианная комиссия окажется выше, чем значение параметра, то он частично потеряет смысл.
В обоих случаях надо всё-таки следить за медианной комиссией. В первом есть опасность, что fee уедет вниз, и 10x запаса станет мало. Во втором — fee может уехать вверх, и новореги смогут без проблем делегировать всю СГ.
Как удобнее — решать делегатам