Вывел небольшую сумму mt.Gox BTC -> WMR. Вывод занял менее часа.
Очень удобный сервис.

Что такое "фазы питания видеокарт"? Какие там фазы? Там постоянное напряжение.

Чёт нифига не понял. Кто разбирается в электротехнике - поясните.
Как неработающий блок может стать нагрузкой для работающего? У него же внутреннее сопротивление большое, т.е. ситуация эквивалентна разрыву цепи.

Ситуация с " если в нем что-то погорит" и "ток пойдет через видяхи" вообще непонятна. Чем эта ситуация отличается от "если погорит один БП, питающий всю систему" ?

В двух словах можете объяснить про синхронный старт двух БП? Если один БП питает комп и пару видях (через разъемы питания), а второй только пару других видях, что может случиться при несинхронном старте? Точнее, если подать питание на выключенные видяхи, им что, от этого плохо будет? Или там какие-то хитрые переходные процессы?

Это где ж столько телефонов взять, чтобы их всем миром ломать! )

Т.е. чтобы комиссионное вознаграждение было сопоставимо с эмиссионным необходимо увеличение интенсивности взаиморасчетов в биткоин-экономике приблизительно на 3 порядка. В принципе, вполне реальная цифра, если предполагать экспоненциальный рост. Сколько это, интересно, займет: лет 5-10 ? )))

Летят Шерлок Холмс и Доктор Ватсон на воздушном шаре. Сбились с курса, потерялись в облаках, спускаются вниз, чтобы сориентироваться. Видят внизу человека и кричат ему:
 - Мистер, не подскажете где мы находимся?
 - Конечно, господа! Вы находитесь на воздушном шаре.
Холмс поворачивается к Ватсону и говорит:
 - Этот джентельмен определенно математик.
 - Как вы это вычислили, Холмс?
 - Он дал совершенно точный, но ничего не объясняющий ответ.


Блин, ясен Арафат, что хэши! ) Мне интересно, что за задача.
Это криптовалюта, преодоление чъей-то proof of work, взлом шифра или что-то еще )))

Тоже интересно, какова в данный момент средняя сумма комиссий транзакций в блоке? Насколько она сопоставима с размером вознаграждения? 

Что такое считаете, если не секрет?

Видимо за счет того, что не скачивает всю историю блоков от Адама до нынешних времен.
Он качает только Новый Завет. )

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

Большинство моих вопросов имеет смысл именно в такой интерпретации: как это реализовано на данный момент в официальном ПО.

А то, что "в открытом ПО возможно всё" это и так понятно. Просто иногда становится непонятно, зачем вообще как-то ограничивать размер блока, если "в будущем, когда мы упремся в это ограничение, его можно будет подправить"? Может его проще сразу не вводить? С другой стороны, раз его ввели, мне интересно узнать зачем, с какой целью? Если это сделано, чтобы создать разницу для генерирующих узлом между платными и бесплатными транзакциями, тогда интересно, а как дела обстоят сейчас: какой лимит от максимального размера блока исчерпан, принимают ли в массе своей узлы бесплатные блоки, какой размер средней транзакции и соответственно средний размер комиссии? И т.д.


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

Кстати, а нет ли где-нибудь информации, какой максимальной длины цепочки отбрасывались за нынешнюю историю биткоина? Хочется оценить ситуацию, в целом всё спокойно и расхождение не выходят за пределы 1-2 блоков, или были более серьезные разделения? И если были, то в чем причина: во временной несвязности сети, или в реальной конкуренции?

Ага, ясно главное: количество транзакций не влияет на вычислительную сложность. Т.е. ограничение на размер блока продиктовано чем-то другим. Чем, кстати?

И заодно так, чтобы уточниться...
Значит, какие действия делает узел, когда проверяет транзакцию на валидность в плане "Откуда деньги, Зин?". В проверяемой транзакции, как я понимаю, должна быть ссылка на блок (может быть даже очень древний), содержащий информацию, откуда у этого адреса взялись эти деньги. Далее узел достает этот древний блок из своего (или коллективного) хранилища. Дальше что?

Расчитываем хеш транзакций, указанных в этом блоке. Затем хешируем заголовок блока. Убеждаемся, что полученный хеш блока совпадает с тем, что указан в проверяемой транзации (т.е. деньги узлом не придуманы, а действительно получены в результате в результате предыдущей валидной транзакции). Всё, транзакция валидна. Или что-то пропустил?



