Я запутался. Надо будет по тестить или исходники посмотреть вдруг уже все как надо работает.

p.s. будете проверять, сделайте пару тестов, нужно проверить будет ли комиссия так же списываться с адресов выбранного аккаунта.

naima53, это такой унылый троллинг?

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

Пул посчитает такие шары как invalid или staled, так как это легко проверяется.

в рамках одного getwork запроса (между которыми от 1 до десятков секунд), я бы не называл это громким словом 'база данных', хранить это где то кроме оперативной памяти глупо.

Похоже до сих пор нет, не будет так:
https://en.bitcoin.it/wiki/Accounts_explained
Если хочется контролировать источник транзакции, создавай новый пустой валет и импортируй в него приватные адреса с нужными монетами. Либо используй другие программы-кошельки, например electrum, там можно указать какие адреса 'заморозить' для исходящих транзакций, а какие выставить в приоритет.

Считаю себя ламером в политико-экономических вопросах, но скажите пожалуйста, как может маленькая страна, за счет того что она является одной из популярных/крупных оффшорных зон Европы, размеры банковских счетов которой на несколько порядков больше ввп самой страны, испытывать банковский кризис? Куда деньги деваются, если их туда везли мешками

когда на форуме обсуждения идут по 10-му кругу, это скучно.

https://bitcointalk.org/index.php?topic=80452.msg952878#msg952878

Нет, запускается пул, который вместо подключения мощностей своих майнеров к своему клиенту, запрашивает getwork от текущего p2pool (т.е. является его клиентом). Такой пул ничем не отличается от обычного, тупо пару настроек изменить (ну может побольше,если речь идет об оптимизации нагрузки и т.п.). Для сети novacoin это будет еще ОДИН клиент пула p2pool. Мощность майнеров такого пула может быть вообще копеечной.

Для решения проблем слабых майнеров можно поднять дополнительный пул на основе p2pool, что то похожее было для bitcoin p2pool. Т.е. сам пул, вместо работы в соло подключает мощности к p2pool. Вот кто этим займется?

https://bitcointalk.org/index.php?topic=151081.0
Кстати это хорошая новость для тех кто идеологически против usa и usd в частности. С точки зрения вывода bitcoin в кеш и торговли/арбитража euro ничем не хуже usd, а в некоторых случаях пофиг, хоть jpy используй. Лишь бы остальные биржи подтянулись, та же btc-e.

Не понимаю проблемы и вопроса. Да, достаточно прописать в приложении в этом ключе запрос к транзакциям и возможно их обработчик, с сохранением обработанной информации в базе/кеше. А запросы веб сайта лезут не к bitcoind, а к этой закешированной информации.

p.s. Получить список неподтвержденных транзакций, штатным клиентом, только периодическими запросами или сторонними скриптами. Но доверять таким транзакциям не рекомендуется (тот же metabank.ru на заре своего старта попадал на мошенников, обрабатывая обмен без подтверждений сетью), хотя конечно показывать что присланная транзакция принята сервисом и ожидает подтверждения - хороший тон.

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

Такое доказательство будет фактически нахожденим алгоритма/обратной функции для хеша sha256.. на текущий момент решения нет.

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

Кешировать так - при получении запроса сравниваем время данных в кеше и текущее, если больше интервала между кешированием - делаем запрос к bitcoin и сохраняем в кеше (внимание, код нужно делать потокобезопасным, и в случае гонок, когда в момент, когда данные из кеша устарели, если будет одновременно несколько запросов, они все будут посланы к bitcoin, это нужно как то отследить, либо ограничить блокировками).

p.s. транзакция получает подтрвеждение после нахождения сетью очередного блока, у клиента bitcoind есть замечательная опция:

Скорее всего bitcoin тут не причем, проблема в библиотеке curl и хостерах openvz (я такое словил на firstvds), объяснить не могу, это какая то комбинация условий на хост системе, решение - обновить curl (или даунгрейд, я тогда так и не смог полностью выявить закономерности), еще решение - сменить curl на что-нибудь иное (вроде есть немало библиотек попроще на сокетах php). У меня тогда проблема решилась заменой вызовов библиотеки php_curl на запуск бинарника exec ('curl...'), решение было хоть кривое, но нужно было быстро решать.

p.s. обращаешься к bitcoin на любой вызов со страницы сайта? глупо, по возможности лучше кешировать запросы, хотя бы на диск.

Неуважаемый somenick, вы никогда не делали ошибок? вы никогда не делали ошибок в том, в чем вы ничего и не гарантировали, в том, за что вам даже не заплатили, то есть в деле 'на интерес'? в том, что никто никогда до вас не делал, где вы первопроходец?..

Случившееся вчера с сетью произошло с точностью по описанному ранее сценарию, в том, о чем твердят на каждом углу вики и форумов, в том, к чему готовили пользователей bitcoin с его самого рождения! Что неоднократно было протестировано на форках! Фундаментальная уязвимость особенность проекта - возможность одномоментно сосуществовать двум или более ветвям и опасность double spend. И конечно же, по всем заветам закона Мерфи, произошло подобное именно так, как не ожидали, но судя по тому что проблема была обнаружена в считанные часы, за этим есть кому следить.

Вот пожалуйста, свершилось, есть даже упоминания об успешном использовании double spend, и что? небо перевернулось, bitcoin умер, больше никто в криптовалюту никогда не поверит?

Серьезному бизнесу на все это наплевать! Будет принято к сведению, выработаны дополнительные стратегии и страховки, либо просто будет повышен на еще один процент уровень риска при использовании bitcoin, все равно кому то этот инструмент окажется удобнее/выгоднее.

p.s. по поводу говнокода, я же не спорю, но подумайте про сложность разработки проектов такого уровня:

Опа, где прочитать про это?

Getblocktemplate - какой майнер это поддерживает? в том смысле, что контролируется содержимое блока на предмет 51% атаки, или вещи вида, голосование в блокчайне?

Ну это то я и написал, монеты исчезают, а потом возвращаются с плюсом но доступны становятся через месяц.. и через месяц по новой

Я не очень понял как создается блок PoS, как его создание зависит от суммы, как от суммы и сложности PoS зависит награда (или она фиксирована в 0.1%?)

Вопросик по поводу PoS, а то читать оригинал на английском скучно,..

Любые монеты (пришедшие транзакциями или сгенерированные PoW или PoS), пролежав 520 блоков, автоматически перестают быть доступны (исчезают из баланса, понятно есть настройка, определяющая минимальный доступный баланс в кошельке), чтобы вернуться назад через 520 блоков в PoS блоке с дополнительной суммой, сравнимой сейчас с 0.1% от суммы? Можно как то это тпроцесс в двух предложениях, а то я не могу связать его с формированием PoS блока, которые ограничиваются так же своей сложностью.

Возможно на эти вопросы ответы тут уже были, но они раскиданы по теме и сумбурно все очень.

p.s. если так, то начиная уже с биржи, собирающей 90% всех монет, она должна выплачивать проценты своим клиентам.