В ходе изучения стало понятно, что при форке EOS и внесении определенных изменений можно осуществить переезд на свежую платформу, предоставив сообществу абсолютно новые возможности. Нельзя не упомянуть об определенном экономическом эффекте, касающемся того, что команда Golos•Core сможет сосредоточится на расширении возможностей блокчейна, а не на постоянных изменениях, необходимых для отображения информации в клиентах блокчейна.
как это поможет решить текущие проблемы?
вы хоть пять рук приделайте к каждому, но проблемы экономики так и останутся)
Ну вот переедим мы на новый БЧ, кто-то купит токенов. поднимит цены (хотя я очень сомневаюс) и через некоторое время все начнется по второну кругу. у нас не получилось быть достойным клоном стиме, а еоса и подавно не выйдет)
В этом посте мы подробно опишем некоторые из предлагаемых изменений. Однако, не по всем направлениям исследовательская работа доведена до конца. Соответственно, мы будем искренне рады анализу от сообщества/комментариям от сообщества в части указанных выше пунктов.
о да, вы так рады критике что начинаете писать в личку=)))
Их можно переработать (отрефакторить, так это называется в мире IT), и это чисто техническое улучшение, но оно потребует большого количества ресурсов, а также не даст новые функциональные возможности.
никто не вкурсе резюме нашей команды голос коре, и как понять что в новом БЧ ребята из команды не сделают хуже? ну озвучте вы уже опыт команды!
Высокая скорость обработки запросов на чтение
по бд вообще интересно, как она будет поспевать за БЧ и почему у нее будет высокая скорость? вот не понимаю, хоть убей! но следом вы пишите
Одна из возможных проблем - это увеличенное время доступа к данным, поскольку это внешнее хранилище.
вы уж определитесь, либо высокая скорость обработки запросов, либо увеличение времени доступа к данным. как вообще технари могли написать текст и одним предложением противоречить другому? жесть, ну как эти люди нас перевезут на ГЕОС?
И пожалуй, последнее техническое ишью - это доверие ноды блокчейна к данным, хранящимся во внешнем хранилище.
ага, проблема синхронизации данных лежащих во внешней БД? как решать будем?
Для сравнения, в коде Стима, да и ЕОС, до сих пор существуют баги, приводящие к повреждению данных при определенных условиях.
но нам все равно нужно туда переехать, нам нужно больше багов и проблем! :сарказм
А команда Golos•Core проводит много времени за переработкой и фиксами багов в API и плагинах, что, по большому счету, делается для поддержания функциональности одного клиента. И для реализации какой-то новой функциональности клиент - Голос Ио - вынужден ждать выпуска нового софтфорка.
забавно, но именно это называется развитие, и именно под это собирались деньги на ИКО голоса)
Подтверждение теории практикой
Вы забываете, что придется еще заново разработать клиент голосио, иначе нехрена перезд на БЧ, которым текущие пользователи не смогут пользоваться?
На реализацию описанного выше планируется отвести 2 месяца.
ага, нам @mariadia обещала ХФ каждый месяц, но за пол года их всего 2 вышло. т.е. вы и сроки неадекватно оцениваете еще и можно умножать на 3.
Высокая скорость ответов на API запросы без участия БЧ.
Скорость доступа к данным из БЧ увеличится. Но благодаря отсутствию API запросов к БЧ, то времени на обработку транзакций у БЧ будет больше.
Блок-лог - это журнал всех транзакций. Запустим синхронизацию с места на котором остановились.
Остальное вроде как сарказм.
там где сарказм я не поленился указать, и меня как инвестора ико интересует коментарий даже и на сарказм)
Давай я просто процитирую два сообщения, а ты сам догадаешься где ты сам себе противоречишь
а теперь ты написал пояснения
Т.е. сперва мы говорили о внешней бд, а потом ты свел разговор к работе БЧ? вот те раз
вопрос прямой, про доступ к данным во внешней БД - так будет "увеличинаная скорость ответов" или "увеличенное время доступа"? это одно другому противоречит.
опять ответ не в попад. смотри внимательно вопрос
Причем тут остановка? У тебя работает, скажем, 60 нод, у них транзакции храняться в БЧ, а тело постов во внешней БД. Вот создается транзакция и рассылается по БЧ, а вот как тело поста к другим нодам попадет? Как это децентрализованно будет хранится и распростроняться? Да еще с такой скоростью, чб небыло ситуаций когда в БЧ пост создан, а содержимое я получить еще 5 минут не могу.
Не противоречит.
Мы хотим сделать из БЧ контроллер, который вносит изменения во внешнюю БД. Это запросы на обновление данных. При обновлении данных нужно будет ходить в БД, и тут будет увеличение времени на доступ к данным. Э
Мы хотим убрать у БЧ роль обработчика ответов на API запросы, и перенести эту роль на сторону внешней БД, которая с этим справляется значительно лучше, так как внутри БЧ недоделанная БД. Это запросы на чтение, и здесь будет увеличение скорости ответов.
БЧ вносит изменения во внутреннюю БД, используя сущность session. Это аналог транзакций в классических СУБД. Это позволяет БЧ принимать отдельные подписанные транзакции и накладывать их на текущий стейт и безболезненно их откатывать. Точно также это позволяет откатывать целиком подписанные блоки при форках сети.
Задача сводится к тому, чтобы интегрирровать session с транзакциями СУБД, и вносить изменения во внешнюю СУБД транзакциями СУБД. То есть синхронизация будет происходить по блок-логу, представляющему из себя журнал транзакций для внешней СУБД, которую будет транслировать контроллер в лице БЧ.
Это видимо про это:
Чтобы принятие ХФ случалось один раз в месяц, разработка должна уложится в 1 неделю. Потом 1 неделя на тестирование, и 2 недели на переезд биржи. И того в ХФ можно включить очень ограниченное количество функциональности.
Передо мной ставилась задача разработать ХФ за 1 месяц. И оно так и происходило. Еще один месяц уходил на тестирование и согласование переезда биржи.
Голос ИО тоже планирует переезд.
т.е. мало того что операция записи сама по себе медленнее чем чтение, так еще и дополнительно тормоза от архитектуры?
Я вообще не понимаю, зачем жертвовать голосу производительностью и скоростью, ему на плохом своем графене быстрее чем на ГЕОС будет)
Далеко не фак что тут будет выше скорость работы. Все зависит от внешней бд, от структуры бд и индексов) Вы еще ничего не сделали, а смело заявляете что она будет шустрее. на основании каких данных? тех что минули БЧ? ну так бч не влияет на скорость, он скорее на блокиеровки к доступу данных влияет.
сколько времени переноса под ключь? т.е. полностью все работает и без косяков, это по прежнему пол года? или перед тобой не ставилась задача выкатить полностью рабочий ГЕОС и дапп голос рабочими и без багов?
ярад, но они при этом слабое звено, и если они не справятся за пол года, то и вы не справитесь. Должен быть не просто код написан, а все апп перенесено, и люди должны почить блоги на выходе. именно под это деньги и тратились.
т.е. ГЕОС будет разруливать еще и синхронизацию внешних БД от дапп блогов? какая уж тут производительность и ускорение чтения и работы с внешней бд при такой архитектуре?
Мало того что сам пишешь о тормозах на чтение, так еще это все придется гонять по сети ГЕОС, которая и так будет забита.
Ну и какой профит от этого будет сети ГЕОС? вы сожрете все ресурсы сети, это приведет к удорожанию сети, и отсутствию конкурентности с ЕОС. тогда ГЕОС как платформа не будет нужен не одному апп, какой смысл тогда от переезда?=)))))))))
Мы компенсируем одно другим. Есть технические сложности, но непреодолимые препятствия, и предлагается их решить. В результате мы получаем ряд преимуществ.
А так чтобы существовала универсальная серебрянная пуля - такое не бывает.
Результирующая производительность вырастет.
Графен хороший протокол. И первоначальные изменения мы предлагаем делать на нем.
Мы не говорим о плохости графена. В тексте есть утверждение о перегруженности кода хардфорками. И это формулировка означает, что нет необходимости переносить всю логику кода, нужно перенести условия экономики действительные для последнего хардфорка. И нет необходимости переносить всю логику.
У внешней БД есть возможности для тюнингования и масштабирования. Чтобы добавить подобное в БЧ - это начать разрабатывать БД.
Часть вещей планируется делать на Голосе. А не уйти в глубокую разработку на полгода и вернутся с блестящим мерседесом. В первом посте указаны сроки на реализацию этапов, которые можно будет отслеживать поэтапно. Естественно, что между этапами будут свои мероприятия.
Я пишу о технических сложностях, которые нужно решить, а не о непреодолимых препятствиях.
ну так покажите это! вот я всему должен верить на слово чтоль? ну есть же архитектурные решения из которых ястно что будет шустрее, а пока я вижу много предположений с которыми не согласен в корне.
слушай, где я пишу о переносе лишней логики? я пишу о том, что чтобы перенести результирующую логику, придется перелопатить весь код, чб понять что переносить и убедиться что ничего не накосячили и не потеряли. Т.е. нет доков чб глянуть и прочитать "пост имеет такие-то поля". все это придется искать в коде, просматривать все вилки и всякие вложенные объекты. а это очень медленное дело. Конечно если хочешь сделать качественно.
Если это будут какие-то отдельные масштабируемые сервисы на отдельном железе... ну далеко не факт что все будет так хорошо.
Опять же, неверное создание индексов или написание запросов выборки может очень сильно влиять на производительность системы, не говоря о выборе самой БД. Хотело бы видеть БД и описание того, как будет настроена, что выбрано, и какое время между блоками потянет эта бд. пока если считать 0,5 секунды. я в это не верю. У нас блоки по сети стоько распростроняются иногда, а иногда и больше.
вообще именно так я и воспринимаю послание ваших постов. нигде не сказано о том, что текущий голос будет и дальше доробатываться, а на него не плюнут.
какая разница как мы с тобой воспринимаем одну и туже вещ, ты холодной а я теплой. ты мне обоснуснуй переход так, что бы я видел что ты занимаешь тем, что понимаешь, и что бы я видел что все задачи по силам. большего не требуется и никто ничего нереального не требует
Про это и пост. Предложение - отладить технологию на Голосе. И проверить как это будет работать.
У comment_operation 7 полей.... Там больше логики вокруг - можно обновлять на таком хардфорке или нельзя, сколько постов день можно делать на таком то хардфорке....В этом плане код лучше документации. ... Перенести необходимо ограниченное количество операций - все что касается блог-платформы. Маркет: escrow, limit_order, transfer, feed_publish, .... Майнинг: pow2 ... , Пользователи: account_create, account_update, account_recovery, ... - Ничего этого переносить не нужно.
Время блока с большой долей вероятности увеличим.
в посте даже косвенно об этом не сказано. Я пока вижу большую самоуверенность что все круто, мы все можем, тут пару мелких проблем и все. В такиех ситуациях только два варианта, либо команда голос коре очень крута, либо очень самоуверенна.
Хочется видеть "проблема->решение" для технарей, а не для красного словца.
выпил золотого, это понятно. но там операций потоболе будет.
И понятно, что что бы определиться что остается, спрева должна появится дока с новой экономикой.
Любые предложения от команды Голос Кор выдвигаются на обсуждение. Где обсуждение, там и критика, однако, хотим напомнить, что у всего есть разумные границы. Критика не исключение. Мы усердно работаем, готовим статьи, аналитику и репорты - поэтому и ожидаем некого уважения и такта в ответ.
Касаемо опыта команды - можно заглянуть хотя бы в самый последний пост о новых сотрудниках Core. Все открыто и прозрачно. У некоторых из наших разработчиков опыт более 15 лет, более того, к любому сотруднику при большом желании можно обратиться лично и задать вопросы, которые вас тревожат - все открыты к обратной связи.
Сроки хардфорка могут меняться, но любые задержки или отклонения от плана всегда освещаются и доводятся до сведения сообщества.
это да, только новые сроки переносятся по 10 раз, а иногда даже вообще не указываются.
вы усиленно работаете- это похвально, только вот результаты этой усиленной работы как-то не очень убедительны. Значит ли это, что ваша работа - это сизифов труд или просто результат этой самой усиленной работы направлен совсем не на те цели, которые ставит сообщество?
нет, ну это не серьезно. где вы такие резюме видели?
я у тим лида спрашивал про его опыт и его команды, спрашивал у вашего менеджера. ноль по фазе. так что сказанное вами не соответсвует действительности.
а где вас, бедненьких, уже оскарбили, и чем?
вот я так от команды в своих постах по поводу переезда так и не дождался комментариев, видимо не потому что критика плохая или хорошая, а потому что бестактаная???