расширение протокола Mining: noncerange | Биткоин форум

		Биткоин Форум > Разработка и Техническое Обсуждение
расширение протокола Mining: noncerange

29 июня 2011, 2:31:04 PM	# 1
Luke-Jr Сообщения: 2282 Цитировать по имени цитировать ответ	Re: расширение протокола Mining: noncerange Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Я полагаю, что шахтеры, которые поддерживают это расширение отправить "X-Майнинг-расширения: ~~noncemask~~" заголовок при запросе работы. Если сервер поддерживает расширение, оно должно отвечать тем же заголовком. Для других расширений, "X-Майнинг-Extensions" должно быть пространство запятыми список элементов, которые могут иметь параметры после "знак равно" персонаж. Когда это расширение активно, сервер должен послать дополнительное поле в JSON-RPC ответа: "noncemask" является шестнадцатеричной кодированной маской из Nonce бит шахтера разрешено изменять в заголовке. Например, если сервер посылает Код: "noncemask" : "E0000000" ~~то шахтер должен изменить только последние 29 бит. нонса~~ Это позволяет серверу, чтобы дать ту же работу нескольким шахтеров с различными диапазонами Nonce для каждого сканирования. В сочетании с X-Roll-Ntime, это может значительно повысить эффективность работы генерирующего компонента. Кроме того, шахтеры могут отправить "X-Майнинг-Hashrate" Header установлены в их средней hashrate (в хешах в секунду), который сервер вверх может использовать для выбора надлежащего размера ~~noncemask~~. Мысли? Редактировать: noncemask был вытеснен noncerange

Как заработать Биткоины?
Без вложений. Не майнинг.

29 июня 2011, 3:12:21 PM	# 2
JoelKatz Сообщения: 1582 Цитировать по имени цитировать ответ	Re: расширение протокола Mining: noncerange Получил 1806 Биткоинов Реальная история. Что главная цель? Является ли это уменьшить количество раз менеджер пула должен сделать «getwork» называют?

29 июня 2011, 3:34:31 PM	# 3
johncarl Сообщений: 13 Цитировать по имени цитировать ответ	Re: расширение протокола Mining: noncerange Цитата: Люк-младший 29 июня 2011 года, 2:31:04 PM Мысли? Вы бы увидеть это заменить устаревший рабочий тайм-аут?

29 июня 2011, 4:15:38 PM	# 4
gnukix Сообщений: 13 Цитировать по имени цитировать ответ	Re: расширение протокола Mining: noncerange Цитата: Люк-младший 29 июня 2011 года, 2:31:04 PM Я полагаю, что шахтеры, которые поддерживают это расширение отправить "X-Майнинг-Extensions: noncemask" заголовок при запросе работы. Если сервер поддерживает расширение, оно должно отвечать тем же заголовком. Для других расширений, "X-Майнинг-Extensions" должно быть пространство запятыми список элементов, которые могут иметь параметры после "знак равно" персонаж. Когда это расширение активно, сервер должен послать дополнительное поле в JSON-RPC ответа: "noncemask" является шестнадцатеричной кодированной маской из Nonce бит шахтера разрешено изменять в заголовке. Например, если сервер посылает Код: "noncemask" : "70000000" то шахтер должен изменить только последние 29 бит. нонса Это позволяет серверу, чтобы дать ту же работу нескольким шахтеров с различными диапазонами Nonce для каждого сканирования. В сочетании с X-Roll-Ntime, это может значительно повысить эффективность работы генерирующего компонента. Кроме того, шахтеры могут отправить "X-Майнинг-Hashrate" заголовок установлены в их средней hashrate (в хешах в секунду), который сервер может использовать вверх по течению, чтобы выбрать правильную noncemask размера. Мысли? Я не понимаю, почему это должно быть HTTP заголовок и мутные вещи с информацией боковой полосы. Почему бы не просто положить его в полосе частот, в запросе JSON сам? Существующие клиенты и серверы все ищут конкретных полей, поэтому добавить поле там? Тогда синтаксический очень хорошо определен вместо Времнной.

29 июня 2011, 11:15:44 PM	# 5
kjj Сообщения: 1302 Цитировать по имени цитировать ответ	Re: расширение протокола Mining: noncerange Да, просто положить его в запросе JSON. Я не думаю, что кто-нибудь где-нибудь делает проверку, что бы отклонять его из-за дополнительных полей. Оставьте мета-канал для информации / переговоров о канале.

12 июля 2011, 5:53:56 AM	# 6
Luke-Jr Сообщения: 2282 Цитировать по имени цитировать ответ	Re: расширение протокола Mining: noncerange Продление срока не нормально, если он нарушает спецификацию протокола низкого уровня. Тем не менее, одна реальная проблема обнаружил, что маска, как FF00FF00 бы боль реализовать. Поэтому, я предлагаю заменить noncemask с noncerange, со значением двух 32-битных чисел (закодированным в шестнадцатеричной форме) с указанием начального значения и последним допустимым значением. Так, например, чтобы дать шахтеру первые 29 бит Nonce пространства (до 536 МН / с): Код: "noncerange": "000000001fffffff"

