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

Так, что если как возраст и плата за сделку, рассматриваются в расчете приоритетов? Любая сделка в течение 4-х часов (просто делают что-то) старых должна иметь приоритет над младшей, платой подшипниковой сделкой, независимо от того, платы за участие. Другими словами, сделки по 4 часа назад, будут обрабатываться на основе платы за первый, возраст второй, в то время как сделки старше 4-х часов будут обработаны на основе чисто по возрасту (платы за разрыв связей я думаю ... и, очевидно, все узлы в сети придется применять это такое, что шахтер не может просто игнорировать эти правила). По этой схеме (после окончания блока наград), плата за подшипниковые сделки будут полностью субсидировать стоимость свободных сделок (в противном случае не было бы никакого стимула для создания блока).

Я не знаю, какие последствия это может иметь в пределах размера блока ... Я не узнал достаточно о системе, чтобы понять важность сделки или размера блока пределов ... если есть достаточно высокий устойчивый объем сделки, я представьте себе блок цепь начнет падать дальше и дальше позади. Подъем этих пределов может открыть сеть для атак DOS, но имеющие эти ограничения, казалось бы создать верхнюю границу объема транзакций, и система не будет иного выбора, кроме как отказаться от очень старых транзакций, которые еще должны быть обработаны.

Если брошенные сделки неизбежно были частью системы, я не думаю, что эти монеты освоения действительно проблема ... по крайней мере на уровне протокола или сети. Клиенты могут просто реверс этих операций в своих подсчетах, если определенное количество времени прошло без подтверждения (например, что сеть бы продувает его). Цель сети будет никогда не смывать любую сделку, но если это начало происходить (даже в небольшом масштабе), может быть блок и / или сделки размер может быть увеличен ... все клиенты не обязательно должны сохранить транзакции внутри блоков ... они могут продолжать работать бирки из Bitcoins в различных счетах и ​​проверках / переваривать каждый блок, как это происходит через (возможно, с небольшим хвостом, чтобы обрабатывать случай, когда блоки происходят близко по времени друг с другом). Вы все еще хотели бы иметь ряд супер узлов, сохраняя полную историю (и делает все операции доступны по отношению к аналогам по мере необходимости), но вы бы устранить много требований к хранению на много узлов, не теряя свою важную роль проверки блока.