Децентрализованная Википедия на основе Aleo

Введение

Представляю вам описание Aleo/wiki. Имея опыт работы с Википедией, я искренне пытался избавиться от самых больших ошибок. В этой спецификации вы точно не найдете рейтинговой системы, потому что я считаю, что продуктивнее оценивать работу людей в любой момент времени, а не использовать рейтинговые коэффициенты. Это позволит новичкам всегда быть наравне с опытными участниками по возможностям, а старожилам держать себя в тонусе, постоянно улучшая свой контент.

Описание

Пользователь должен будет активировать адрес и внести депозит от 10 до 100 долларов в нативном токене.

При входе будет подробная инструкция, где будут указаны все необходимые ресурсы для начала работы.

Вся система построена на уже доработанной модели — связи между пользователями и валидаторами.

Сохранение децентрализованности всех страниц выглядит дорого, поэтому используется одна и та же страница, но каждое изменение требует голосования в сети. Механизмы стимулирования скорости обработки статей и правок приведены ниже.

В этой спецификации всего 3 роли:

CR – Создатель статей РВ - редактор JD – судья

И все одновременно могут быть и теми и другими и всеми сразу. У нас есть опыт проверки и подписи статьи с помощью метамаски — можем использовать так же После написания статьи или внесения правок текст можно отправить через: использовать стороннее расширение для браузера через сайт

Это будет аналог цифровой подписи. Голосование будет работать так же.

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

Поскольку все внесенные средства отправляются на заморозку, участнику будет невыгодно вносить незначительные правки, так как он не только не получит вознаграждение, но и потеряет свою ставку Участник будет стремиться проверить текст быстрее, чем кто-либо другой и найти максимальное количество ошибок, завершить текст или добавить иллюстрации. Также всем остальным, как судьям, будет интересно быстрее проверять новые правки, так как в экономическую модель введено такое понятие, как скорость принятия решения. Чем раньше будет подано голосование, тем больше наград можно получить. И редактирование, и голосование требуют от участников баланса между качеством и скоростью.

Вознаграждение судьям будет рассчитываться исходя из преобладания количества голосов, отданных за то или иное решение. Статья не может быть изменена до тех пор, пока предыдущая редакция не будет окончательно принята или отклонена. Время голосования будет определяться для каждого текста, скорее всего, пропорционально количеству символов. Так как сразу дать ответ не получится, как и начать очередное голосование с одного адреса, судьям будет невыгодно выставлять оценки наобум. Это грозит потерей депозита.

Экономика и формулы

Описание блока №2:

CR – Создатель статей

RW – Редактор

JD – судья

М-деньги

M (CR) - ALEO.TOKEN заплатил за создание статьи = 75$

M (RW) - ALEO.TOKEN заплатил за внесение правок = 25$

M (JD) - ALEO.TOKEN заплатил за отданный голос = 10 $

R-вознаграждение — это общее вознаграждение, полученное из всех источников.

R (CR) - ALEO.TOKEN за успешное создание статьи

R (RW) - ALEO.TOKEN за успешное редактирование

R (JD) — ALEO.TOKEN, полученный за успешное голосование

R1-вознаграждение от фонда Алео (возможно созданного в будущем) или частного инвестора

R1 (CR) = M (CR) - ALEO.TOKEN, полученный сверх ставки за успешное создание статьи

R1 (RW) = Mnew (RW) - ALEO.TOKEN получен сверх нормы за успешное редактирование

R1(JD) = M(JD) - ALEO.TOKEN полученный сверх ставки за успешный отданный голос в числе N1

N- количество судей, принявших участие в одном голосовании.

N = N1 + N2

N1 - Количество судей, подавших голоса, сумма которых достигла большинства

N2 - Количество судей, подавших голоса, сумма которых НЕ достигла большинства

ПОТЕРЯННЫЕ деньги

LM (CR) - ALEO.TOKEN заплатил за создание статьи, которая не была принята

LM (RW) - ALEO.TOKEN заплатил за внесение изменений, которые не были приняты

LM (JD) - сумма ALEO.TOKEN, уплаченная за поданные голоса, количество которых НЕ достигло большинства (N2)

Статья принята в первоначальном виде

Полное вознаграждение создателя выплачивается после 1 месяца заморозки R (CR) = R1 (CR) + 0,5 * LM (JD) М (CR) возвращается.

Вознаграждение каждого судьи R (JD) = R1 (JD) + 0,5 * LM (JD) / N1 Возвращается M (JD) каждого N1