15 июля 2011, 5:22:51 PM	# 7
ah42 Сообщений: 5 Цитировать по имени цитировать ответ	Re: расширение протокола Mining: noncerange Я думаю, что это на самом деле имеет смысл для клиента использовать заголовок: часто является обычной практикой для рекламы возможности в HTTP-заголовков (или даже заголовков сообщений электронной почты ...) Тем не менее, это может иметь смысл для ответа сервера с noncemask содержания JSON, так как клиент уже рекламировал свои возможности для обработки таких материалов.

28 июля 2011, 7:02:46 PM	# 8
Luke-Jr Сообщения: 2282 Цитировать по имени цитировать ответ	Re: расширение протокола Mining: noncerange В попытке осуществить noncerange, я наткнулся дилемма: в то время как все существующие данные доли в тупоконечнике блоках 32 бит (с большими числами является прямым порядком байт в противном случае), это, кажется, OpenCL шахтеры по крайней мере выбрать свой диапазон в несколько -endian. Так как одноразовое значение только 32 бита, и все 32-битные поля стандартизированы на обратном порядке байт (не говоря уже об этом являются стандартным сетевым порядком байт), я бы предпочел, чтобы поддерживать фактическое нонса поля больших обратный порядок байт. Может кто-то знаком с OpenCL и / или других горных платформ (SSE2, и т.д.) говорят нам, будет ли младшему повредить производительности, и если да, то какой порядок байт необходим для поддержания текущей производительности? Реализации Miner также приветствуем! (GMinor сломалась noncerange поддержки!)

29 июля 2011, 1:06:35 AM	# 9
-ск Сообщения: 2366 Цитировать по имени цитировать ответ	Re: расширение протокола Mining: noncerange Держите доставку данных в соответствии будучи в большом Endian. Она должна быть до кодеров, чтобы перевернуть порядок байтов перед подачей его в OpenCL.

29 июля 2011, 1:23:09 AM	# 10
Luke-Jr Сообщения: 2282 Цитировать по имени цитировать ответ	Re: расширение протокола Mining: noncerange Цитата: ckolivas от 29 июля 2011 года, 1:06:35 AM Держите доставку данных в соответствии будучи в большом Endian. Она должна быть до кодеров, чтобы перевернуть порядок байтов перед подачей его в OpenCL. Вы не можете просто перевернуть блефускианских, когда вы хеширования.

29 июля 2011, 5:02:29 AM	# 11
Шлейхер Сообщения: 653 Цитировать по имени цитировать ответ	Re: расширение протокола Mining: noncerange Вы можете перевернуть порядок байты при преобразовании значения шестигранного

29 июля 2011, 5:05:15 AM	# 12
Luke-Jr Сообщения: 2282 Цитировать по имени цитировать ответ	Re: расширение протокола Mining: noncerange Цитата: Шлейхер 29 июля 2011 года, 5:02:29 AM Вы можете перевернуть порядок байты при преобразовании значения шестигранного Но тогда ваши хэши все будет не так ...?

29 июля 2011, 5:22:08 AM	# 13
1bitc0inplz Сообщения: 112 Цитировать по имени цитировать ответ	Re: расширение протокола Mining: noncerange В отношении этого быть заголовок HTTP .... Для того, чтобы это, чтобы быть действительно успешным, бассейн должен был бы знать, какие шахтеры поддержали такую функцию. Причина этого, является бассейн должен знать, какие шахтер отправить ту же работу в несколько раз (отличаясь только Нонсом диапазона). Если пул случайно послал ту же работу на несколько шахтеров, и они не поддерживают эту функцию, пул будет просто тратить чьи-то ресурсы. По крайней мере, шахтер должен установить заголовок HTTP на запрос getwork сообщить серверу, что он поддерживает такую функцию.

29 июля 2011, 5:23:29 AM	# 14
Шлейхер Сообщения: 653 Цитировать по имени цитировать ответ	Re: расширение протокола Mining: noncerange Цитата: Luke-Jr 29 июля 2011 года, 5:05:15 AM Цитата: Шлейхер 29 июля 2011 года, 5:02:29 AM Вы можете перевернуть порядок байты при преобразовании значения шестигранного Но тогда ваши хэши все будет не так ...? У нас есть только согласовать порядок байт для обмена данных между сервером и клиентом. Большой или маленький на самом деле не имеет значения. Значение должно быть преобразовано только один раз для каждого запроса getwork. Или мы вас недоразумение?

