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