Новый метод JSON-RPC Coinbaser филиала

Ссылка на запрос coinbaser тяговой

Моя coinbaser ветвь добавляет "setworkaux" метод, чтобы шахтеры добавлять произвольные данные coinbase их блоков. В основном это полезно для осуществления слитых добыч (добычи для обоих Bitcoins и namecoins одновременно), но также может быть использовано для рудничного голосования в будущем. Как и при любом изменении JSON-RPC, добавив, что требует какого-то консенсуса. Пожалуйста, голосуйте в поддержку.

Это обратная совместимость изменений.

Unrelated на этот опрос:
В дополнении к "setworkaux", Coinbaser также добавляет (не-Windows только!) А "-coinbaser =" Опция командной строки, чтобы указать команду для выполнения во время "getwork" звонки; команда может выводить данные с указанием, где присвоить сгенерированные монеты (это, как я генерироваться выплаты на Eligius). Он также добавляет небольшую внутреннюю реструктуризацию кода coinbase-создание, которое может быть использовано для более легко реализовать автоматическое обновление функций (OP_EVAL, например) путем принятия шахтера. Эти изменения также обратная совместимость, и обеспечивают полезную функциональность.

Я хотел бы услышать, почему кто-то голосовал No.

Я голосовал не из-за тонкую печать в исходном сообщении.

Я думаю, что setworkaux в порядке, но мне не нравится "не работает на окнах" изменения для поддержки одного майнинга.

Цитата: Гэвин Андресен октября 05, 2011, 6:11:22 PM

Я голосовал не из-за тонкую печать в исходном сообщении.

Опрос был, как уже говорилось, не связан с "хорошая печать", Вы просили консенсус относительно изменений JSON-RPC, который не имеет ничего общего с мелким шрифтом.

Цитата: Гэвин Андресен октября 05, 2011, 6:11:22 PM

Я думаю, что setworkaux в порядке, но мне не нравится "не работает на окнах" изменения для поддержки одного майнинга.

Он может работать на Windows, с некоторыми изменениями, но у меня нет системы Windows, чтобы проверить на. http://msdn.microsoft.com/en-us/library/96ayss4b(v=vs.71).aspx

Кроме того, нет ничего Элигий конкретного об этом.

Итак, как же вы собираетесь setworkaux использовать?

Цитата: simplecoin от 05 октября 2011 года, 9:30:42 PM

Итак, как же вы собираетесь setworkaux использовать?

Из кода:

Код:

setworkaux <Я бы> [данные]
Если [данные] не указан, удаления Окс.

Цитата: Люк-младший на 05 октября 2011 года, 6:19:18 PM

Цитата: Гэвин Андресен октября 05, 2011, 6:11:22 PM

Хорошо, портирована coinbaser в Windows. Удивительно, но эта проблема не была POPEN, но fdopen (для поддержки TCP).

Я не буду голосовать, пока я не понимаю, это лучше.

Я думаю, что это дублирует некоторые из функций getworkaux из vinced слилась добычи вилки. Если это так должно быть некоторое обсуждение для использования, прежде чем рассматривать либо для протяжки в основную ветвь.

Учитывая, что сливались-горно-прокси использует getworkaux вместе с парой других новых вызовов удаленных процедурами, и объединенный-горно-проксите, скорее всего, будет запасным вариантом для бассейнов с использованием pushpool стать объединенной добыча способна ... и что я м в настоящее время осуществляют слитую добычу в poolserverj, используя эти вызовы из vinced-х развилков, казалось бы, вероятно, что он собирается получить более широкое применение.

Я полностью открыт для использования вашего метода, если это как-того улучшение на vinced методы, а просто говорят, что позволяет вставлять данные в coinabse не объясняют рабочий процесс построения объединенного горный блока. Вы все еще нужен способ, чтобы получить хэш заголовка каждого блока вспом цепи (getwork и хэш yrself?), Contruct в Merkle дерево, то предположительно пройдет корень Merkle этого в setworkaux. Я могу понять, что далеко, но, как под вашей схеме вы представить решение на Окс цепи?

