Santalov / GO_LOSOVANIE

Line 66 in eb508d0

if tx.HashLink != ZeroArrayHash && tx.InputSize == 0 {

В Coinbase транзакциях:

ненулевой hash_link, указывающий на блок, за который получается вознаграждение
нулевой type_vote
нулевой type_value
нулевые все остальные поля, относящиеся к голосованию и DKSAP
ноль входов
один выход на фиксированную сумму на создателя блока, с нулевыми полями для DKSAP

В транзакциях создания голосования:

В транзакциях дополнения транзакции создания голосования:

как в обычной транзакции, входы равны выходам
ненулевое поле receiver_spend_pkey
ненулевое поле receiver_scan_pkey для анонимного голосования, нулевое для неанонимного
нулевое поле sender_ephemereal_pkey
ненулевой hash_link
нулевой type_vote
ненулевой type_value, указывающий на первую транзакцию создания голосования
нулевой voters_sum_pkey

В транзакциях инициализации голосования (создается валидатором с использованием протокола DKSAP):

входы равны выходам. Транзакцию создает валидатор
ненулевой receiver_spend_pkey, созданный валидатором для каждого избирателя
нулевой receiver_scan_pkey, потому что не нужен
ненулевой sender_ephemereal_pkey, равный ключу, использованному валидатором при создании receiver_spend_pkey
нулевой hash_link в первой транзакции, ненулевой в последующих. Не должно существовать двух транзакций с одинаковыми hash_link
нулевой type_vote
ненулевой type_value, указывающий на транзакцию создания голосования.
ненулевой voters_sum_pkey, описанный подробно в РПЗ
ненулевой sign, соответствующий публичному ключу валидатора, в блок предложенный которым попала транзакция создания голосования. Это условие ограничивает круг участников, которые могут создать транзакцию, до одного валидатора, что блокирует возможность нарушить ход голосования путем спама.

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

Нужно точнее обрабатывать корректность транзакций