Время голосования до 30 дней

Статья НЕ принята в исходном виде

Создатель теряет вложенные средства

M(CR) = LM(CR) - фонд пополняется

Вознаграждение каждого судьи

R (JD) = R1 (JD) + LM (JD) / N1

Возвращается M (JD) каждого N1

Срок голосования до 30 дней

Статья находится в режиме ожидания и доступна для редактирования

Хотя каждый автор будет стремиться внести найденные исправления как можно раньше, может оказаться, что статья требует высокого уровня знаний. Чтобы мотивировать вносить правки в самые сложные статьи, вознаграждение будет увеличиваться за счет увеличения порога входа M (RW) на 1% каждый день, таким образом увеличивая вознаграждение в случае успешного редактирования.

Мnew (RW) = М (RW) + М (RW) * 0,01 * T (количество дней)

Статья изменена — редакция принята

Общее вознаграждение редактора:

R (RW) = R1 (RW) + 0,5 * LM (JD)

M (RW) возвращается.

Для ускорения внесения правок и голосования за них авторское вознаграждение будет распределяться в первый месяц до достижения порога в 30% R (CR)

Это будет дополнительной мотивацией для создателя сдать готовую работу с расчетом на наименьшее количество правок.

R (JD) = R1 (JD) + 0,5 * LM (JD) / N1 + R (CR) * 0,1

Возвращается M (JD) каждого N1

Срок голосования до 30 дней

Статья изменена — редакция НЕ принята

Вознаграждение каждого судьи

R (JD) = R1 (JD) + LM (JD) / N1

Возвращается M (JD) каждого N1

Редактор теряет инвестиции

M(RW) = LM(RW) - фонд пополняется

Срок голосования до 30 дней

1. Решение проблем

==Общие==

• Неравномерное развитие & Низкое качество статей Статьи со сложными темами труднее редактировать. Согласно нашей модели, это означает, что создатель может рассчитывать на то, что его вознаграждение R (CR) не уменьшится от многочисленных правок сторонними людьми, что мотивирует автора изначально писать сложный правильный текст на редкие темы. Конечно, был придуман контраргумент для баланса, который зависит от времени. Такая система будет работать вечно и независимо.

* (Низкая) ценность взносов Оценка разных видов работ оценивается по-разному. Выплата депозита была тщательно проработана. Он состоит не только из дотаций от ФОНДА Алео, но и включает в себя модель саморазвития без прямого вливания денег. Основным преимуществом является перетекание вознаграждения от одного участника к другому. Здесь хорошо видна линия конкуренции. Все цифры представлены в экономической модели.

* Личная экспертиза без веса Людям и экспертам не придется сталкиваться с личным мнением любого участника, а также следовать длинному списку пустых бюрократических правил – все решается консенсусом. Все просто - если статья хорошая и интересная, ее разместили, работу оценили все: знатоки и любители, старожилы и новички.

==Общие сведения==

* Примечательность Слава — неоднозначное понятие.

Если до написания статьи предмет описания был неизвестен, то теперь, по крайней мере, участники вики АЛЕО знают о предмете. Разве это не новообретенная слава? Индивидуумы не должны решать за всех — пусть решает консенсус (DAO). Нет ничего плохого в описании себя или компании, или в завуалированном предложении. Согласно системе консенсуса, к размещению не допускаются откровенная реклама или предвзятые мнения.

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

Понятие "четкая структура" не требуется и нигде не будет прописано, кроме небольших рекомендаций в виде подсказок. С другой стороны, писателю важно изначально четко и правильно передать свой текст, используя грамотное форматирование, а также избежать субъективизма.

* Бюрократия

Из личного опыта могу сказать, что прочитав все правила Википедии, участник с большей вероятностью откажется от этой затеи, прежде чем приступить к написанию статьи. Поэтому выше по тексту мы уже обсудили, что не будем применять жесткие меры и шаблоны для структурирования. Каждый волен выбирать стиль и формат описания. Главное — вклад и полезность с точки зрения всех участников, а это будет решаться на основе консенсуса.

* Консенсус Возможность вечно и бесконечно редактировать те или иные концепции — личное желание редакции. Они будут тратить средства, увеличивая количество транзакций в сети и увеличивая общий фонд. В итоге либо побеждает большинство, а значит постоянный приток союзников (новых пользователей сети) определенного варианта текста. Или победит нежелание тратить, что приведет к обсуждению и консенсусу.

