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

Например, вы можете провести изменения в результате неограниченного transaction-- так, чтобы остальные ваши монеты не не заложники до следующего block-- но если идентификатор транзакции изменяются дочерние сделки признаны недействительными. Вы не могли бы даже переиздание замены, пока не вернулись в Интернет и узнать новый идентификатор, а затем представьте, что частные ключи хранятся в автономном режиме в сейфе.

Если вы делаете только самым скучные виды сделок, никогда не иметь дело ни с чем неподтвержденным (в том числе не делая больше платежей до получения подтверждения или замен сделок) и использовать осторожно и грамотно написанный кошелек программного обеспечение, то податливость в худшем случае незначительных неудобств. Если вы пытаетесь сделать что-нибудь фантазии с помощью смарт-контрактов, неподтвержденных операций (в том числе только цепочки их), или _writing_ программное обеспечение кошелек, который должен обрабатывать происходит ковка, то это бремя и footgun.  

CLTV и CSV были введены, чтобы восстановить некоторые из худших ущерба, нанесенного на malleability-- без них вы не могли бы безопасно сделать многопартийные escrows с тайм-аутов ... но даже с ними в том, что аннулирует последующая ковка тратит делает жизнь трудно во многих пути.

Вы также можете думать о нем, как изменение выходов: выход является TXID, индекс, scriptPubkey и сумму. Не ковко изменить индекс, Публичный, или количество ... но это не изменит TXID выхода; и это именно проблема, segwit решает.