Неделя блокчейнов, криптовалют и Голоса: про мою идею для создателей чего либо, часть 3


Здравствуйте. В первой и второй части я описал довольно много по данной идее. Сегодня постараюсь осветить всё то, о чём написал в заключении.

Что будет в посте:

  1. рассмотрение разных вариантов реализации,
  2. выбор между тегами и категориями,
  3. зависимость maxAcceptedPayout от количества токенов в пуле,
  4. международная экспансия: языковые токены с ограниченными возможностями, фильтрация постов по языку

1. рассмотрение разных вариантов реализации,

Я много раз писал, что являюсь сторонником перехода Голоса на форк EOS.

Но есть ещё 1 проект, который заслуживает внимания - это @viz.world. Вот и хочу попробовать сравнить их. Конечно, всё решится после запуска и Геоса, и VIZ, но предположения можно сделать уже сейчас.

Варианты с EOS или Ethereum не рассматриваю, так как хранение данных больших у них дорого обойдётся.

Преимущества создания на Форке EOS:

  1. Готовая инфраструктура. Можно будет форкнуть приложение GOlos, изменить параметры и всё - приложение будет работать;
  2. Возможность хранить данные во внешней базе данных, возможность отправки произвольных запросов для их получения, выборки;
  3. Если всё будет удачно реализовано и будет хороший маркетинг, платформу ждёт успех;
  4. Модификация смартконтрактов и создание новых легче, чем изменение блокчейна;
  5. В будущем, для обновления приложения не нужны будут форки - достаточно получить поддержку большинства делегатов приложения, что плюс.

Преимущества создания в VIZ:

Я не знаю, будет ли возможно реализовать этот функционал там - это минус. Но у форка EOS тоже есть свой: возможность кривой реализации.
Теперь о плюсах:

  1. Обещается поддержка смартконтрактов, что плюс для создания DApps;
  2. Проект перспективный, разработчик - хороший специалист.
  3. Чистый код, избавленный от кучи костылей и мусора, что были в Golos и Steem.

Плюсов может стать гораздо больше после запуска сети.

Есть ещё вариант - создания форка VIZ. Он достаточно тоже хорош, но это отдельный блокчейн, что, возможно, нецелесообразно делать.

Итог:

Пока я за форк EOS от @goloscore.


2. выбор между тегами и категориями,

Недостатки тегов:

  • Тегов очень много, что усложняет навигацию.
  • Часто их авторы заполняют неправильно: посты попадают в те теги, в которых они не должны быть.
  • Если планируется делать систему тематической модерации, при использовании системы тегов это сложно будет реализовать.

Преимущества тегов:

  • Гибкость в выборе тем;
  • Отсутствие нужды в категории "прочее", куда будут сваливаться посты со всех не предусмотренных разделов;
  • Если предоставить хороший интерфейс, где будут выводиться популярные теги по мере ввода, у пользователей не будет соблазна вводить выдуманные, что уже плюс.

Недостатки категорий:

  • Сложность добавления новых: если мы не хотим, чтобы категории превращались в теги, нельзя авторам разрешать добавлять их. Как вариант - добавление новых категорий приложениями, но это тоже не очень хороший вариант. Реализация добавления через софтфорки/обновления смартконтрактов делегатами - плохая идея, так как это может потребоваться часто делать. Единственный вариант, который вижу - это добавление категорий большинством топовых системных модераторов, но, скорее всего, и он не идеален;
  • Некоторые будут считать ограниченность недостатком, хотя, как мне кажется, это плюс.
  • Как уже писал, придётся сделать категорию "прочее", куда будут писать все посты, которые не относятся/не смогли определить к одной из категорий.

Преимущества категорий:

  1. Легко производить по ним навигацию посетителям, так как их всегда меньше тегов;
  2. Так как будет создаваться функционал тематических модераторов, категории облегчат формирование модераторов в разделе или подразделе;
  3. При использовании категорий происходит экономия Нод на массивах тегов и их обработке. Также, поскольку не надо будет отдавать ленты по сотням тегов, это тоже скажется положительно на производительности;

А что, если автор неправильно выбрал категорию?

Здесь предлагаю сделать так, чтобы модераторы тематики могли большинством голосов топовых модеров темы менять категорию на другую. Если модераторы того раздела согласятся, смена тематики поста произойдёт.

Можно избавиться от необходимости уведомлять модераторов другой тематики, а просто перемещать - они, так как являются модераторами, всегда получают информацию о новых постах в разделе, поэтому увидят, после чего отреагируют.
Но тут есть риск, что возникнет конфликт модераторов двух категорий, в результате чего пост будет перемещаться в одну, а затем в другую категорию, и обратно.
Поэтому всё же лучше уведомлять перед перемещением. Либо дать возможность после прочтения пользователям подать заявку на изменение категории. если 15 пользователей за сутки выберет одну категорию, система переместит пост в неё.

