В соответствии с потоком, та же функциональность может быть достигнута с помощью системы микро-каналов оплаты?

Очевидно, нет, что относится к версии OP в.

Так,

Боб создает сделку, которая платит 0,01 BTC от себя до <открытый ключ> который имеет хэш H.

Боб говорит Алисе "Создайте операцию, которая платит 1 BTC мне и выплачивается из <ТХ-хэш> выход 0" а также подписывает его с "кто может оплатить",   <ТХ-хэш> может быть любым в пределах от S до S + N, когда S = H - RAND (N).

С "кто может оплатить"Алиса может добавить дополнительные входы без недействительности подписи Боба, но она не может изменить выход (отправку денег Бобу).

Алиса посылает Бобу сделку.

Если <ТХ-хэш> спички, то Боб может представить обе свои транзакции в сети.

Риск заключается в том, что Алиса будет представлять сделку проводить ввод в то же время она посылает транзакцию Бобу. Тем не менее, она не знает, какой из 1000 сделок является допустимым.

Стоимость двойных расходов: F (так как вы должны заплатить взнос BTC, чтобы добавить транзакцию в блоке-цепи)
Преимущество двойных расходов: V / N (так как это ожидаемая потеря не двойные расходы)

Пока е > V / N, то не стоит тратить два раза. Средства, что N должно возрастать по мере значение идет вверх. Как ни странно, плата за сделку делает эту услугу полезной, а также добавляет к своей безопасности.

Это круто.