Это до оператора бассейна, чтобы решить, как расставить приоритеты в своих операциях. Для бассейнов, что фильтр сделок по некоторым произвольным правилам, личные убеждения оператора бассейна, что делает их использовать черные списки, а не масштабируемое программное обеспечение, они реализуют свои собственные решения о том, как построить блоки и часто строят 1 транзакционных блоки, чтобы справиться с их отсутствием масштабируемый код пула на изменения блока перед началом снова транзакционных заполнены блоками позже, который делают в сети реальную плохую услугу в эти времена огромного количества сделок по сети. Для других бассейнов (например, все тех ckpool основы) мы используем правило транзакций по bitcoind умолчанию, что означает, что мы генерируя щедрые большие блоки со многими из этих операций - и разница в плате является существенным с большим количеством блоков, имеющими награды на 1-2% за вознаграждение от платы, которая является весьма значительным. правила bitcoind по умолчанию означает, что в основном тем дольше время между блоками, тем выше награда плата сделки - и это добавляет до довольно много. Использование relaynode Мэтта означает, что распространение блок-видимому, не сдерживаться до точки сиротства, даже если он больше. Реальность состоит из двух бассейнов устанавливающих блоков в короткие сроки, по-прежнему редкости.
Я знаю, что шахтеры могут решить. Хотя стандартная установка могуча, так как я думаю, что не многие шахтеры пойдут путь к пользовательскому коду что-то для них.
Когда я был бы шахтер и каким-то образом могли бы получить код, чтобы сделать так, то я бы SPV мой, будет проверить предыдущий блок в то же время, хотел бы начать с 1 блок транзакции и будет проверять сделки тоже в это время. Тогда я бы осуществить только исключительные хорошие сделки, я имею в виду высокую платы за байт.
Я хотел бы сделать так, потому что я имел бы преимущество перед другими шахтерами. Протокол позволяет это и разработчики всегда должны предполагать, что то, что может быть использовано, будет эксплуатироваться.
Ваше упоминание Маттса relaynode ... это похоже на мое предложение здесь?
Первый пункт:
Таким образом, пустые блоки, или 1 блоков транзакций, произойдет потому, что так маленький блок будет распространяться очень быстро через узлы. Средства 1 MB блоки могут иметь трудное время, идущие >50% и может сломаться часто сиротами.
Когда мы теперь получаем 20Mb блоков в одной точке, не должны ухудшать проблема тогда? Я имею в виду я могу представить себе стимул добывать 1 транзакционные блоки будут еще выше, потому что скорость p2p обыкновение идти в ногу с этим я думаю.
* Привычка это может быть проблема?
Может быть, решение распространять заголовки первого, так что некоторые данные, идентифицирующие найденный блок. Эти заголовки распространяются через все узлы в светлое время. Блоки следуют позже и могут быть проверены. Один сделка блок проверяется быстрее получает еще сиротой, когда 20 MB блок А получает проверен позже. Это позволило бы обеспечить, что пустые блоки не стоит.
Там необходимо будет тайм-аут. Разбрасывании подделыванных заголовков Wouldnt помочь, потому что они должны были бы соответствовать найденному блоку.
Я думаю, что проблема 1 сделка будет только хуже, тем больше блок будет. И, насколько я читал ... Mining 1 транзакционных блоки дают прибыль преимущества на 1% по сравнению с обычными мудрыми шахтерами.
И я до сих пор удивляюсь, почему Bitcoin обрабатывает несколько сделок с
множественный целевые адреса так сильно отличается от любой другой платежной системы и даже некоторый altcoins. Есть хорошая причина?
PS: Ваша почта действительно трудно читать в blockform оно было отправлено. И очень длинные предложения. Я почти перестал читать, когда он не был бы ответ на себя.