Пост, отчет, мысли делегата @semasping
Уже 28 место это уже очень приятно и ответственно. Запускаю запасную делегатскую ноду на случай поломки основной.
Про квадрат
Все боялись что при делегировании и квадратичности возникнет некий супер кит который будет голосовать только за себя или за очень избранные посты. Но и без делегирования на данный момент мы получили довольно большого кита @upit. Поговаривают что его общая сила порядка 20 млн голосов.
Вот в общем то мы получили наглядный эксперимент по квадратичности.
Я считаю что сейчас надо принимать линейку. Пока еще есть для кого.
А дальше думать над другими типами кривой. Я думаю что при должном аргументировании многие с линейки поддержат переход на что то иное. Но позже.
Про account_history плагин Ноды
Работа над запуском моей системы Accusta для Стимита я столкнулся с определенными проблемами в количестве операций в историях аккаунтов. (account_history).
Там легко может быть порядка 500 000 - 800 000 операций. И их уже не отфильтруешь на лету, в процессе получения. Поэтому я начал смотреть в сторону MongoDB, как хранилища данных по транзакциям. Чтобы удобно было получать транзакции определенного типа и за определенные отрезки времени.
Можно было бы базу данных использовать сразу для агрегации: например получить сумму кураторских выплат за месяц. Но MongoDb не умеет агрегировать по не числовым значениям, а у нас все данные которые надо агрегировать содержат что либо: GETST, GBG, GOLOS и т.д. так же как и в стиме.
Пример сырых данных:
[11903, {
"trx_id": "0000000000000000000000000000000000000000",
"block": 2558657,
"trx_in_block": 13,
"op_in_trx": 1,
"virtual_op": 0,
"timestamp": "2017-01-15T11:00:06",
"op": ["curation_reward", {
"curator": "on0tole",
"reward": "4948.712727 GESTS",
"comment_author": "angsteem",
"comment_permlink": "novyi-god-sovsem-na-nosu-s-nastupayushim-novym-godom-vas-angelina"
}]
}],
Выше в примере мы НЕ сможем получить суммы по полю op.reward: "reward": "4948.712727 GESTS", с помощью MongoDB.
Выходит - что либо надо добавлять еще одно поле reward amount при экспорте транзакций в MongoDB, куда складывать только число.
Либо обрабатывать это поле уже после выборки нужных данных. Но тогда мы лишаемся части функционала Базы данных.
В общем к чему это я про MongoDB.
Я за любую движуху в направлении выноса таких данных из ноды в отдельные базы данных типа MongoDB.
Читал в чатах что @ropox при разработке своего ХФ с линейкой, так же предлагал тему по выносу account_history в MongoDB. (https://golos.io/golos/@ropox/filxtrovanie-accounthistory)
И тут на днях увидел что @golosCore так же начали движение в этом направлении: https://github.com/GolosChain/golos/issues/421
@on1x так же начал работы по интегрированию MongoDB и @goldvoice.
Я полностью ЗА вынос виртуальных операций в отдельные БД.
Но нужно подумать и обсудить со всеми как и какие данные там хранить.
Так же считаю что нужно оптимизировать работу ноды. На там же стимите на прошлой неделе хотел запустить делегатскую ноду. Но не хватило ресурсов на сервере (12Ram, 60SSD). И это простая делегатская нода.
Про атомарные ХФ, ноды для бирж и докер.
Помню когда было обсуждение атомарных ХФ. Там возник вопрос про обновление нод у бирж при каждом ХФ. И есть сомнения что Биржи захотят обновлять ноды каждые 2-3 месяца.
Разбираясь с нодами на стимите. нашел там интересную возможность для Бирж. В стимите для бирж при запуске докер контейнера предусмотрены определенные параметры и написана инструкция специально для бирж. (https://github.com/steemit/steem/blob/master/doc/exchangequickstart.md)
Инструкция особо не отличается от стандартной. Но это определенное удобство биржам. И если всё же мы придем к атомарным ХФ, то нам так или иначе нужно автоматизировать процессы обновления нод для бирж. Призываю @vvk и @t3ran13 для обсуждения темы по докерам, как одних из самых продвинутых в этой теме.
Предыдущий делегатский пост: https://golos.io/ru--golos/@semasping/delegatskoe-ot-semasping
Спасибо за вашу поддержку и доверие.
PS: Мои проекты
Accusta - система статистика по аккаунтам Голоса и Стимита.
GolosPostNotifyBot - Телеграм бот для уведомления по тегам.
Участие в разработке библиотеки php-graphene-node-client.