Gavin, видимо, решил (без причины), что он не собирается сливаться это, даже если эта нить встретила его требование наличия "поддержка сообщества" для нового "setworkaux" Метод JSON-RPC. Я сомневаюсь, что я буду утруждать поддерживать это через следующую версию, так что я думаю донимать Gavin если вы хотите (или надеюсь, что он получает объединены в пост-0,5 мерзавца, прежде чем он нуждается еще один перебазироваться ...)

Я бы очень хотел, чтобы увидеть что нибудь как это получить, но я согласен со Стивом - это не понятно, почему это отличается от того, что Винс уже сделал.

Цитата: Майк Хирн 10 октября 2011 года, 9:32:33 AM

материал Винса является беспорядок нечитаемый код, который требует ввода прокси (дополнительные точки отказа / узкое место) перед bitcoind. Такой подход гораздо проще (по крайней мере, в той мере, модификация bitcoind) и не оказывает влияний на стабильности первичной операции добычи Bitcoin (так как менеджер объединенной добычи проходит параллельно bitcoind, а не перед ним). Эти изменения также являются более абстрактными, не обязательно привязано к объединенному добыче специально.

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

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

Цитата: Майк Хирн 10 октября 2011 года, 2:03:18 PM

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

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

Цитата: Майк Хирн 10 октября 2011 года, 2:03:18 PM

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

Просто мера предосторожности. Я не знаю, если это возможно, или когда-либо происходит. (Ото, это очень легко увидеть многие существующие пути кода в bitcoind не может произойти ...)

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

Я согласен с Майком, в -coinbaser должна быть отделена от setauxwork.

Есть ли setauxwork взаимодействовать с новой командой getmemorypool RPC на всех? Должна ли она?

И если будет команда listauxwork RPC?

Цитата: Гэвин Андресен 10 октября 2011 года, 3:08:55 PM

Есть ли setauxwork взаимодействовать с новой командой getmemorypool RPC на всех? Должна ли она?

Нет, getmemorypool не имеет ничего общего с setworkaux, coinbases или объединенной добычей. Это команда JSON-RPC, который был объединен с еще меньшим, чем обзор coinbaser, и используется только один пул.

Цитата: Гэвин Андресен 10 октября 2011 года, 3:08:55 PM

И если будет команда listauxwork RPC?

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

Цитата: Luke-Jr 10 октября 2011 года, 3:33:05 PM

А? getmemorypool обсуждение / здесь:

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

Цитата: Гэвин Андресен 10 октября 2011 года, 3:38:11 PM

Цитата: Luke-Jr 10 октября 2011 года, 3:33:05 PM

1-2 людей, поддерживающих getmemorypool против 9 опорной coinbaser. хмм.

Что инакомыслие? Я вижу вопросы, а некоторые "нет" голосов (как ни странно, большинство из которых просто не появились сегодня), но нет аргументов против этого.

Цитата: Luke-Jr 10 октября 2011 года, 5:20:16 PM

Что инакомыслие? Я вижу вопросы, а некоторые "нет" голосов (как ни странно, большинство из которых просто не появились сегодня), но нет аргументов против этого.

Аргумент, что у меня есть: кажется, что "getmemorypool" является шагом в направлении позволяя шахтер записать достаточно точное время нахождения блока. Который в свою очередь, шаг в сторону более плотного и точного хронометража в целом блок цепи.

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

Спасибо за ваше время и понимание.

Цитата: 2112 от 10 октября 2011 года, 6:13:19 PM

раз Block всегда будет ненадежный до такой степени, и уже заслуживает доверия до такой степени. Это невозможно и неразумно, чтобы заставить всех, чтобы иметь точно такие же системные часы. "getwork" не устанавливает заголовок времени, во всяком случае, так "getmemorypool" делает не изменить эту реальность каким-либо образом. (то есть, "getwork" позволяет шахтеры изменить время по желанию)

Цитата: Luke-Jr 10 октября 2011 года, 6:25:41 PM

Это невозможно и неразумно, чтобы заставить всех, чтобы иметь точно такие же системные часы.

