В противном случае, как известно, "Мне нравится интерфейс" должность.


Основной проблемой для меня является Конкурентоспособность аппаратных p2pool узла. Я считаю, что более широкое использование может быть проще поощрять, если что-то можно сделать, чтобы похудеть на накладные расходы ресурсов на p2pool, но это трудно понять, как дисковое пространство и производительность доступа к диску может быть улучшена (по крайней мере с данной конструкции sharechain). Требования к памяти и процессора может быть улучшена в текущем проекте, но очевидное решение будет принести в жертву удобство платформы портативности, которая в настоящее время пользуются с помощью питона выполнения. И, очевидно, C или C ++ переписать будет массивной работой, особенно, если это было, чтобы охватить широкий спектр платформ, проблему, которая уже решена.

Я предполагаю, что есть некоторая передышка в виде улучшений, чтобы bitcoind использования памяти с -disablewallet опции конфигурации в ближайшее время / теперь доступна в тестовой ветви, но я не перестаю удивляться, что время прохождения и прогресс приносит может быть самым решающими , Возможно, обычай ECDSA повторное внедрение Питера Wuille когда-либо сольются? Такого рода вещи будут иметь более важное значение, когда верхний предел размера блока неизбежно изменяется, каким бы образом, в конце концов решили на.

Я имею в виду вдоль линий возможность легко адаптировать недорогие вычислительные устройства в p2pool узлов. Изменение к размеру блока может заставить дисковое пространство и требования к производительности из зоны технико-экономической, но каждое другое требование вряд ли станет настолько громоздкими. За несколько лет, типичная низкая стоимость вычислительное устройство в форме Ардуино / RasPi может быть больше, чем способны всех рабочих характеристик, что хорошее функционирование p2pool / bitcoind установки требует (с учетом баланса увеличением частоты транзакций, вниз пересмотр требований обработки за одну транзакцию и восходящего направление возможностей обработки последних разработок ARM). В настоящее время, хотя, некоторые формы высокой производительности настольного компьютера просто должна быть использована в качестве узла p2pool, нет никакой реальной альтернативы, если вы хотите, чтобы сделать большую часть вашего hashrate.

Причина угла устройства низкой стоимости очевидна: все новые горнодобывающие устройства либо включить или полагаться на вычислительное устройство с сетевым контроллером, Ethernet или Wi-Fi, а также по крайней мере достаточно производительности для запуска unoptimised сборки горного программного обеспечения (до разработчики могут получить устройство для проверки и кода). Для того, чтобы сделать сцену, где unoptimised шахтер код / ​​водители с таким большим запасом комфорта, насколько это возможно, станет нормой, и поэтому производители могут начать выбирать более-указанные устройства, более благоразумным варианта (он может даже начать, чтобы помочь снизить единицу Стоимость этих видов низких затрат вычислительных устройств сам по себе). После того, как добыча кода для данного устройства оптимизирована, теперь освобождено запас может быть использован для запуска p2pool. Можно ли это сделать сейчас с текущей версией Python, и это управление памятью, на нашем текущем поколении добычи СБИС? Нет ответ. Могут родную p2pool (и bitcoind) сборок быть осуществимым производятся для процессорной архитектуры каждого возможного компьютера низкой стоимости, используемой в качестве контроллера добычи? Я не ожидаю ответ на этот вопрос тоже.

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