Это на самом деле просто такое же правило. Вы не можете иметь 2 живых сделок (те с неизрасходованных выходами) с той же хэш.
Нет, это другое правило.
BIP 30, по существу, говорит, что когда-то все выходы израсходованы, он может появиться снова. Но можно создать транзакцию и провел все свои выходы в одном блоке, не так ли? Таким образом, эта сделка не будет жить.
Хм, это интересно. Это в основном говорит, что "Это улавливается ConnectInputs ()", Но это?
Возможно, это означает, что CheckInputs обнаружит операции, которые пытаются провести одинаковые выходные, но и в теории, если транзакции могут появиться, это будут разные выходы.
Поэтому вполне возможно, что линия 2105 это правило, сама по себе ...
В основном с точки зрения ссылки клиента, нет необходимости идентификатор должен быть уникальным навсегда. Необходимость только для поиска сделок, чтобы получить свои неизрасходованные выходы. После того, как выходы расходуются, они никогда не должны рассматриваться снова, так что идентификатор может быть использован повторно.
Ага. К сожалению, это не работает так хорошо для цветных монет ...