* Отсутствие адаптации

Что касается отсутствия адаптации и высокого порога входа в традиционную Википедию, мы описали решение в п.1.

* Википедия может быть только одна В этой системе, как уже говорилось об отсутствии понятия администрирования, любое ваше предложение может быть поставлено на голосование и достигнут консенсус.

==Социальная механика==

* Проекты и группы

Мы можем обеспечить наличие групп и клубов по интересам, а также их активную работу, внедрив подобие офчейн-драфтов.

Внутри вы можете изменить текст в соответствии со своими предпочтениями вне сети. Члены группы сами будут заинтересованы в активных участниках, потому что их общая работа будет подпитываться от группы. Следовательно, никто в группе не заинтересован в оплате бездействия и разделении средств по смарт-контракту поровну между участниками (активными и неактивными). Внутри подгруппы можно будет по цепочке решать вопросы членства в группе и распределять вознаграждения.

* Патрулирование

Патрулирование описано выше. В отличие от википедии, любой может быть патрульным (редактором). Его вознаграждение будет напрямую зависеть от скорости нахождения ошибок, их количества и их аргументации. Поскольку все правки проходят ончейн-голосование, участники заинтересованы принять или отклонить правки как можно скорее, чтобы получить вознаграждение, прежде чем это сделают другие. Следовательно, не будет накопления мелких и незначительных правок.

* Администрирование

Возможность каждому быть в любое время в качестве любой роли (создателя, судьи или редактора) обеспечивает постоянную циркуляцию активных людей и устранение застойных элементов, желающих жить только благодаря прошлым заслугам. Такой подход губителен для проекта и способствует накоплению власти среди старожилов. В этой системе такой ошибки нет.

==Статьи и действия==

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

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

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

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

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

* Удаление статьи

Начнем с того, что такой термин, как удаление статьи, будет встречаться очень редко. Поскольку решение о размещении статьи принимается многими людьми, решение об ее удалении может быть принято:

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

но предположим, что это то, что произошло.

Процесс удаления статьи можно осуществить по аналогии с процессом ее создания. Да, любой может либо внести правки, либо подать заявку на удаление. Единственное, запрос на удаление стоит дороже, чем внесение правок. Решение об удалении также принимается на основе консенсуса. Скорость отклика участников и их заинтересованность уже описаны выше по тексту. Только децентрализованный подход и максимальная выборка оценщиков дадут объективный результат. Спам-запросы на удаление вряд ли будут частыми, поскольку никто не хочет тратить деньги на намеренно предвзятый подход к проигрышу.

* Статья отдыха В этой системе нет необходимости в процессе воссоздания статьи. Если создателя не устраивает решение большинства об удалении, он может в любой момент отправить текст повторно, доработав и улучшив его. Если улучшения нет и большинство отказывается публиковать ее снова и снова, то это скорее означает, что статья бесполезна, а создатель своим упорством добавляет средства в общий фонд, чтобы вознаградить остальных участников.

==Другое==

• Шаблоны

Использование шаблонов необязательно, но стремясь получить положительный отзыв о размещении статьи, автор проявит инициативу в грамотном структурировании текста, его форматировании, использовании разметки и добавлении иллюстраций. Ведь его вознаграждение напрямую зависит от количества правок.

* Интернет-цензура

Конфиденциальность лежит в основе экосистемы ALEO. Поскольку в этой версии вики Алео мы отказываемся от каких-либо централизованных инструментов, нет необходимости в блокировке ip-адресов, а также лишней фильтрации пользователей. В качестве имени пользователя можно использовать открытый ключ.

* Википедия и деньги

Экономическая модель описана в самом начале спецификации

* Санкции

Блокировать пользователей нет смысла, за свои действия они платят взнос в фонд. В случае спама или саботажа эти пользователи потеряют свои вклады в результате консенсуса. Эта практика уничтожит всякое желание разрушительной деятельности. Даже если человек или группа не перестанут хотеть навредить, вряд ли большинство одобрит такие статьи или правки, а их вклад будет полезен для оплаты других важных мероприятий.

Вывод.

Технология ZK открывает перед нами поистине огромные возможности, и этот проект легко может быть создан на базе ALEO. Благодаря продвинутой кодовой базе языка программирования LEO, мы можем с уверенностью сказать, что с каждым днем ​​мы сможем видеть все больше и больше реализованных приложений - частных и децентрализованных.