Это то, что я хотел бы сделать; игнорировать TXID себя, но вместо того, чтобы использовать выход из 4.):
1.) Для любой входящей транзакции формирует список входов и значений из входов, конкатенации в строку; сортировать адреса алфавитно перед этим
2.) Генерация выходных хешей и значения и конкатенации в строку выше; сортировать адреса алфавитно перед этим
3.) сцепить pubkeys из входов, которые регенерируют из подписей (не сами подписи) в строке выше; сортировать pubkeys алфавитно перед этим
4.) Hash этой большой строки и использовать его в качестве TXID

Даже если кто-то регенерирует подписи в случайном порядке для любых ОГО, выше никогда не изменится. Любой дубликат ТХ, которые мутировали придумает то же самое, используя описанную выше схему.

Возможно, что еще проще, вы можете просто пропустить шаг 1.) и положить значение входов после их соответствующей pubkeys, а затем вставить его в строку вместе с выходными сигналами

Это может быть реализовано быстро, вероятно, в течение 30 мин - 1 ч. Обмены проверочные, что ТХ прошел нужно только искать выше альтернативного TXID хэш в следующем блоке, а затем может проверить его включение в blockchain.

Я устал и лечь спать, так что я надеюсь, что это является когерентным, но проверка blockchain включения с помощью этой схему должен обеспечивать защиту от ОЙ податливости

Комментарии приветствуются