Я считаю, что Lolcust и ArtForz при условии хорошей контрпример их GeistGeld альт-цепи, которая использует SNTP для синхронизации времени. Цель не "точным же" системные часы, но система часы различия, которые в настоящее время допустимых норм: Я думаю, что это еще одна минута в страховой отрасли и в чем-то близко к одной секунды в финансовой отрасли.

Простите, что я понял разницу в хронометраже между "getwork" а также "getmemorypool",

5 октября 2011, 4:23:12 PM	# 1
Luke-Jr Сообщения: 2282 Цитировать по имени цитировать ответ	Re: новый метод JSON-RPC Coinbaser филиала Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Ссылка на запрос coinbaser тяговой Моя coinbaser ветвь добавляет "setworkaux" метод, чтобы шахтеры добавлять произвольные данные coinbase их блоков. В основном это полезно для осуществления слитых добыч (добычи для обоих Bitcoins и namecoins одновременно), но также может быть использовано для рудничного голосования в будущем. Как и при любом изменении JSON-RPC, добавив, что требует какого-то консенсуса. Пожалуйста, голосуйте в поддержку. Это обратная совместимость изменений. Unrelated на этот опрос: В дополнении к "setworkaux", Coinbaser также добавляет (не-Windows только!) А "-coinbaser =" Опция командной строки, чтобы указать команду для выполнения во время "getwork" звонки; команда может выводить данные с указанием, где присвоить сгенерированные монеты (это, как я генерироваться выплаты на Eligius). Он также добавляет небольшую внутреннюю реструктуризацию кода coinbase-создание, которое может быть использовано для более легко реализовать автоматическое обновление функций (OP_EVAL, например) путем принятия шахтера. Эти изменения также обратная совместимость, и обеспечивают полезную функциональность.

5 октября 2011, 5:46:22 PM	# 2
Luke-Jr Сообщения: 2282 Цитировать по имени цитировать ответ	Re: новый метод JSON-RPC Coinbaser филиала Получил 1806 Биткоинов Реальная история. Я хотел бы услышать, почему кто-то голосовал No.

5 октября 2011, 6:11:22 PM	# 3
Гэвин Андресен Сообщения: 1652 Цитировать по имени цитировать ответ	Re: новый метод JSON-RPC Coinbaser филиала Я голосовал не из-за тонкую печать в исходном сообщении. Я думаю, что setworkaux в порядке, но мне не нравится "не работает на окнах" изменения для поддержки одного майнинга.

5 октября 2011, 6:19:18 PM	# 4
Luke-Jr Сообщения: 2282 Цитировать по имени цитировать ответ	Re: новый метод JSON-RPC Coinbaser филиала Цитата: Гэвин Андресен октября 05, 2011, 6:11:22 PM Я голосовал не из-за тонкую печать в исходном сообщении. Опрос был, как уже говорилось, не связан с "хорошая печать", Вы просили консенсус относительно изменений JSON-RPC, который не имеет ничего общего с мелким шрифтом. Цитата: Гэвин Андресен октября 05, 2011, 6:11:22 PM Я думаю, что setworkaux в порядке, но мне не нравится "не работает на окнах" изменения для поддержки одного майнинга. Он может работать на Windows, с некоторыми изменениями, но у меня нет системы Windows, чтобы проверить на. http://msdn.microsoft.com/en-us/library/96ayss4b(v=vs.71).aspx Кроме того, нет ничего Элигий конкретного об этом.

5 октября 2011, 9:30:42 PM	# 5
simplecoin Сообщения: 406 Цитировать по имени цитировать ответ	Re: новый метод JSON-RPC Coinbaser филиала Итак, как же вы собираетесь setworkaux использовать?

5 октября 2011, 10:22:23 PM	# 6
Luke-Jr Сообщения: 2282 Цитировать по имени цитировать ответ	Re: новый метод JSON-RPC Coinbaser филиала Цитата: simplecoin от 05 октября 2011 года, 9:30:42 PM Итак, как же вы собираетесь setworkaux использовать? Из кода: Код: setworkaux <Я бы> [данные] Если [данные] не указан, удаления Окс.

