🎓 Golos JS - Формирование транзакций с несколькими операциями соблюдая TaPoS, вычисление ref_block_prefix в браузере без NodeJS, сервера и модуля Buffer

Недавно я обновил форму постинга golos.cf/md и добавил в нее возможность добавлять бенефициаров и другие comment_options

В библиотеке golos-js есть два отдельных метода, один для размещения самого поста golos.broadcast.comment(), второй для настройки опций поста, в т.ч. бенефициаров golos.broadcast.commentOptions()

Такое разделение имеет ряд минусов: во-первых - нужно делать две транзакции, во-вторых - если после размещения поста чей-то бот проголосует за пост перед тем как долетит вторая транзакция с опциями поста - опции по-просту не примутся из-за того, что с постом уже есть взаимодействия.
Очевидное решение - это упаковать обе операции в одну транзакцию. Я уже описывал принцип ранее: 🎓 Экономим ресурсы совмещая 100 операций в одну транзакцию , но описанный скрипт работает только в nodeJS
А форма golos.cf/md предполагает возможность простого копирования html и работы локально на вашем устройстве, стало быть nodejs там нет и нужно работать с обычным JavaScript

Проблема возникла только с вычислением ref_block_num и ref_block_prefix - это данные предыдущих блоков которые должны содержаться в каждой транзакции на голосе. Каждая транзакция должна ссылаться на предыдущий блок и создавать целостность цепи.

Подробно можно прочесть тут: Transactions as Proof of Stake - TaPoS

В TaPoS все транзакции включают в себя хеш последнего блока и считаются недействительными, если этот блок отсутствует в истории цепи

Но на самом деле, привязка к последнему (предыдущему) блоку не вполне безопасна, поскольку если транзакция попадет в микрофорк cможет быть отброшена главной цепочкой.
Привязка к последнему неизменяемому блоку last_irreversible_block_num тоже влечет ряд уязвимостей для свежей транзакции ну и линковка на такое количество блоков назад кажется противоречива алгоритму.

Примечательно, что golos-js использует -3 блока от последнего head_block_number в то время как steem-js использует last_irreversible_block_num-1 линковка почти на 20 блоков старее.
Мне больше нравится подход golos, однако я буду рад услышать аргументы, так как у самого нет компетенции и представления теоретические.

Получение предварительных данных (номер и хеш блока)

Первым запросом будет golos.api.getDynamicGlobalProperties

В ответе нам нужен номер последнего блока head_block_number (только мы отнимем от него еще - 2 блока)

Пример ответа:

head_block_number: 15523551

Далее нам нужен хеш блока 15523551 - 3 = 15523548 для вычисления ref_block_prefix но запрос мы сделаем не минус - 3 от последнего блока, а минус 2 или блок 15523549

Запрос golos.api.getBlockHeader(15523549)

Пример ответа:

previous: '00ecdedcfd8699a358c4595f0233db938d6d5705'

Обратите внимание на previous (пер. предыдущий) - это хеш блока 15523548, он как раз и есть в данном случае head_block_number минус 3.

Таким образом мы получили номер и хеш определенного блока, высота которого минус 3 от последнего.

Блок 15523548

Хеш 00ecdedcfd8699a358c4595f0233db938d6d5705

Теперь из этих двух переменных нам нужно получить две другие - ref_block_num и ref_block_prefix

ref_block_num получается очень легко в обоих случаях, работает и в nodeJS и в браузере:

var refblocknum = 15523548 & 0xFFFF;

Теперь переменная refblocknum равна 57052, при построении транзакции мы поместим этот номер в параметр ref_block_num

С ref_block_prefix было все несколько сложнее, признаться - я долгое время не знал как обойтись без модуля Buffer в браузере, но оказалось все очень просто. Сначала пример для nodeJS который можно найти в golos-js библиотеке и просто скопировать. Выглядит примерно так:

Как вычислить ref_block_num & ref_block_prefix в NodeJS + модуль Buffer

const BlockPrefix = new Buffer('00ecdedcfd8699a358c4595f0233db938d6d5705', 'hex').readUInt32LE(4);

Теперь в переменной BlockPrefix число 2744747773 его и можно ставить в ref_block_prefix

Теперь транзакция содержит эти важные данные

"ref_block_num":57052,
"ref_block_prefix":2744747773

Как вычислить ref_block_num & ref_block_prefix в браузере простым JS

Проблема в том, что модуль Buffer работает только в NodeJS и пришлось потратить некоторое время, чтобы выполнить обычным JS то, что выполняет этот модуль.

В nodeJS функция new Buffer('00ecdedcfd8699a358c4595f0233db938d6d5705', 'hex') возвратит ответ вида:

<Buffer 00 ec de dc fd 86 99 a3 58 c4 59 5f 02 33 db 93 8d 6d 57 05>

А .readUInt32LE(4) выделит определенные байты из этого массива и переведет их в нужное число.

Сделать это простым JS удалось так:

var blockid = '00ecdedcfd8699a358c4595f0233db938d6d5705';
            n = [];
            for (var i = 0; i < blockid.length; i += 2) {
                n.push(blockid.substr(i, 2));
            }

Выше был создан массив байт похожий на содержания буфера из примера про nodeJS

И теперь в переменной n содержание вида:

[ '00', 'ec', 'de', 'dc', 'fd', '86', '99', 'a3', '58', 'c4', '59', '5f', '02', '33', 'db', '93', '8d', '6d', '57', '05' ]

Из nodeJS нам ясно, что в этой строке нужно как-то найти число 2744747773

И спрятано оно вот в этом куске ... 'fd', '86', '99', 'a3' ... это 4,5,6 и 7 индекс массива байт.

Теперь эти 4 байта нужно инвертировать наоборот вот так a3 99 86 fd

Например просто наполнив переменную:

var hex = n[7] + n[6] + n[5] + n[4];

Теперь в переменной hex у нас значение a39986fd и чтобы оно превратилось в искомое число 2744747773 нужно просто конвертировать hex в число:

var refBlockPrefix = parseInt(hex, 16)

Теперь refBlockPrefix содержит нужные данные для ref_block_prefix и автоматическое формирование транзакции с множеством операций возможно в обычном браузере, на html странице без применения сервера.

Вот так выглядит код:

В переменную operations можно поместить сразу несколько операций, на самом деле очень много. В переменной trx будет готовая транзакция со всеми важными данными и операциями, которую можно подписать и отправить в блокчейн. Подробнее описано в одной из моих прошлых статей.

Живой пример скрипта работает на странице https://golos.cf/md где в одной транзакции совмещены две операции: комментарий и опции комментария.