Чтение источника тока Bitcoin на GitHub, я могу определить правила диссертаций для получения сделки ретрансляционной узлом:

- если сделка достаточно велика, 0,01 BTC за кбайт требуется
- если я хочу, чтобы отправить меньше 0,01 BTC, сбор в размере 0,01 BTC требуется
- если я хочу, чтобы избежать скорости-ограничитель, плата в размере 0,01 BTC требуется
- что-то о повышении сборов, когда блок почти полностью (не уверен, я понимаю, что полностью)

Любые другие правила, которые я забыл?

Честно говоря, я не очень люблю, когда это происходит. Особенно это произвольное значение 0,01 BTC, который HARDCODED в источнике. Конечно, это может быть изменено в какой-то момент, но это просто не кажется очень гибким.

Мы не можем придумать что-то, что автостереотипы адаптируя каким-то образом? Например: узел мог совершить до некоторого максимального числа транзакций ретранслируемых в минуту. Если он видит, что скорость превышена, он постепенно увеличивает плату он требует, пока скорость не находится в пределах снова. Если кто-то начинает пенни наводнения снова, вы только должны заплатить немного больше, чем атакующая, вместо того, чтобы перейти к произвольному значению 0,01 BTC сразу. (Просто чтобы прояснить: я знаю, что узел не получает никакой платы за ретрансляцию сделки Когда я говорю это. "требует платы"Я имею в виду это в том смысле, что он хочет видеть, что плата на сделку, чтобы рассмотреть его для ретрансляции.).

Также: В дискуссии об оплате, вы часто слышите: "шахтеры будут разбирайтесь", Я думаю, что важно быть ясно, что есть два разных вопроса:
1) Какие операции включает в блоке. Если это переполнено, шахтеры могут понять то, что плата структуры они думают, что будет работать лучше. Это очень гибкий и приятный
2) Какие операции ретранслировать. Поскольку пропускная способность является ограниченным ресурсом, а также. И это не гибкое вообще прямо сейчас, с увеличением числа установленных правил в исходном коде. Здесь я хотел бы видеть некоторые авто-механизм регулировки.