Задачи

Задачи


Что надо проверить/сделать:

1) Как обновляется имя с некрасивого на красивое

Процедура:

а) Человек регистрирует аккаунт и получает некрасивый аккаунт

б) При желании купить красивое имя он дергает специальный метод "get_normal_name", пишет желаемое имя и отправляет в бч
в) Если имя еще не занято, то оно записывается в отдельный объект в аккаунте, сохраняя старый некрасивый адрес

г) Если имя занято, то ничего не меняется (лучше, чтобы в морде была проверка при вбивании нового ника)

д) После добавления нового имени у человека получается есть три основных идентификатора - id, некрасивое имя и красивое. И всех должен быть одинаковый функционал и они должны быть равносильны

2) Учитывание важности при голосовании


Необходимые улучшения:

  1. Автоматическое изменение комиссий БЧ, привязанное к изменению курса core токена, после достижения определенных пороговых значений (например изменение в 2-3 раза). Курс core токена система получает из ценовых фидов, подаваемых делегатам. Комиссия будет привязана к ценам в фиатной валюте (например USD). При необходимости сами значения комиссий в USD могут быть изменены комитетом или делегатами?
  2. Сделать разные ключи для трансферов и торговли, чтобы можно было включать торговых ботов и давать в управление средства. Также создать гибкую настройку для торговли
  3. Число делегатов меняется динамически в зависимости от активности сети - от 11 до 101 делегата
  4. Одна из идей - помочь небольшим стейкхолдерам увеличить получение процента от эмиссии за счет делегирования своего стэка узлам с высокой важностью. За счет этого выигрывают и те и другие: узлы увеличивают за счет делегирования свой стек, что повышает их важность и процент от эмиссии, пользователи же увеличивают свою долю эмиссии, т.к. особо много транзакций они не делают, и стэк (POS) у них тоже не велик. При этом пользователь может в любой момент отозвать свой стек обратно (хотя возможно с определенной задержкой на вывод) - для этого потребуется по сути новая сущность - делегированные токены (аналог вестинга). Нечто подобное используется в Waves (LPOS). При этом монеты в делегировании не должны суммироваться к весу голоса узлов, которые их используют, чтобы не было централизации (надо подумать как будут участвовать в голосовании???)
  5. Для Gravity DEX - я бы сразу рассмотрел воможности для расширения торгового функционала, как то выставление Take Profit/ Stop loss / Trailing ордеров - надо внедрять на уровне ядра.