Техзадание МЛМ: различия между версиями
Xdefrag (обсуждение | вклад) |
Soz (обсуждение | вклад) (Концепт) |
||
(не показана 1 промежуточная версия 1 участника) | |||
Строка 1: | Строка 1: | ||
{{Концепт}} | |||
== Цель приложения == | == Цель приложения == | ||
Строка 17: | Строка 19: | ||
=== 2. Учет рекомендаций и работа с тегами === | === 2. Учет рекомендаций и работа с тегами === | ||
* | * Если у нескольких Рекомендателей одни и те же Рекомендуемые, выводим в отчет конфликт и решаем его самостоятельно. | ||
* Исторически отозванные теги не учитываются в процессе распределения. | * Исторически отозванные теги не учитываются в процессе распределения. | ||
* Рекомендатель ставит теги, но Рекомендуемый не интегрируется в Ассоциации, то ему можно отозвать 4-й токен MTLAP и исключить из системы решением Совета. | |||
* Рекомендатель | |||
== Технические требования == | == Технические требования == |
Текущая версия на 18:30, 14 ноября 2024
Эта статья представляет собой концептуальные записки. Возможно, её удастся привести к виду, достойному энциклопедической статьи? См. Категория:Концептуальные записки для списка подобных статей. |
Цель приложения
Разработать скрипт для распределения донатов за рекомендованных и интегрированных участников в Ассоциацию. Система основана на рекомендациях через Blockchain Social Network (BSN) и токенах MTLAP, которые используются для мотивации участников к привлечению и поддержке новых членов.
Сущности
- Целевой счет — донатный счет для распределения средств по программе.
- Рекомендатель — участник, установивший на своем аккаунте ключ RecommendToMTLA с значением счета Рекомендуемого. Должен иметь четвертый уровень участия в Ассоциации (4 токена MTLAP на счету).
- Рекомендуемый — участник, которого установил в значение Рекомендатель с ключом RecommendToMTLA.
Основные функции и сценарии
1. Распределение донатов
- Раз в месяц 1/3 собранных донатов с Целевого счета распределяется между Рекомендателями.
- Вознаграждения распределяются между Рекомендателями пропорционально количеству полученных Рекомендуемым токенов MTLAP, только если их количество увеличилось с прошлого распределения.
2. Учет рекомендаций и работа с тегами
- Если у нескольких Рекомендателей одни и те же Рекомендуемые, выводим в отчет конфликт и решаем его самостоятельно.
- Исторически отозванные теги не учитываются в процессе распределения.
- Рекомендатель ставит теги, но Рекомендуемый не интегрируется в Ассоциации, то ему можно отозвать 4-й токен MTLAP и исключить из системы решением Совета.
Технические требования
- Приложение должно быть написано по Протоколу Гильдии программистов.
- Параметры распределения должны быть вынесены в настройки.
Реализация
- Целевое приложение будет состоять из двух компонентов: самого скрипта с алгоритмом и бота для управления.
- Скрипт.
- Запускается отдельно раз в месяц.
- Проверяет дату последнего запуска и начинает расчет именно с нее.
- Настройки алгоритма будут хранится в базе (все цифры).
- После запуска записывается отчет и получившийся xdr в базу.
- По результату бот может отправить нотификацию в любой чат.
- Спрятать за настройку автоматическую отправку транзакции.
- Бот.
- Служит панелью управления скриптом.
- Может показывать список отчетов, перезапускать их (например, с новыми настройками).
- На будущее.
- Данные по расчетам будут храниться в базе, поэтому можно разрабатывать рейтинги, аналитику, что угодно.
- Через бота менять настройки скрипта. В MVP настройки будут предустановлены.
- Переиспользовать основу (настройки, отчеты) для других расчетов со всеми фичами выше.