29 июля 2011, 5:30:40 AM	# 15
Luke-Jr Сообщения: 2282 Цитировать по имени цитировать ответ	Re: расширение протокола Mining: noncerange Цитата: Шлейхер 29 июля 2011 года, 5:23:29 AM Цитата: Luke-Jr 29 июля 2011 года, 5:05:15 AM Цитата: Шлейхер 29 июля 2011 года, 5:02:29 AM Вы можете перевернуть порядок байты при преобразовании значения шестигранного Но тогда ваши хэши все будет не так ...? У нас есть только согласовать порядок байт для обмена данных между сервером и клиентом. Большой или маленький на самом деле не имеет значения. Значение должно быть преобразовано только один раз для каждого запроса getwork. Или мы вас недоразумение? 0 до 1000000. очень отличается небольшим обратным порядком байтов и большой байтов. Поскольку SHA256 находится на уровне байтов, хэш для 1000000. в небольшой Endian и большой Endian будет отличаться.

29 июля 2011, 5:34:32 AM	# 16
Шлейхер Сообщения: 653 Цитировать по имени цитировать ответ	Re: расширение протокола Mining: noncerange Цитата: Luke-Jr 29 июля 2011 года, 5:30:40 AM 0 до 1000000. очень отличается небольшим обратным порядком байтов и большой байтов. Поскольку SHA256 находится на уровне байтов, хэш для 1000000. в небольшой Endian и большой Endian будет отличаться. Конечно. Вот почему вы преобразовать все значения в правильных байты, прежде чем хэширования.

29 июля 2011, 5:53:07 AM	# 17
Luke-Jr Сообщения: 2282 Цитировать по имени цитировать ответ	Re: расширение протокола Mining: noncerange Цитата: Шлейхер 29 июля 2011 года, 5:34:32 AM Цитата: Luke-Jr 29 июля 2011 года, 5:30:40 AM 0 до 1000000. очень отличается небольшим обратным порядком байтов и большой байтов. Поскольку SHA256 находится на уровне байтов, хэш для 1000000. в небольшой Endian и большой Endian будет отличаться. Конечно. Вот почему вы преобразовать все значения в правильных байты, прежде чем хэширования. А какие накладные расходы, которые будут иметь? Я нахожусь под впечатлением, что это очень плохо.

29 июля 2011, 6:41:45 AM	# 18
kjj Сообщения: 1302 Цитировать по имени цитировать ответ	Re: расширение протокола Mining: noncerange Я не думаю, что это будет большой удар по производительности, чтобы клиент добыча держать их счетчик в неродного порядком байтов. Если их родной порядок байт испорчен, они будут просто использовать 8 битный счетчик для внутреннего контура, и есть чуть-чуть логики для приращения и проверок остальные, когда он переполняется каждые 256 хэш. Даже если переход от сети для того, чтобы родные порядка взял столько работы, как полный (двойной) SHA256 хэш, производительность была бы менее 0,4%. На практике это будет гораздо меньше накладных расходов. На Intel, он не будет даже взять дополнительный регистр. Просто убедитесь, что все ваши границы диапазона кратны 256.

29 июля 2011, 6:46:00 AM	# 19
Luke-Jr Сообщения: 2282 Цитировать по имени цитировать ответ	Re: расширение протокола Mining: noncerange Цитата: kjj от 29 июля 2011 года, 6:41:45 AM Я не думаю, что это будет большой удар по производительности, чтобы клиент добыча держать их счетчик в неродного порядком байтов. Если их родной порядок байт испорчен, они будут просто использовать 8 битный счетчик для внутреннего контура, и есть чуть-чуть логики для приращения и проверок остальные, когда он переполняется каждые 256 хэш. Даже если переход от сети для того, чтобы родные порядка взял столько работы, как полный (двойной) SHA256 хэш, производительность была бы менее 0,4%. На практике это будет гораздо меньше накладных расходов. На Intel, он не будет даже взять дополнительный регистр. Просто убедитесь, что все ваши границы диапазона кратны 256. Кроме того AIUI, графические процессоры не перебирать. Бегут все сразу ...

29 июля 2011, 6:51:30 AM	# 20
kjj Сообщения: 1302 Цитировать по имени цитировать ответ	Re: расширение протокола Mining: noncerange Цитата: Luke-Jr 29 июля 2011 года, 6:46:00 AM Цитата: kjj от 29 июля 2011 года, 6:41:45 AM Я не думаю, что это будет большой удар по производительности, чтобы клиент добыча держать их счетчик в неродного порядком байтов. Если их родной порядок байт испорчен, они будут просто использовать 8 битный счетчик для внутреннего контура, и есть чуть-чуть логики для приращения и проверок остальные, когда он переполняется каждые 256 хэш. Даже если переход от сети для того, чтобы родные порядка взял столько работы, как полный (двойной) SHA256 хэш, производительность была бы менее 0,4%. На практике это будет гораздо меньше накладных расходов. На Intel, он не будет даже взять дополнительный регистр. Просто убедитесь, что все ваши границы диапазона кратны 256. Кроме того AIUI, графические процессоры не перебирать. Бегут все сразу ... Нет, они все еще итерацию. Они просто использовать большие приращения. Если нет чипа там с 4 млрд АЛУ, что я не знаю, о.

« Предыдущая тема | Следующая тема »

Как заработать Биткоины?

Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包

bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW