В настоящее время я пытаюсь обновить InstaWallet для обеспечения сделок, что меньше 0,01 BTC. Я бегу в пару проблем, которые я уверен, что многие другие вебмастеров Bitcoin связанных сайтов будет делиться. Так что я хотел бы попробовать еще раз, чтобы начать дискуссию о более гибкой структуре оплаты транзакций.

Есть две проблемы:
1) В настоящее время интерфейс RPC не обеспечивает очень хороший способ борьбы с гонорарами. Я хочу, чтобы иметь возможность заранее знать, какие платежи я должен заплатить и быть в состоянии обеспечить максимум на основе за транзакцию. BlueMatt работал над улучшенным интерфейсом (см этого запроса тянуть: https://github.com/bitcoin/bitcoin/pull/289), Который я считаю очень перспективным, и я надеюсь, что это может привлечь внимание, которого она заслуживает, и это или подобное усовершенствование могут быть объединены в основную ветку в ближайшее время.

2) Структура платы за получение транзакции ретрансляционной является слишком жесткой. Я не говорю о том, что в конце концов в блоке здесь. Шахтеры могут приходить с хорошей структурой платы, и я уверен, что они будут. Я говорю о стадии до этого, когда операции становятся транслируемых по сети Bitcoin. Мои пользователи / клиенты будут использовать стандартный клиент Bitcoin и зацепит в сети Bitcoin в случайном положении. Я хочу получить от или отправить сделки с ними, и как таковым я связан тем, что сеть между передаст. Правила для этого не достаточно гибкие.

Что вопрос именно? У нас есть два общих ресурсов:
а) пропускная способность сети узлов
б) пространство в блоках

Опять же, я думаю, что "б" будет заботиться о шахтерах. Но доступ к "" определяется тем, что большинство узлов Bitcoin будет делать, и большинство узлов Bitcoin будет работать стандартное программное обеспечение клиента Bitcoin. В настоящее время это означает, что транзакция меньше 0,01 BTC и который не включает в себя плату не будет пересылаться по сети - и как таковой никогда не имеет возможности добраться до низкой платы шахтера, если вы не получите от пути прямого подключения с шахтером, который снова ваши пользователи / клиенты будут, вероятно, не делать.

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

Вот почему я думаю, что нам нужно некоторый механизм автоматической адаптации, когда речь идет о пересылке транзакций. Мы никогда не придумаем с надежным набором фиксированных правил, что отличает сделку от спама от легальной сделки. Вместо этого, я думаю, что узлы должны просто вперед настолько, насколько они способны, но сосредоточиться на приоритетных сделках, когда они начинают получать перегружены.

Для описания алгоритма, позволяет предположить, узел может подождать некоторое время, прежде чем он перенаправляет транзакцию: Так что будут собирать операции в течение некоторого времени, а затем отсортировать все операции по приоритету, а затем вперед столько, сколько он способен, начиная с верхним из списка. Очевидно, сделки должны быть вперед как можно быстрее, так что этот алгоритм должны быть адаптирован для работы в режиме реального времени: Это, вероятно, нужно посмотреть на прошлые операциях и динамическое определение порога он должен применяться, чтобы остаться в пределах ставка в потребности подчиняться в отношении пропускной способности сети.

Если такой адаптивный алгоритм был на месте в большинстве узлов, пропускная способность сети будет доступна по цене, которая соответствует текущему уровню трафика. На "хорошие дни" Вы, вероятно, уйти без платы за сделки на данный момент. В дни, когда сеть Spammed какого-то человек, вы только должны заплатить немного больше, чем спамеры еще пройти.

Твои мысли?