Ответы на вопросы о CyberWay. Часть 1
Уважаемые пользователи платформы!
Благодарим вас за активность в комментариях под постом новой рубрики «Вопросы и ответы о платформе CyberWay».
Как вы помните, мы предложили следующую тематику для систематизации вопросов
- Технология;
- Ядро;
- Экономика;
- Приложение;
- Валидатор;
- Блок-продюсер;
- Воркер;
- Смарт-контракт;
- Сообщества;
- Держатели токенов.
Мы получили и проанализировали множество вопросов со стороны членов сообщества и делегатов. Наша команда подходит к ним крайне ответственно и старается максимально информативно и исчерпывающе ответить на каждый из них, в связи с чем было принято решение предоставить вам ответы на вопросы общего, генерального характера (касающиеся технологий, документации, ролей субъектов в системе и др.) в первой статье, т. к. эти вопросы являются первичными и профильными для нашей команды. Ответы на вопросы экономического характера и по созданию (ведению) приложений на платформе CyberWay будут опубликованы отдельно на этой неделе.
Вопросы по общей документации
Вопросы озвучивали @fainder, @denis-skripnik, @uncleandv, @sofya, @cats, @frodogrodno.
Безусловно, вся документация создается на двух языках — русском и английском. Многие пользователи обеспокоены тем, что техническая документация обычно написана сложным языком, понятным только специалистам. Команда Голос Кор видит необходимость создания “упрощенного” материала для пользователей, не относящихся к разряду технических специалистов, максимально приближенного к практике действий.
В связи с этим мы хотели бы услышать мнения пользователей — в какой форме готовить эту документацию — в форме ли полноценной инструкции, описывающей понятным языком ядро и приложение, разъясняющей терминологию, описывающей экономические модели, либо в форме отдельных постов, впоследствии сведенных в единый каталог. Окончательным вариантом мы видим документацию, существующую в форме Wiki. Команде Голос Кор хотелось бы увидеть ответ на этот вопрос в форме обратной связи как можно скорее, чтобы грамотно подать адаптированный материал.
Вопросы от пользователя @cats
Что думает команда Голос Кор о существующем блокчейне Голос?
- Будет ли осуществляться его поддержка после запуска платформы CyberWay?
- Будут ли предприниматься попытки нарушения работоспособности существующего блокчейна, если энтузиасты Голоса захотят продолжить его поддержку?**
- Будут ли перенесены данные из старого блокчейна в новый?
Ответ команды Кор:
Команда Голос Кор не будет развивать БЧ Голос. Мы работаем над переездом на новый БЧ с целью ускорения развития сообщества, потому что считаем, что текущая платформа исчерпала свои возможности. Переезд будет способствовать сохранению уникальности Голоса и его эволюции. На новом блокчейне CyberWay Голос, построенный как приложение на смарт-контрактах, будет иметь гораздо больше возможностей для развития, причем направление развития будет определяться исключительно лидерами Голоса - теми, кто хочет совершенствовать Голос как блокчейн-блог-платформу. Новый функционал будет легко внедрять, причём не только посредством ХФ (блоками из нескольких задач), а задача за задачей.
Команда Голос Кор предложит делегатам и держателям нод Голоса погасить ноды при переезде на новый блокчейн. Собственные ноды команда погасит. Код Голоса открыт, любой может запустить у себя форк. Никакие попытки изменить текущий код Голоса предприниматься не будут.
Все данные из блокчейна Голоса мигрируют в блокчейн CyberWay.
Вопрос от пользователя @lindsay:
Будет ли новое приложение Голос децентрализованным, как сейчас, либо же оно будет централизованным с правами администраторов забанить любой блог, или заморозить/списать/конфисковать токены приложения с любого кошелька?
Ответ команды Кор:
Блокчейн CyberWay полностью децентрализован. В нем отсутствуют сущности, позволяющие распоряжаться активами и кодом пользователей без их согласия, в отличии от блокчейна EOS. Команда Голос Кор удалила весь код, реализующий режим "БОГ" из исходного кода (о чем мы писали в своих двухнедельных отчетах), поэтому в блокчейне CyberWay нельзя заменить код приложения, конфисковать/заморозить или же списать токены.
Права на изменение кода приложения Golos будут переданы лидерам сообщества, и только при согласии 3/4 лидеров код приложения можно будет заменить. Лидеры сообщества определяются путем голосования пользователей приложения.
Голосование же происходит через подписание личным ключом транзакции и отправки ее на контракт gls.ctrl, с указанием лидера сообщества, за которого голосует пользователь сообщества. Вес голоса определяется количеством токенов на аккаунте пользователя, переведенных в баланс вестинга.
Токен GOLOS приложения Golos будет зарегистрирован в системном реестре cyber.token наравне с токеном CYBER. Токены в системный реестр могут быть добавлены только через ХФ блокчейна CyberWay. Права на эмиссию токена GOLOS точно так же будут переданы лидерам сообщества Golos.
Таким образом, можно смело заявить,что новый Golos полностью децентрализован и будет существовать как самоуправляемое приложение без права внешнего вмешательства со стороны третьих лиц.
Вопросы от пользователей @Lex, @kwaskoff и @denis-skripnik, касающиеся ролей субъектов в системе и разницы между понятиями “блок-продюсер” и “валидатор”, а также требований к серверам для запуска ноды данных субъектов.
В списке тем есть Валидатор и Блок-продюсер, это разные роли? Помню, вместо делегатов на Кибервей будут блок-продюсеры, а в приложении Голос появятся "лидеры"
Заявки воркеров и новых приложений будут согласовывать блок-продюсеры квалифицированным большинством от 21?
Ответ команды Кор:
Блок-продюсер и Валидатор - понятия идентичные. Название “блок-продюсер” говорит о том, что субъект генерируют блок. “Валидатор” - о том, что он валидирует (подтверждает) транзакции, поступающие от пользователей сети. Отсутствие ясности в этом вопросе связано с эффектом неустоявшейся терминологии, и два этих термина упоминаются с одинаковой частотой, что, безусловно, многих сбивает с толку.
Да, заявки будут приниматься блок-продюсерами. При увеличении блок-продюсеров до 101 существование дополнительного органа управления для воркеров выглядит усложнением структуры блокчейна.
Сервер, на который устанавливается Cyber Way должен иметь следующие характеристики:
Объем оперативной памяти рекомендуется 8 ГБ, минимальный 4 ГБ (в ходе тестирования некоторые пользователи запускали ноду на 2ГБ).
Объем дисковой памяти рекомендуется около 20 ГБ.
Рекомендуется запускать ноду блокчейна в докер-контейнере.
При установке из исходников рекомендуются следующие операционные системы:
- Centos 7
- Fedora 25 и выше (Fedora 27 лучше)
- Mint 18
- Ubuntu 16.04 (Ubuntu 16.10 лучше)
- Ubuntu 18.04
- MacOS Darwin 10.12 и выше (лучше MacOS 10.13.x).
Вопросы от пользователя @denis-skripnik:
1. В посте про тестнет дан файл testnet.py: будет ли аналог на js? С Python не все работают и не все его знают. я просмотрел то, что можно получать - всё понятно и нормально, а вот с отправкой транзакций пока никак.
Ответ команды Кор:
В данный момент скрипт по запуску testnet нужен, чтобы осуществить базовую инициализацию блокчейна CyberWay. Однако, когда появится процедура инициализации блокчейна из генезиса, надобность в скрипте полностью исчезнет. Разработка инициализации генезиса происходит в текущем спринте.
2. Как понимаю, после запуска сети Cyberway будут даваться данные MongoDB, чтобы разработчики могли получать данные, а также адрес паблик-ноды для отправки транзакций?
Ответ команды Кор:
Есть несколько вариантов настройки ноды БЧ:
- Предоставить доступ к минималистичному API самой ноды, предоставляющему лишь базовые функции: получить информацию об аккаунте и данные из таблицы контракта по диапазону и т.д.
- Открыть публичный доступ к MongoDB.
Владельцу ноды блокчейна CyberWay предстоит совершить выбор между этими вариантами.
3. Будут ли какие-то изменения в плане irreversible блоков? Узнал, что в EOS каждые 400 блоков он меняется - это много, тем более при 1 блок в 3 секунды. Там большинство основывается на текущем блоке, что не есть хорошо.
Ответ команды Кор:
В блокчейне EOS каждый блок-продюсер производит не 1 блок, а серию из 12 блоков по 0.5 секунды каждый, тогда как в блокчейне CyberWay каждый блок-продюсер будет производить 1 блок раз в 3 секунды. Финальность определяется путем принятия блока 3/4 сети. Таким образом, БЧ CyberWay не будет иметь такого количества необратимых блоков.
Однако, при увеличении блок-продюсеров до 101 - длина цепочки до irreversible блока увеличится, что будет являться своеобразной платой за большую децентрализацию, но все равно цепочка не будет настолько длинной.
В EOS реализован алгоритм консенсуса Byzantine Fault Tolerance, позволяющий получать финальность ранее, без ожидания генерации блока 3/4 БП. Теоретически, в будущих релизах CyberWay мы сможем переключиться на достижение финальности за меньшее время.
Мы ответили на наиболее важные вопросы, касающиеся технологий, документации, ролей субъектов в системе БЧ CyberWay. В случае, если у вас появились новые вопросы по данной тематике, задавайте их, пожалуйста, в комментариях под постом.
Следующая статья будет посвящена вопросам экономики и работе приложений на платформе CyberWay.
Каналы коммуникации с Golos•Core
- https://t.me/goloscoretc (решение технических вопросов, связанных с работой блокчейн, нод, api и др.)
- https://t.me/joinchat/BLwf_A118xQ57nsM1Q4MPA (канал для вноса предложений от комьюнити, обсуждение перехода на кодовую базу EOS)
- https://t.me/golos_tools (решение вопросов по различным интерфейсам и дополнительным инструментам, создаваемым Golos•Core)
- https://t.me/goloscore_analytics (решение вопросов по работе экономики блокчейн, статистическим экономическим данным, аналитике данных)
- https://t.me/goloscoretech (новостной канал, с актуальной информацией от Golos•Core)
Мы будем очень рады, если вы поддержите делегата @goloscore. Заходите на страничку https://golos.io/~witnesses голосуйте за делегата Golos•Core!
Спасибо за внимание и хорошего дня!
С уважением,
Команда Golos•Core: @andreypf, @korpusenko, @maslenitsa, @muhazokotuha, @zxcat, @annaeq, @anazarov79, @kaynarov, @s-medvedev, @eugin, @dedbaraded, @jimak.