В биржевом мире, заполнить или убить это тип торговли, который указывает порядок должен либо выполнить немедленно или быть удален. Может что-то подобное можно использовать в системе, основанной на blockchain, чтобы предотвратить "застрял" сделки?

Проблема:
Из-за устаревшие правила приоритета, пользователь недоразумению или пользователь бумажника ошибок могут создавать транзакции, которые очень маловероятно, чтобы подтвердить или даже быть передано через большинство узлов. Однако большинство бумажники не имеют хороший метод для отмены. Отменять txns сложно. Простая кнопка отмены будет создавать путаницы и неожиданные результаты. Программное обеспечение бумажника может удалить TxN локально, но он не может заставить другие узлы, чтобы удалить их копию. Это означает, что TXN может быть «подтверждена» долго после того, как он «отменен». Ожидание также не является хорошим решением и может ввести в заблуждение пользователей. Время до того, как TXN удаляется из пула памяти узла, не статично и TXN могут быть удалены из некоторых, но не во всех узлах. Многие клиенты будут продолжать ретранслировать неподтвержденный txns который «сброс» часов. Кроме того, пользователи не имеют возможности узнать, остаются копии TXN. Это означает, что сеть, как представляется, «несовместимым» поведение. Что-то более надежное необходимо для обеспечения детерминированного поведения.

Решение:
Что о включении флага максимальной высоты блока? Это может быть установка очень похожа на nlocktime за исключением того, что он назначит последний блок TXN может быть подтвержден в, вместо первого. После того, как КОФ высота была создана TXN больше не действительна для включения в блоке. Для упрощения работы с реорганизацией; это было бы хорошая идея для узлов, чтобы держать TxN в пуле памяти, но не рассматриваются для включения в блоке, пока текущая высота блока не является небольшим числом блоков впереди КОФА высоты, а затем удалите TxN , Пользователь должен иметь высокий уровень уверенности, что после КОФ высоты TXN может быть перенаправлением к сети с более соответствующей платой. клиент пользователя изменит статус TXN, чтобы отменен после того, как КОФ высота была пройдена и увеличить «доступный баланс», который будет соответствовать ожиданиям пользователей и поможет скрыть поведение сети в детерминированным образом.

Любой потенциальный вектор атаки или осложнения?