Результирующая производительность вырастет.
ну так покажите это! вот я всему должен верить на слово чтоль? ну есть же архитектурные решения из которых ястно что будет шустрее, а пока я вижу много предположений с которыми не согласен в корне.
В тексте есть утверждение о перегруженности кода хардфорками. И это формулировка означает, что нет необходимости переносить всю логику кода, нужно перенести условия экономики действительные для последнего хардфорка. И нет необходимости переносить всю логику.
слушай, где я пишу о переносе лишней логики? я пишу о том, что чтобы перенести результирующую логику, придется перелопатить весь код, чб понять что переносить и убедиться что ничего не накосячили и не потеряли. Т.е. нет доков чб глянуть и прочитать "пост имеет такие-то поля". все это придется искать в коде, просматривать все вилки и всякие вложенные объекты. а это очень медленное дело. Конечно если хочешь сделать качественно.
У внешней БД есть возможности для тюнингования и масштабирования. Чтобы добавить подобное в БЧ - это начать разрабатывать БД.
Если это будут какие-то отдельные масштабируемые сервисы на отдельном железе... ну далеко не факт что все будет так хорошо.
Опять же, неверное создание индексов или написание запросов выборки может очень сильно влиять на производительность системы, не говоря о выборе самой БД. Хотело бы видеть БД и описание того, как будет настроена, что выбрано, и какое время между блоками потянет эта бд. пока если считать 0,5 секунды. я в это не верю. У нас блоки по сети стоько распростроняются иногда, а иногда и больше.
Часть вещей планируется делать на Голосе. А не уйти в глубокую разработку на полгода и вернутся с блестящим мерседесом.
вообще именно так я и воспринимаю послание ваших постов. нигде не сказано о том, что текущий голос будет и дальше доробатываться, а на него не плюнут.
Я пишу о технических сложностях, которые нужно решить, а не о непреодолимых препятствиях.
какая разница как мы с тобой воспринимаем одну и туже вещ, ты холодной а я теплой. ты мне обоснуснуй переход так, что бы я видел что ты занимаешь тем, что понимаешь, и что бы я видел что все задачи по силам. большего не требуется и никто ничего нереального не требует
Про это и пост. Предложение - отладить технологию на Голосе. И проверить как это будет работать.
У comment_operation 7 полей.... Там больше логики вокруг - можно обновлять на таком хардфорке или нельзя, сколько постов день можно делать на таком то хардфорке....В этом плане код лучше документации. ... Перенести необходимо ограниченное количество операций - все что касается блог-платформы. Маркет: escrow, limit_order, transfer, feed_publish, .... Майнинг: pow2 ... , Пользователи: account_create, account_update, account_recovery, ... - Ничего этого переносить не нужно.
Время блока с большой долей вероятности увеличим.
в посте даже косвенно об этом не сказано. Я пока вижу большую самоуверенность что все круто, мы все можем, тут пару мелких проблем и все. В такиех ситуациях только два варианта, либо команда голос коре очень крута, либо очень самоуверенна.
Хочется видеть "проблема->решение" для технарей, а не для красного словца.
выпил золотого, это понятно. но там операций потоболе будет.
И понятно, что что бы определиться что остается, спрева должна появится дока с новой экономикой.