Позволяют ли текущие коды операций Биткойн и ограничение размера транзакции создавать UTXO, который можно потратить только в том случае, если был выполнен определенный объем работы?
Таким образом, транжира предоставит одноразовый номер в качестве входных данных для сценария. Затем сценарий, по сути, выполняет очень упрощенную версию проверки заголовков блоков биткойнов (одноразовый номер объединяется с некоторыми другими данными, хэшируется, а хеш сравнивается с «целью»).
Без OP_CAT и с арифметикой, ограниченной 4-х байтными входами, правильно ли я понимаю, что вышеизложенное было бы невозможно? Или есть обходной путь?
Ответ зависит от того, чего вы пытаетесь достичь с помощью этой конструкции. У меня есть три предположения на этот счет:
op_return
. Таким образом, нужно попробовать любой закрытый ключ из набора разрешенных, пока он не сможет создать действительную подпись. Это не приводит к утечке самого закрытого ключа, поэтому майнер не может подписать один и тот же tx с другим адресом назначения.Это НЕ полный список, это только первые идеи, которые пришли мне в голову. Особенно второй случай, который кажется мне наиболее вероятным, может быть сконструирован несколькими различными способами: например, вы также можете опубликовать хэш закрытого ключа в ( op_return
так что закрытый ключ не должен быть включен в транзакцию). ), и вы бы превратили его в PoW на основе хэша, поскольку хеширование намного быстрее, чем подпись.
булавочная головка
philbw4
булавочная головка
philbw4
Читрик
philbw4