Начальная структура категорий:

  1. Программирование:
    1.1. Программы и сервисы с открытым кодом;
    1.2. Коды в помощь программистам;
    1.3. Инструкции программистам.
  2. Стройка и ремонт:
    2.1. Строительство дома (Отчёты, инструкции);
    2.2. Ремонт дома (Отчёты, инструкции);
    2.3. Ремонт квартиры (Отчёты, инструкции);
    2.4. Советы/опыт по стройке и ремонту.
  3. Своими руками:
    3.1. Вышивка;
    3.2. Поделки из дерева...
  4. живопись:
    4.1. Картины;
    4.2. Фотографии необычных моментов.
  5. Литературные творения:
    5.1. Рассказы;
    5.2. Фантастика;
    5.3. Стихотворения;
    5.4. Проза;
    5.5. Прочее.
  6. Музыкальное творчество:
    6.1. Меллодии;
    6.2. Слова для песен;
    6.3. Песни.
  7. Своя земля:
    7.1. Сады и огороды;
    7.2. Хозяйство по дому;
    7.3. Семейный очаг.
  8. Отдых и развлечения:
    8.1. Описания компьютерных игр;
    8.2. Развлечения в вашем городе;
    8.3. путешествия к морю;
    8.4. Активные путешествия;
    8.5. Спортивный отдых.
    8.6. Праздники;
    8.7. Настольные и прочие оффлайн игры.
  9. Здоровье и спорт:
    9.1. Спорт: упражнения, выбор направления, связь со здоровьем;
    9.2. Здоровье тела и духа;
    9.3. Медицина.

Как то так.

3. зависимость maxAcceptedPayout от количества токенов в пуле

Хочу рассказать, как регулироваться будет максимально возможная выплата в зависимости от количества токенов в пуле вознаграждений.

Возьмём за основу, что пул состоит сегодня из 50 000 токенов. Система смотрит, сколько постов было опубликовано 7 дней назад, т.е. сколько постов получат сегодня выплату, после чего делит сумму пула на количество постов.

Т.е. если количество постов 300, а сумма 50000 - каждому достанется максимум 166,667 токенов.
А если 1500 - примерно 33.2 токенов.

По мере выплат за посты система узнаёт их выплату: если были посты, которые получили меньше максимальной выплаты, оставшаяся сумма пула делится на оставшееся количество постов.
К примеру, изначально считалось, что постов 100, а сумма 100000 токенов в пуле.
Прошла выплата по первым 20 постам - она была меньше максимальной (1000 токенов): каждый получил в среднем 50 токенов, т.е. суммарно 1000.
100 000 - 1000 = 99 000 токенов осталось в пуле.
Постов же осталось 80. Значит, делится 99000 на 80 = 1237,5 токенов каждому максимально может достаться.

Но это упрощённая схема с округлениями и пачкой постов, хотя перерасчёт будет после каждого поста.

4. международная экспансия: языковые токены с ограниченными возможностями, фильтрация постов по языку

Хотел об этом в 4 части написать, но тема небольшая, поэтому тут:

  1. Будут введены токены ru, en, de, fr и т. д., которые будут выдаваться из пула вознаграждений вместо токена приложения. Их можно будет лишь продать на внутренней бирже за токен приложения (передать другому пользователю или продать на внешних биржах невозможно).
    Планируется, что это позволит создать дефецит токена приложения, что положительно скажется на его курсе;
  2. Авторы будут обязаны при публикации выбирать язык, на котором написан пост. По языку читатели или Клиенты смогут фильтровать контент, дабы в ленте не появлялось то, что не понимают.

Всё.

Благодарю за внимание. В следующем посте опишу вариант с Клиентом для Голоса, а не DApp. Там будет объём информации намного меньший.


Comments 9


@denis-skripnik можно использовать категории и теги

16.08.2018 07:31
0

Можно и так, но это ещё больше запутает посетителей. Хочется, чтобы проект не для ботоводов, а для людей был, был удобен.

16.08.2018 12:03
0

@denis-skripnik я вижу такую сортировку следующим образом:

  1. Сортировка по категорям - это просто выбор раздела
  2. Сортировка по тегам позволяет быстрее ориентироватья и ее можно установить в поиск. То есть при вводе пишеш #тег

Такая система будет удобно, напримре, для проведения конкурсов.

16.08.2018 16:48
0

Согласен. Благодарю.

16.08.2018 18:19
0

@denis-skripnik не знаю, конечно, но с тегами как мне кажется намного проще для работы любой платформы? И определяется все сразу...

17.08.2018 15:40
0

Чем проще?

17.08.2018 15:55
0

@denis-skripnik удобнее, как мне кажется?!

17.08.2018 17:11
0

21.08.2018 05:51
0