Сначала те, которые с комиссией - это требование протокола, или разумное решение узла, пакующего блок? По духу предполагаю, что второе.



Какая, всё-таки, ёмкость блока? Насколько реальна ситуация что солнце погаснет сеть будет порождать больше транзакций, чем их можно упаковать в блоки, генерируемые, в среднем 6 раз в час?



Как я понимаю, сейчас размер комиссии зависит от размера транзакции в килобайтах. Существуют ли данные о некотором "среднем" размере транзакции и, соответственно, о некотором среднем значении комиссии? Иными словами, вот я отправляю тебе сколько-то BTC. Какую по нынешним правилам комиссию я уплачу в среднем? А какая в соответствии с этими же правилами будет теоретически минимально возможная?



А, в том смысле, что невалидная транзакция просто не распространится по сети, и не попадет к узлам, которые могли бы её включить в блок?

Что, кстати, произойдет, если узел сам упакует блок, содержащий невалидную транзакцию? Этот блок будет отвергнут другими участниками? Как вообще проверяется сетью найденный блок на наличие таких "закладок"?

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

Какой исходный адрес указан у транзакции при получении эмиссионных денег? Или в рамках протокола это какой-то особый тип транзакции?



А что за правила навязываются? Насколько они обоснованы и разумны? Можно поподробнее?



Фактически, это получается доверенная p2p-сеть? Т.е. сеть, состоящая из узлов, которые доверяют друг-другу напрямую или опосредованно (через другие узлы)?

А в чем (в случае  в случае p2p-сети биткоин) может выражаться "доверие"? Что узлы как-то по-другому проверяют (интерпретируют) информацию, полученную от соседей? Или все узлы принимают какое-то соглашение, ну, например, в случае определенной ситуации (коллизии) реагировать координированным образом.

Как регламентируется вопрос, с какими именно пирами соединен узел сети? Он сам их выбирает из числа доступных? Есть ли какое-то ограничение на количество установленных соединений?



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

Впрочем, мне нравится сама идея биткоин. Мне нравится её дерзость, сбалансированность и продуманность основ. Главное теперь не просрать развитие проекта, не дискредитировать его амбициями лидеров, выработать стратегию развития как в техническом, так и в экономическом, политическом и социальном аспектах. Разумеется это уже область компетенции тех же лидеров. А я, как простой участник, в свою очередь, готов в нее отчасти вложиться, что называется, идейно, т.е., понимая, что это, всё-таки, больше венчурный проект, который может в итоге либо сильно развиться, либо его ждет трагическая судьба. Третьего не дано, уж очень у него мощная культовая закваска. )

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


А какое действует ограничение на объему/количество транзакций в блоке? Это какая-то константа, или протокол допускает пересмотр этого значения со временем?


Нифига себе! Так это получается, что весь трафик сети каждый узел вынужден накапливать у себя? Или там совсем старые (ну, допустим более 100 блоков, т.е. верняк 100%) транзакции клиент может удалять?

Да. На обеспечение высокой степени защищенности системы в целом.

Ну я специально прочел FAQ и всю ветку. И задал те вопросы, которые остались после этого )
Большое спасибо за развернутые ответы, прямо хоть в FAQ не добавляй.

продолжаю углублять:
Про обязательность комиссии. Т.е. сейчас официальный биткоин-клиент по умолчаию добавляет в каждую транзакцию какую-то комиссию (пропорциональную размеру в килобайтах)? А если я инициировал (путем модификация кода допустим) бескомиссионную транзакцию, то что, единственным способом включить её в блок, это самому посчитать такой блок? Большинство других узлов такую транзакцию отвергнет?


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


А ограничения на максимальный объем в килобайтах или в количестве транзакций? (Хотя, это одно и то же, наверное.)

Ответ - нет (если исключить фактор принуждения к оплате комиссии).
[...]
Но, если большинство таких майнеров требует обязательной комиссии,
это повысит их доход, так как у пользователей особо не будет выбора.
[/quote]

Т.е. узлам фактически без разницы: добавлять в блок бескомиссионные транзакции, или нет. Или разница как раз проявляется из-за ограничения объема блока. Т.е. узлу выгоднее составить потенциальный блок в основном из тех транзакций, в которые выше комиссия, так получается?