5 октября 2011, 10:24:09 PM	# 7
Luke-Jr Сообщения: 2282 Цитировать по имени цитировать ответ	Re: новый метод JSON-RPC Coinbaser филиала Цитата: Люк-младший на 05 октября 2011 года, 6:19:18 PM Цитата: Гэвин Андресен октября 05, 2011, 6:11:22 PM Я думаю, что setworkaux в порядке, но мне не нравится "не работает на окнах" изменения для поддержки одного майнинга. Он может работать на Windows, с некоторыми изменениями, но у меня нет системы Windows, чтобы проверить на. http://msdn.microsoft.com/en-us/library/96ayss4b(v=vs.71).aspx Хорошо, портирована coinbaser в Windows. Удивительно, но эта проблема не была POPEN, но fdopen (для поддержки TCP).

6 октября 2011, 6:04:37 AM	# 8
пузанковых Сообщения: 266 Цитировать по имени цитировать ответ	Re: новый метод JSON-RPC Coinbaser филиала Я не буду голосовать, пока я не понимаю, это лучше. Я думаю, что это дублирует некоторые из функций getworkaux из vinced слилась добычи вилки. Если это так должно быть некоторое обсуждение для использования, прежде чем рассматривать либо для протяжки в основную ветвь. Учитывая, что сливались-горно-прокси использует getworkaux вместе с парой других новых вызовов удаленных процедурами, и объединенный-горно-проксите, скорее всего, будет запасным вариантом для бассейнов с использованием pushpool стать объединенной добыча способна ... и что я м в настоящее время осуществляют слитую добычу в poolserverj, используя эти вызовы из vinced-х развилков, казалось бы, вероятно, что он собирается получить более широкое применение. Я полностью открыт для использования вашего метода, если это как-того улучшение на vinced методы, а просто говорят, что позволяет вставлять данные в coinabse не объясняют рабочий процесс построения объединенного горный блока. Вы все еще нужен способ, чтобы получить хэш заголовка каждого блока вспом цепи (getwork и хэш yrself?), Contruct в Merkle дерево, то предположительно пройдет корень Merkle этого в setworkaux. Я могу понять, что далеко, но, как под вашей схеме вы представить решение на Окс цепи?

9 октября 2011, 6:11:36 PM	# 9
Luke-Jr Сообщения: 2282 Цитировать по имени цитировать ответ	Re: новый метод JSON-RPC Coinbaser филиала Gavin, видимо, решил (без причины), что он не собирается сливаться это, даже если эта нить встретила его требование наличия "поддержка сообщества" для нового "setworkaux" Метод JSON-RPC. Я сомневаюсь, что я буду утруждать поддерживать это через следующую версию, так что я думаю донимать Gavin если вы хотите (или надеюсь, что он получает объединены в пост-0,5 мерзавца, прежде чем он нуждается еще один перебазироваться ...)

10 октября 2011, 9:32:33 AM	# 10
Майк Хирн Сообщения: 1526 Цитировать по имени цитировать ответ	Re: новый метод JSON-RPC Coinbaser филиала Я бы очень хотел, чтобы увидеть что нибудь как это получить, но я согласен со Стивом - это не понятно, почему это отличается от того, что Винс уже сделал.

10 октября 2011, 1:08:26 PM	# 11
Luke-Jr Сообщения: 2282 Цитировать по имени цитировать ответ	Re: новый метод JSON-RPC Coinbaser филиала Цитата: Майк Хирн 10 октября 2011 года, 9:32:33 AM Я бы очень хотел, чтобы увидеть что нибудь как это получить, но я согласен со Стивом - это не понятно, почему это отличается от того, что Винс уже сделал. материал Винса является беспорядок нечитаемый код, который требует ввода прокси (дополнительные точки отказа / узкое место) перед bitcoind. Такой подход гораздо проще (по крайней мере, в той мере, модификация bitcoind) и не оказывает влияний на стабильности первичной операции добычи Bitcoin (так как менеджер объединенной добычи проходит параллельно bitcoind, а не перед ним). Эти изменения также являются более абстрактными, не обязательно привязано к объединенному добыче специально.

