Я не вижу очевидное отверстия / нарушения при таком подходе.
Однако, это только стимулировать шахтер менять свои флаги BIP 9, когда доля блоков сигнализации определенного флага значительно меньше, чем доля сделок, требующих этот флаг. Например, шахтеры будут стимулы для сигнализации BIP_N, если 70% txes требуют BIP_N, но только 30% от блоков сигнала его. Теперь, если 90% hashpower начала сигнала BIP_N, но 30% txes спрос BIP_M, шахтеры будут стимулы, чтобы переключить сигнализацию BIP_M, пока более или менее соотношение BIP_N_blocks / BIP_M_blocks = BIP_N_txes / BIP_M_txes.
Кроме того, этот подход не будет работать без большинства пользователей, активно выражающих свои предпочтения через свои операции, несмотря на иногда приходится платить более высокую плату и испытывают дополнительные задержки во времена подтверждения. Я предполагаю, что большинство пользователей будет продолжать генерировать транзакции типа по умолчанию, потому что они больше заботятся о сборах и время подтверждения, чем о чем-то они имеют лишь смутное представление о. Так что большая часть времени мы, вероятно, будем иметь как 90% txes по умолчанию, 7% BIP_N txes, 3% BIP_M txes, то, что не создает никаких стимулов для изменения сигнализации на всех.
Тем не менее, на мой взгляд, идея интересная.