Еще некоторое влияние оказывают узлы, которые не занимаются самой
генерацией, так как есть правила, при которых они передают перевод
остальным узлам.
[/quote]

Не очень понял, что за механизм имеется в виду. Можно поподробнее?

Всеми узлами. Расхождений быть не должно, так как правила для всех общие.

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

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

Соло-майнеры и пулы.

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


Что такое даркнет? )))
Несвязанная с основной массой узлов подсеть?


Т.е. в скрипте можно описать условия для перемещения денег в зависимости, например,  от факта попадания денег в определенный кошелек, получаемой или перемещаемой суммы, наличия денег на своих адресах и прочих условий?

Блин, чем больше знакомлюсь с системой биткоин, тем больше поражаюсь гениальности её авторов. Это ж надо создать такую сбалансированную продуманную систему! Для меня это изобретение стоит на одном уровне с телеграфом, радио, телевидением, сотовой связью и интернетом.

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

Еще тогда вопрос про сложность: как я понимаю, сложность определяется требованием к определенному количеству идущих подряд нулей в младших битах двоичного представления хеша рассчитываемого блока. Корректно ли будет считать, что добавление каждого "нолика" в требования к хеш-сумме увеличивают среднее время поиска в 2 раза. Или там совершенно другая зависимость?

Иными словами, мне интересно, насколько точно система может тюнинговать требования к сложности.

Уф-ф.. вычитал всю ветку, пару вопросов сразу отсеялось )
Теперь хочу задать свои первые 10 глупых вопросов о биткоин:

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

2.  Зависит ли сложность в вычислительном плане от количества обрабатываемых транзакций? А от размера этих транзакций? Получает ли майнер (пул) какую-то выгоду от того, что не включает в блок транзакции без комиссии?

3. Кто вообще определяет, какие именно транзакции войдут в блок? По каким правилам это происходит? Если я правильно предполагаю, то на момент нахождения очердного блока сети (т.е. каждому её участнику) известно энное количество валидных транзакций, которые успели инициировать во время поиска предыдущего блока. И именно их перечень составляет основу для вычисления следующего блока. А те транзакции, которые поступают в процессе поиска решения, будут включены в следующий блок. Это близко к правде?

4. Имеет ли смысл порядок транзакция (с точки зрения вычисления хеш-суммы)? Т.е. у одного и того же набора транзакций, взятого в разном порядке одна и та же сумма, или разные? Подозреваю, что разные. Тогда как протоколом регламентируется порядок транзакций? Или это непринципиально?

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

6. Кем и где фиксируются транзакции, которые майнеры объединяют затем в блоки? Откуда качается база при установке биткоин-клиента? Где ведется история (цепочка блоков)?

7. Транзакция все-таки элементарная операция по передвижению средств или в ней может быть несколько адресов отправителей/получателей? Насколько я понимаю, второе. Как в этом случае реализован механизм контроля "неделимости" такой транзакции?

8. Не могу догнать, в чем потенциальная выгода от пул-хопинга? При каких условиях и правилах работы пула это выгодно? Мне вроде кажется, что какая разница, короткий блок или длинный: сколько шар прислал пулу, столько тебе и заплатили? Зачем прыгать-то?

Ну ладно, пока хватит )

Похоже дело в аппаратном сбросе частоты. Тупо открыл форточку (на улице -15, комп стоит рядом с окном), через полчаса производительность магическим образом увеличилась )

p.s. Этак мы все квартиру застудим )))

Вчера решил попробовать поиграть с майнингом. На текущих дровах стандартный OpenCL генератор в GUIMiner показывал ~260 Mhash. Примерно это же значение показывала статистика пула (deepbit). Знаю, что это не предел. Что на при разгоне и тюнинге драйверов карта дает до 380. Но не суть.

Оставил комп на ночь. С утра смотрю, скорость генерации упала до примерно 200 Mhash. Подозрения на перегрев карты не оправдались: значения около 85º С, вентилятор работает на 30% - т.е. карта себя хорошо чувствует. Перезапустил майнер - ситуация не изменилась. Перезагрузил машину - то же самое. Выключил, подождал 15 мин, включил - скорость перебора та же - около 200  MHash.

Никаких действий с системой я не производил.
Это что-за особенность такая?