10 октября 2011, 2:03:18 PM	# 12
Майк Хирн Сообщения: 1526 Цитировать по имени цитировать ответ	Re: новый метод JSON-RPC Coinbaser филиала setworkaux выглядит очень похоже на то, что я себе представлял. Вы можете разделить параметр командной строки из, так как это отдельная и не связаны изменения. Кстати, что материал обнаружения в обратном времени примерно? Я знаю, что время иногда может идти в обратном направлении на некоторых машинах, но вы можете добавить комментарий, объясняя, почему этот код там (было это наблюдается в дикой природе на Eligius машинах)? Кроме того, в настоящее время не что-нибудь войти, когда extraNonce переливается - это то, что исключительное состояние или что-то, что ожидается, произойдет нормально? Если первое (это ошибка), возможно утверждать / прекратить. В последнем случае это должно быть зарегистрировано? Если неизвестно, протоколирование на некоторое время, кажется, имеет смысл.

10 октября 2011, 2:14:51 PM	# 13
Luke-Jr Сообщения: 2282 Цитировать по имени цитировать ответ	Re: новый метод JSON-RPC Coinbaser филиала Цитата: Майк Хирн 10 октября 2011 года, 2:03:18 PM setworkaux выглядит очень похоже на то, что я себе представлял. Вы можете разделить параметр командной строки из, так как это отдельная и не связаны изменения. Они очень много же изменения: они оба вместе поддерживают настройку на coinbase сделки. Цитата: Майк Хирн 10 октября 2011 года, 2:03:18 PM Кстати, что материал обнаружения в обратном времени примерно? Я знаю, что время иногда может идти в обратном направлении на некоторых машинах, но вы можете добавить комментарий, объясняя, почему этот код там (было это наблюдается в дикой природе на Eligius машинах)? Кроме того, в настоящее время не что-нибудь войти, когда extraNonce переливается - это то, что исключительное состояние или что-то, что ожидается, произойдет нормально? Если первое (это ошибка), возможно утверждать / прекратить. В последнем случае это должно быть зарегистрировано? Если неизвестно, протоколирование на некоторое время, кажется, имеет смысл. Просто мера предосторожности. Я не знаю, если это возможно, или когда-либо происходит. (Ото, это очень легко увидеть многие существующие пути кода в bitcoind не может произойти ...)

10 октября 2011, 3:08:55 PM	# 14
Гэвин Андресен Сообщения: 1652 Цитировать по имени цитировать ответ	Re: новый метод JSON-RPC Coinbaser филиала Вот почему я не тянуть дополнения или основные изменения команд RPC без по крайней мере пару людей, глядя на них, и ни говоря "да, это именно то, как я буду это делать" или "было бы лучше, если бы ...." Я согласен с Майком, в -coinbaser должна быть отделена от setauxwork. Есть ли setauxwork взаимодействовать с новой командой getmemorypool RPC на всех? Должна ли она? И если будет команда listauxwork RPC?

10 октября 2011, 3:33:05 PM	# 15
Luke-Jr Сообщения: 2282 Цитировать по имени цитировать ответ	Re: новый метод JSON-RPC Coinbaser филиала Цитата: Гэвин Андресен 10 октября 2011 года, 3:08:55 PM Есть ли setauxwork взаимодействовать с новой командой getmemorypool RPC на всех? Должна ли она? Нет, getmemorypool не имеет ничего общего с setworkaux, coinbases или объединенной добычей. Это команда JSON-RPC, который был объединен с еще меньшим, чем обзор coinbaser, и используется только один пул. Цитата: Гэвин Андресен 10 октября 2011 года, 3:08:55 PM И если будет команда listauxwork RPC? Возможно, в качестве инструмента отладки.

10 октября 2011, 3:38:11 PM	# 16
Гэвин Андресен Сообщения: 1652 Цитировать по имени цитировать ответ	Re: новый метод JSON-RPC Coinbaser филиала Цитата: Luke-Jr 10 октября 2011 года, 3:33:05 PM Нет, getmemorypool не имеет ничего общего с setworkaux, coinbases или объединенной добычей. Это команда JSON-RPC, который был объединен с еще меньшим, чем обзор coinbaser, и используется только один пул. А? getmemorypool обсуждение / здесь: Замечу лишь, что я проклят, если я тянуть материал, который имеет некоторое обсуждение здесь (и никаких возражений, выдвинутых), но проклят, если я не тянуть вещи, которые сначала не было никакого обсуждения, а затем была небольшая дискуссия с некоторыми инакомыслие.

