Привет,
Консолидация нескольких переводов в одной транзакции
спасибо @html, дал наводку на изыскания @vik -а по поводу упаковки нескольких операций в одну транзакцию. Я тоже уже думал об этом, но у меня никак не доходили руки разобраться с этим. Это собственно оказалось не так уж и сложно для реализации. Потому я сегодня вечером снова взялся за скрипт и поменял способ отправки переводов. Мне самому было интересно в этом поковыряться. Для этого я выдернул код из golos-js библиотеки.
Я тестировал на 5 трансферах, вроде работает. Протестировать на большем числе переводов я предоставляю вам. Для контроля процедуры я добавил еще один параметр transfersPerTransaction Я в примере конфигурационного файла задал 50 переводов про транзакцию. Сколько тут задавать зависит от самих трансферов, больше всего от текста заметки. Блоки в блокчейне ограниченны по размеру, потому если размер транзакции получится больше того, что может вместить блок, то блокчейн отвергнет такую транзакцию. @html говорит, что вроде бы 400 переводов могут быть отправлены за один раз. Возможно. Пробуйте. Страшного ничего не случится, если транзакция окажется слишком большой - скрипт просто прервет свою работу. Уменьшите число в параметре и попытайтесь снова.
Рыночное соотношение GBG к GOLOS
Я уже давно встречал дискуссии по поводу того, что выплачиваемые 80% GBG на самом деле больше, чем 80% исходя из рыночной стоимости GBG и GOLOS. @tnam0rken и @html это обсуждали тут
По этому, я встроил расчет рыночной стоимости GBG и GOLOS на основании данных coinmarketcap.com. Если установить новый параметр useMarketRatio в true, то скрипт сделает запрос к coinmarketcap.com, пересчитает сумму полученного вознаграждения GBG + GESTS + GOLOS в GBG и от этой суммы возьмет 50% для дальнейших расчетов. До сих пор скрипт брал только полученные GBG и работал с этой суммой. На полученную сумму будет наложен процент заданный параметром voter_reward_percent.
Скрипт можно скачать здесь
есть кто сделает все за меня? боюсь я этих скриптов и прочее за вознаграждение конечно)
@ropox приветствую, С Рождеством. простите за беспокойства, менял ключи, как запустить лотовода заново?
Спасибо!
Судя по этому скрипту, я за посты переплачивал довольно сильно. Даже с учётом того, что по моим расчётам 50-50 это 73%. При том что последнее время GOLOS к GBG был не как сейчас 1,219.
А как шустро работает объединение транзакций, я проверю уже завтра или послезавтра.
Ваш пост поддержали следующие Инвесторы Сообщества "Добрый кит":
alex2016, litrbooh, littleboo, t3ran13, neo, mir, polyideic, fetta, niiu, galina1, vik, tinochka, shuler, amikphoto, semasping, tnam0rken, karusel1, vika-teplo, virt, graff0x, manavendra, makcum52, lengalenga, student61, mp42b, zhenek, kakachaca, kanalex, wictor19882017, trifler, olka, kalter, anandasurya, privet
Поэтому я тоже проголосовал за него!
Узнать подробности о сообществе можно тут:
Разрешите представиться - Кит Добрый
Правила
Инструкция по внесению Инвестиционного взноса
Вы тоже можете стать Инвестором и поддержать проект!!!
Если Вы хотите отказаться от поддержки Доброго Кита, то ответьте на этот комментарий командой "!нехочу"
dobryj.kit теперь стал Делегатом! Ваш голос важен для всего сообщества!!!
Поддержите нас:
Круть!
Транзакция должна быть до 64Кб. С коротким мемо у меня 400 трансферов помещалось, с более длинным ~240. Но даже с 50 ускорение отличное;))
Да, скрипт собственно пишет теперь промежуточный файл с трансферами. Можно по размеру этого файла оценить размер транзакции. Взять число переводов из файла, и поделить размер файла на число переводов. Получится размер одной транзакции. 64к делим на размер транзакции и получаем число транзакций. В файле пишутся еще дополнительно rshares и weight голоса, так что на самом деле транзакция еще меньше размером. То есть можно накинуть процентов 5% свободно.
С Новым годом!
СпасиБо! Привязка нужная. Где прочитать, как "привязать"?
Красавчик.
...репостик, чтоб не потерялось...
Спасибо, что вкладываетесь)
если кто-то начнет выплачивать с учетом рынка, то это совсем другая история :)
Георгий, это просто Огонь теперь))
100 переводов за раз вполне оптимально