10 октября 2011, 5:20:16 PM	# 17
Luke-Jr Сообщения: 2282 Цитировать по имени цитировать ответ	Re: новый метод JSON-RPC Coinbaser филиала Цитата: Гэвин Андресен 10 октября 2011 года, 3:38:11 PM Цитата: Luke-Jr 10 октября 2011 года, 3:33:05 PM Нет, getmemorypool не имеет ничего общего с setworkaux, coinbases или объединенной добычей. Это команда JSON-RPC, который был объединен с еще меньшим, чем обзор coinbaser, и используется только один пул. А? getmemorypool обсуждение / здесь: Замечу лишь, что я проклят, если я тянуть материал, который имеет некоторое обсуждение здесь (и никаких возражений, выдвинутых), но проклят, если я не тянуть вещи, которые сначала не было никакого обсуждения, а затем была небольшая дискуссия с некоторыми инакомыслие. 1-2 людей, поддерживающих getmemorypool против 9 опорной coinbaser. хмм. Что инакомыслие? Я вижу вопросы, а некоторые "нет" голосов (как ни странно, большинство из которых просто не появились сегодня), но нет аргументов против этого.

10 октября 2011, 6:13:19 PM	# 18
2112 Сообщения: 1988 Цитировать по имени цитировать ответ	Re: новый метод JSON-RPC Coinbaser филиала Цитата: Luke-Jr 10 октября 2011 года, 5:20:16 PM Что инакомыслие? Я вижу вопросы, а некоторые "нет" голосов (как ни странно, большинство из которых просто не появились сегодня), но нет аргументов против этого. Аргумент, что у меня есть: кажется, что "getmemorypool" является шагом в направлении позволяя шахтер записать достаточно точное время нахождения блока. Который в свою очередь, шаг в сторону более плотного и точного хронометража в целом блок цепи. Ваш патч только увековечивает существующую неблагоприятную ситуацию, когда время блока ненадежные и акаузальные. Спасибо за ваше время и понимание.

10 октября 2011, 6:25:41 PM	# 19
Luke-Jr Сообщения: 2282 Цитировать по имени цитировать ответ	Re: новый метод JSON-RPC Coinbaser филиала Цитата: 2112 от 10 октября 2011 года, 6:13:19 PM Аргумент, что у меня есть: кажется, что "getmemorypool" является шагом в направлении позволяя шахтер записать достаточно точное время нахождения блока. Который в свою очередь, шаг в сторону более плотного и точного хронометража в целом блок цепи. Ваш патч только увековечивает существующую неблагоприятную ситуацию, когда время блока ненадежные и акаузальные. раз Block всегда будет ненадежный до такой степени, и уже заслуживает доверия до такой степени. Это невозможно и неразумно, чтобы заставить всех, чтобы иметь точно такие же системные часы. "getwork" не устанавливает заголовок времени, во всяком случае, так "getmemorypool" делает не изменить эту реальность каким-либо образом. (то есть, "getwork" позволяет шахтеры изменить время по желанию)

10 октября 2011, 6:41:16 PM	# 20
2112 Сообщения: 1988 Цитировать по имени цитировать ответ	Re: новый метод JSON-RPC Coinbaser филиала Цитата: Luke-Jr 10 октября 2011 года, 6:25:41 PM Это невозможно и неразумно, чтобы заставить всех, чтобы иметь точно такие же системные часы. Я считаю, что Lolcust и ArtForz при условии хорошей контрпример их GeistGeld альт-цепи, которая использует SNTP для синхронизации времени. Цель не "точным же" системные часы, но система часы различия, которые в настоящее время допустимых норм: Я думаю, что это еще одна минута в страховой отрасли и в чем-то близко к одной секунды в финансовой отрасли. Простите, что я понял разницу в хронометраже между "getwork" а также "getmemorypool",

Заголовок