Частный testnet между ПК и VM | Биткоин форум

		Биткоин Форум > Разработка и Техническое Обсуждение
Частный testnet между ПК и VM

15 апреля 2015, 10:09:13 AM	# 1
Hoshimaru Сообщения: 411 Цитировать по имени цитировать ответ	Re: Частный testnet между ПК и VM Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Здравствуйте Прежде всего, не волнуйтесь. Я не намерен запустить 10000th жульничества монеты или любую монету в целом. Вместо этого я предпочел бы получить представление о внутренней работе крипто валюты. Я экспериментировал с Х11 POW / POS монеты, которые до сих пор не было никакого testnet вообще, чтобы начать с. Читая документацию можно найти здесь и на Github, я сумел применить изменения, необходимые для исходного кода. Я успешно создал блок Genesis и теперь я пытаюсь пнуть testnet между ПК под управлением OpenSUSE 13.2 и виртуальной машине под управлением Mint 17,1. Блок генезиса для testnet выглядит следующим образом Код: { "гашиш" : "00000d4d0549912423730a89e05b8f096591d32795b1612a0abd5c3541904ddf", "подтверждения" : 1, "размер" : 155, "высота" : 0, "версия" : 1, "merkleroot" : "a19abd6632650bde37a3feb35eef8ac6d1ffb70d5ce180b5e68b9eea13cb23ae", "мята" : 0.00000000, "время" : 1429024276, "данное время" : 203625, "биты" : "1f00ffff", "трудность" : 0.00001526, "blocktrust" : "10001", "chaintrust" : "10001", "флаги" : "доказательство правильности работы доли модификатора", "proofhash" : "00000d4d0549912423730a89e05b8f096591d32795b1612a0abd5c3541904ddf", "entropybit" : 1, "модификатор" : "0000000000000000", "modifierchecksum" : "0e00670b", "Техас" : [ "a19abd6632650bde37a3feb35eef8ac6d1ffb70d5ce180b5e68b9eea13cb23ae" ] } Блок генезиса по фактической mainnet выглядит следующим образом: Код: { "гашиш" : "00000c639b0fbf250ba63c6ef2952dbb44bb1051324a27383b8a56fb833d8137", "подтверждения" : 1403349, "размер" : 155, "высота" : 0, "версия" : 1, "merkleroot" : "18bf53ed0bbbc417c8e2d7993294dba71e1ba10697c9289c617ee02108bb197c", "мята" : 0.00000000, "время" : 1402346011, "данное время" : 1912748, "биты" : "1e0fffff", "трудность" : 0.00024414, "blocktrust" : "100001", "chaintrust" : "100001", "nextblockhash" : "0000014e0a7c56f23135b52a5af015a9b89266c4899d66039d65b0f80cc969a8", "флаги" : "доказательство правильности работы доли модификатора", "proofhash" : "00000c639b0fbf250ba63c6ef2952dbb44bb1051324a27383b8a56fb833d8137", "entropybit" : 1, "модификатор" : "0000000000000000", "modifierchecksum" : "0e00670b", "Техас" : [ "18bf53ed0bbbc417c8e2d7993294dba71e1ba10697c9289c617ee02108bb197c" ] } Я уверен, что эта часть для testnet в порядке. Следующий шаг "Начало" это testnet и фактически создавать новые блоки. Для этого я использую мой компьютер и виртуальную машину. На моем компьютере с IP 192.168.0.163, я бег обезглавленного демон бумажника со следующей конфигурацией: Код: Сервер = 1 rpcallowip = 192.168.0. * слушать = 1 rpcuser = FirstInstance rpcpassword = FirstInstancePassword Порт = 33550 rpcport = 33551 ген = 1 testnet = 1 noirc = 1 Виртуальная машина имеет доступ к моей локальной сети с помощью моста и получил IP 192.168.0.206. Обе машины могут видеть друг друга. Это VM работает бумажник QT и сконфигурирован как Код: Сервер = 1 rpcallowip = 192.168.0. * rpcuser = SecondInstance rpcpassword = SecondInstancePassword Порт = 33550 rpcport = 33551 ген = 1 testnet = 1 noirc = 1 подключения = 192.168.0.163: 33550 Я первый запустить демон на физической машине, а затем клиент QT на VM. К сожалению, клиент QT (без головы имеет тот же эффект) не может подключиться к своему партнеру на физической машине и блоки остаются на 0. Код: Открытый LevelDB успешно LoadBlockIndex (): hashBestChain = 00000d4d054991242373 высота = 0 трест = 65537 Дата = 04/14/2015 15:11:16 LoadBlockIndex (): синхронизировано контрольная точка 00000d4d0549912423730a89e05b8f096591d32795b1612a0abd5c3541904ddf Проверка последних 0 блоков на уровне 1 индекс блока 4ms Загрузка бумажник ... nFileVersion = 1010000 Ключи: 101 открытого текста, 0 зашифрованы, 101 Вт / метаданных, 101 всего бумажник 266ms Загрузка адрес ... Загруженные 0 адреса из peers.dat 0ms mapBlockIndex.size () = 1 nBestHeight = 0 setKeyPool.size () = 100 mapWallet.size () = 0 mapAddressBook.size () = 1 ThreadRPCServer начал DNS высев отключен Совершенно загрузка ThreadIRCSeed вышел refreshWallet ThreadSocketHandler начал ThreadOpenAddedConnections начал ThreadOpenAddedConnections вышел ThreadOpenConnections начал пытаясь соединение 192.168.0.163:33550 lastseen = 0,0hrs ThreadMessageHandler начал ThreadStakeMiner начал Окрыленный 0 адреса в peers.dat 2ms ipcThread начал время соединения вышло пытаясь соединение 192.168.0.163:33550 lastseen = 0,0hrs время соединения вышло пытаясь соединение 192.168.0.163:33550 lastseen = 0,0hrs время соединения вышло пытаясь соединение 192.168.0.163:33550 lastseen = 0,0hrs время соединения вышло На физической машине, я возвращаюсь GetInfo каждые 30 секунд (с помощью "смотреть") Код: { "версия" : "v1.1.0.0", "protocolversion" : 60013, "walletversion" : 60000, "баланс" : 0.00000000, "newmint" : 0.00000000, "доля" : 0.00000000, "блоки" : 0, "офсет" : 0, "moneysupply" : 0.00000000, "связи" : 0, "полномочие" : "", "IP" : "0.0.0.0", "трудность" : { "доказательство правильности работы" : 0.00001526, "корректуры из-акций" : 0.00001526 }, "testnet" : правда, "keypoololdest" : 1429042310, "keypoolsize" : 101, "paytxfee" : 0.00001000, "mininput" : 0.00000000, "ошибки" : "" } Что я контроль, чтобы сделать эту работу? Я не думаю, что мне нужно, чтобы открыть любой порт с IPTables на физической машине или сделать проброс, так как это все по локальной сети. Хотя, я обеспокоен "IP" : "0.0.0.0",. Тот же клиент на mainnet дает возвращает свой публичный IP. Должен ли я связать клиент на физической машине с определенным IP?

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

15 апреля 2015, 10:35:03 AM	# 2
Amph Сообщения: 1722 Цитировать по имени цитировать ответ	Re: Частный testnet между ПК и VM Получил 1806 Биткоинов Реальная история. что виртуальная машина, которую вы используете? я думаю, что проблема связана с брандмауэром (я полагаю, окна правильно?), вы должны позволить клиенту в брандмауэре VM, как государственные и частные

15 апреля 2015, 10:55:30 AM	# 3
Hoshimaru Сообщения: 411 Цитировать по имени цитировать ответ	Re: Частный testnet между ПК и VM Привет Amph. Оба хозяина и гостя являются Linux дистрибутивы. Хост работает OpenSUSE 13.2 и гость работает Mint 17,1. Я построил мой VM с VMWare Workstation. Когда я начала 2-ой VM, основанный на Ubuntu, который я использовал, чтобы играть с Bitcoin-ABE, у меня нет проблемы с доступом к apache2 на порт 80 от хоста и двух виртуальных машин. Может не потому, бумажники обнаружить мой WAN IP?

15 апреля 2015, 10:58:07 AM	# 4
Мухаммед Закир Сообщения: 560 Цитировать по имени цитировать ответ	Re: Частный testnet между ПК и VM Вы пробовали использовать другой порт? Постскриптум Не следует использовать как же rpcusername и rpcpassword?

15 апреля 2015, 11:03:19 AM	# 5
Hoshimaru Сообщения: 411 Цитировать по имени цитировать ответ	Re: Частный testnet между ПК и VM Цитата: Мухаммед Закир 15 апреля 2015, 10:58:07 AM Вы пробовали использовать другой порт? Постскриптум Не следует использовать как же rpcusername и rpcpassword? Да, я также попытался запустить клиент в VM на 33552 вместо 33550. Тот же результат. Rpcuser и rpcpassword не имеет значения. Они должны соединяться друг с другом через равный-равному 192.168.0.163:33550<->192.168.0.206:33550, например, а не через RPC.

15 апреля 2015, 11:17:21 AM	# 6
Мухаммед Закир Сообщения: 560 Цитировать по имени цитировать ответ	Re: Частный testnet между ПК и VM Цитата: Hoshimaru 15 апреля 2015, 11:03:19 AM Да, я также попытался запустить клиент в VM на 33552 вместо 33550. Тот же результат. Попробуйте 18333. Вы должны включить перенаправление портов? Цитата: Hoshimaru 15 апреля 2015, 11:03:19 AM Rpcuser и rpcpassword не имеет значения. Они должны соединяться друг с другом через равный-равному 192.168.0.163:33550<->192.168.0.206:33550, например, а не через RPC. Ты прав. Я испортил.

15 апреля 2015, 11:57:44 AM	# 7
Hoshimaru Сообщения: 411 Цитировать по имени цитировать ответ	Re: Частный testnet между ПК и VM ой >_< Я испортил. Похоже, брандмауэр включен по умолчанию. Я открыл порт 33550 на обоих концах Код: Суд / USR / SBIN / Iptables -I INPUT -p TCP -m TCP --dport 33550 -j ACCEPT И заставил их видеть друг друга: Код: { "версия" : "v1.1.0.0", "protocolversion" : 60013, "walletversion" : 60000, "баланс" : 0.00000000, "newmint" : 0.00000000, "доля" : 0.00000000, "блоки" : 0, "офсет" : 0, "moneysupply" : 0.00000000, "связи" : 1, "полномочие" : "", "IP" : "0.0.0.0", "трудность" : { "доказательство правильности работы" : 0.00001526, "корректуры из-акций" : 0.00001526 }, "testnet" : правда, "keypoololdest" : 1429042310, "keypoolsize" : 101, "paytxfee" : 0.00001000, "mininput" : 0.00000000, "ошибки" : "" } Как это приступает? Есть ли один из клиентов "мой" блок генеза, чтобы получить testnet blockchain начал? Без этого не будет новый блок в сети не так ли? Скажем, он работает, как и выше, что происходит, когда я закрыл оба клиента? Значит ли это блок цепь просто умирает или делает это "продолжить" как только 1 или более клиентов связаны друг с другом?

15 апреля 2015, 12:21:53 PM	# 8
Amph Сообщения: 1722 Цитировать по имени цитировать ответ	Re: Частный testnet между ПК и VM Цитата: Hoshimaru 15 апреля 2015, 11:57:44 AM ой >_< Я испортил. Похоже, брандмауэр включен по умолчанию. Я открыл порт 33550 на обоих концах Код: Суд / USR / SBIN / Iptables -I INPUT -p TCP -m TCP --dport 33550 -j ACCEPT И заставил их видеть друг друга: Код: { "версия" : "v1.1.0.0", "protocolversion" : 60013, "walletversion" : 60000, "баланс" : 0.00000000, "newmint" : 0.00000000, "доля" : 0.00000000, "блоки" : 0, "офсет" : 0, "moneysupply" : 0.00000000, "связи" : 1, "полномочие" : "", "IP" : "0.0.0.0", "трудность" : { "доказательство правильности работы" : 0.00001526, "корректуры из-акций" : 0.00001526 }, "testnet" : правда, "keypoololdest" : 1429042310, "keypoolsize" : 101, "paytxfee" : 0.00001000, "mininput" : 0.00000000, "ошибки" : "" } Как это приступает? Есть ли один из клиентов "мой" блок генеза, чтобы получить testnet blockchain начал? Без этого не будет новый блок в сети не так ли? Скажем, он работает, как и выше, что происходит, когда я закрыл оба клиента? Значит ли это блок цепь просто умирает или делает это "продолжить" как только 1 или более клиентов связаны друг с другом? так что это был брандмауэр в конце? это правильно вам нужен блок генезис первый, чтобы начать цепь, и если вы закрыли клиент он должен повторно синхронизирующий до блока генеза, чтобы убедиться, что вы могли бы попробовать это, я не думаю, что что-то плохое произойдет в любом случае

15 апреля 2015, 12:22:58 PM	# 9
Мухаммед Закир Сообщения: 560 Цитировать по имени цитировать ответ	Re: Частный testnet между ПК и VM Цитата: Hoshimaru 15 апреля 2015, 11:57:44 AM ой >_< Я испортил. Похоже, брандмауэр включен по умолчанию. Я открыл порт 33550 на обоих концах Код: Суд / USR / SBIN / Iptables -I INPUT -p TCP -m TCP --dport 33550 -j ACCEPT И заставил их видеть друг друга: Код: { "версия" : "v1.1.0.0", "protocolversion" : 60013, "walletversion" : 60000, "баланс" : 0.00000000, "newmint" : 0.00000000, "доля" : 0.00000000, "блоки" : 0, "офсет" : 0, "moneysupply" : 0.00000000, "связи" : 1, "полномочие" : "", "IP" : "0.0.0.0", "трудность" : { "доказательство правильности работы" : 0.00001526, "корректуры из-акций" : 0.00001526 }, "testnet" : правда, "keypoololdest" : 1429042310, "keypoolsize" : 101, "paytxfee" : 0.00001000, "mininput" : 0.00000000, "ошибки" : "" } Рад слышать это conmecting прямо сейчас. Цитата: Hoshimaru 15 апреля 2015, 11:57:44 AM Как это приступает? Есть ли один из клиентов "мой" блок генеза, чтобы получить testnet blockchain начал? Без этого не будет новый блок в сети не так ли? Это lookse как Вы оба Pos анс POW. AFAIK идти дальше, вам придется совершить сделку, и это, как новый блок будет найдено и новые монеты чеканятся. Я не очень знаком с PoS, но я думаю, держа бумажник открытым после отправки сделки может мяту девичество монета или вы можете помоему с CPU / GPU. Цитата: Hoshimaru 15 апреля 2015, 11:57:44 AM Скажем, он работает, как и выше, что происходит, когда я закрыл оба клиента? Значит ли это блок цепь просто умирает или делает это "продолжить" как только 1 или более клиентов связаны друг с другом? Продопжение AFAIK. ИМХО вы могли бы объявить в altcoins AMD сказать им, что это для образовательных целей. Вы можете получить больше шахтеров и сверстников.

15 апреля 2015, 1:07:05 PM	# 10
Hoshimaru Сообщения: 411 Цитировать по имени цитировать ответ	Re: Частный testnet между ПК и VM Цитата: Мухаммед Закир 15 апреля 2015, 12:22:58 PM Рад слышать это conmecting прямо сейчас. Цитата: Hoshimaru 15 апреля 2015, 11:57:44 AM Как это приступает? Есть ли один из клиентов "мой" блок генеза, чтобы получить testnet blockchain начал? Без этого не будет новый блок в сети не так ли? Это lookse как Вы оба Pos анс POW. AFAIK идти дальше, вам придется совершить сделку, и это, как новый блок будет найдено и новые монеты чеканятся. Я не очень знаком с PoS, но я думаю, держа бумажник открытым после отправки сделки может мяту девичество монета или вы можете помоему с CPU / GPU. Цитата: Hoshimaru 15 апреля 2015, 11:57:44 AM Скажем, он работает, как и выше, что происходит, когда я закрыл оба клиента? Значит ли это блок цепь просто умирает или делает это "продолжить" как только 1 или более клиентов связаны друг с другом? Продопжение AFAIK. ИМХО вы могли бы объявить в altcoins AMD сказать им, что это для образовательных целей. Вы можете получить больше шахтеров и сверстников. Спасибо за ваш ответ Мухаммед Закир. Я, наконец, удалось получить это происходит. Шахтер в самом кошельке ничего с геном =-не делать. Я считаю, что в какой-то момент, добыча процессор с бумажником был отключен в Bitcoin ядра, не так ли? Таким образом, любая altcoin разветвления altcoins на основе ядра выпуска Bitcoin после отключения шахтера будет, конечно, не моя вообще. Я пытался cpuminer-мульти Танги Pruvot в и Tadaaaaa! Он начал горнодобывающие testnet блоков. Я дам ему поработать некоторое время, чтобы увидеть, когда они созревают & получить подтвердил. Остановка добычи прекратить генерацию блока. Неисправность & возобновить клиентов возобновляет операции, как только cpuminer начать хруст номера. Это очень интересная концепция, чтобы засвидетельствовать от близкого по. Код: { "версия" : "v1.1.0.0", "protocolversion" : 60013, "walletversion" : 60000, "баланс" : 0.00000000, "newmint" : 17.00000000, "доля" : 0.00000000, "блоки" : 17, "офсет" : 0, "moneysupply" : 17.00000000, "связи" : 1, "полномочие" : "", "IP" : "0.0.0.0", "трудность" : { "доказательство правильности работы" : 0.00004356, "корректуры из-акций" : 0.00001526 }, "testnet" : правда, "keypoololdest" : 1429042310, "keypoolsize" : 101, "paytxfee" : 0.00001000, "mininput" : 0.00000000, "ошибки" : "" } Код: ./ Cpuminer -a -o x11 http://127.0.0.1:33551 -u -p FirstInstance FirstInstancePassword --coinbase-адр = n1YYCSN2Y6qE9oxKvDj3ZU8u7Na42WJMDR cpuminer-мульти 1,1-мерзавец по Танги Pruvot (tpruvot @ GitHub) BTC пожертвование адрес: 1FhDPLPpw18X4srecguG3MxJYe4a1JsZnd [2015-04-15 15:05:01] 2 рудничные темы, с использованием алгоритма 'x11'. [2015-04-15 15:05:02] Текущий блок 18 [2015-04-15 15:05:02] Переключение на getwork, ББТ версии 6 [2015-04-15 15:05:06] CPU # 0: 25,58 КН / с [2015-04-15 15:05:08] CPU # 0: 25,92 КН / с [2015-04-15 15:05:08] принимается: 1/1 (100,00%), 25,92 кН / s да! [2015-04-15 15:05:09] CPU # 0: 23.79 KH / с [2015-04-15 15:05:11] Блок 19 x11, разн 0.00 [2015-04-15 15:05:11] ЦП # 1: 25.57 KH / с [2015-04-15 15:05:14] CPU # 0: 23.53 KH / с [2015-04-15 15:05:16] CPU # 0: 25.09 KH / с [2015-04-15 15:05:16] ЦП # 1: 26.27 KH / с [2015-04-15 15:05:17] принимается: 2/2 (100,00%), 51,36 кН / s да! [2015-04-15 15:05:20] Блок 20 x11, разн 0.00 [2015-04-15 15:05:20] ЦП # 1: 25.45 KH / с [2015-04-15 15:05:21] ЦП # 1: 23.13 KH / с [2015-04-15 15:05:21] CPU # 0: 23.84 KH / с Есть ли программа, помимо Rational Rose (не есть), которые могут генерировать диаграммы классов, активность и последовательность диаграммы для кода Bitcoin в? Многие люди не любят диаграммы, и я мог найти, но я думаю, что они могут быть полезными, чтобы понять, как работают вещи и связаны друг с другом. Исходный код ядра Bitcoin (altcoins) меньше всего сказать ... пугающим, если вам нужно, чтобы получить представление о том, как работают вещи <("^ _ ^)

15 апреля 2015, 4:23:00 PM	# 11
Hoshimaru Сообщения: 411 Цитировать по имени цитировать ответ	Re: Частный testnet между ПК и VM Хммм ... Я заметил что-то странное с testnet. Я позволяю клиентов на обоих узлах запуска, но закрыли cpuminer в то время как я был далеко. В то же время не новый блок не был создан (последний военнопленный блок мимо 20k) Когда я вернулся, я перезагрузил шахтер и вместо того, чтобы красиво находить новые блоки, каждый кандидат получил отвергнут: Код: [2015-04-15 17:38:28] 2 рудничные темы, с использованием алгоритма 'x11'. [2015-04-15 17:38:29] Текущий блок 131 [2015-04-15 17:38:29] Переключение на getwork, ББТ версии 6 [2015-04-15 17:38:39] ЦП # 1: 25.31 KH / с [2015-04-15 17:38:41] CPU # 0: 25.85 KH / с [2015-04-15 17:38:41] принимается: 0/1 (0,00%), 51.16 KH / с Nooooo [2015-04-15 17:38:45] CPU # 0: 21.33 KH / с [2015-04-15 17:38:45] ЦП # 1: 26.15 KH / с [2015-04-15 17:38:47] принял: 0/2 (0,00%), 47.48 KH / с Nooooo [2015-04-15 17:38:48] CPU # 0: 22,56 КН / с [2015-04-15 17:38:48] ЦП # 1: 26.76 KH / с [2015-04-15 17:38:49] принял: 0/3 (0,00%), 49.31 KH / с Nooooo [2015-04-15 17:38:55] CPU # 0: 25.41 KH / с И debug.log показывает CheckWork () ОШИБКА: CheckBlock (): coinbase метка времени слишком рано Код: CheckWork (): новое доказательство правильности работы блока найдено Хэш: 0000224bd0ee0e7dab97efe9499ebabd32dadc388879b694a7d0d70a479305e5 Цель: 000027d434000000000000000000000000000000000000000000000000000000 CBlock (хэш = 0000224bd0ee0e7dab97efe9499ebabd32dadc388879b694a7d0d70a479305e5, версия = 6, hashPrevBlock = 00001eef81c1db86583a139ced70a6863676f577a3448001dccc05d3fb35ee77, hashMerkleRoot = c9ba970b28c5784b28e29180afaa99d76de33d37854e293b895c6ab0e3e56c07, Ntime = 1429113207, Nbits = 1e27d434, nNonce = 1746469248, VTX = 1, vchBlockSig =) Coinbase (хэш = c9ba970b28, Ntime = 1429106569, версия = 1, vin.size = 1, vout.size = 1, nLockTime = 0) CTxIn (COutPoint (0000000000, 4294967295), coinbase 028300028400) CTxOut (nValue = 1500,00, scriptPubKey = OP_DUP OP_HASH160 09bed4b06f7b5ec59a025415d0268ee5ec9af74c OP_EQUALVERIFY OP_CHECKSIG) vMerkleTree: c9ba970b28 генерироваться 1500,00 Blocktime: 1429113207 --- VTX [0] .nTime: 1429110169 ОШИБКА: CheckBlock (): coinbase метка времени слишком рано ОШИБКА: ProcessBlock (): CheckBlock FAILED ОШИБКА: CheckWork (): ProcessBlock, блок не принят Дата -d @ 1429113207 (Blocktime) Ср 15 апреля 17:53:27 CEST 2015 Дата -d @ 1429110169 (VTX [0] .nTime) Ср 15 апреля 17:02:49 CEST 2015 Когда я не мог генерировать блок генеза на первом, я получил это coinbase метка времени слишком рано ошибка тоже. Когда stuyding исходного кода, я увидел, что он проверил Ntime против Ntime + прошлого / будущего дрейфа констант, установленных до +10 минут и -10 минут. Я изменил его на 1 час: Код: рядный int64_t PastDrift (int64_t NTime) {вернуться NTime - 1 * 60 * 60; } // до 1 часа из прошлого встроенный int64_t FutureDrift (int64_t Ntime) {возвращение Ntime + 1 * 60 * 60; } // до 1 часа из будущего Поняв, что block.nTime был где-то в 2014 году, не было никакого способа, было бы когда-нибудь создать генезис блок для testnet, следовательно, создание нового pszTimestamp для него. Во всяком случае, теперь шахтер не может найти новые блоки, потому что я его отключения в течение 2-х часов в два раза pastDrift я указал. Перед удалением testnet перезагрузки, я закрыл два клиента и перезапустить их. Tadaaa! Добыча возобновилась и блоки создаются. Каковы реальные последствия жизни такого поведения? Если гипотеза о том, что никто не будет добывать крипто валюту на какое-то время его основной сети, делает это автоматически означает, что эта крипто валюта мертва и каждая монета когда-либо добывали становится бесполезным, так как ни при каких сделках возможно, ни добыча быть когда-нибудь возможно снова? Я не могу себе представить, что если такая вещь может случиться с Bitcoin, что никакой новый Bitcoins не мог быть добыт снова, когда-либо? Я не считаю, что это возможно сделать каждый человек или устройство работает бумажник закрыли, просто "перезагружать" это для добычи полезных ископаемых. Это не может быть смысл всего этого? Или это намеренное и предостережет предназначена для отключения цепи блока, который становится неактивным?

15 апреля 2015, 4:56:13 PM	# 12
Мухаммед Закир Сообщения: 560 Цитировать по имени цитировать ответ	Re: Частный testnet между ПК и VM я думаю "Отметка времени слишком рано" Проблема заключается проблема PoS. Так что Bitcoin не пострадает из-за этого. Из https://github.com/Earlz/coinreviews/blob/master/miraclecoin.txt: Код: - двойной nCorTried = SQRT (nTried) * (100,0 - nUnkBias); - двойная nCorNew = SQRT (nNew) * nUnkBias; + двойная nCorTried = SQRT (static_cast<двойной>(NTried)) * (100,0 - nUnkBias); + двойная nCorNew = SQRT (static_cast<двойной>(NNew)) * nUnkBias; - петля + БЕСКОНЕЧНАЯ ПЕТЛЯ это необычно +беззнаковое INT nStakeMinAge = 0; +беззнаковое INT nStakeMaxAge = 60 * 60 * 24 * 90; // 90d ...Wat. Почему имена закомментирована подобными. Конечно, это законно C ++ и все .. но почему !? int64 CTransaction :: GetMinFee (неподписанные INT / * nBlockSize * / BOOL / * fAllowFree * /, Режим GetMinFee_mode перечисления, неподписанные INT / * * число-байт /) сопз выглядит безопасным, но странно, что вещи перемещаются вокруг. Это, вероятно, от того клонировано из плаща, который модифицированном этот материал @@ -2006,10 +1958,6 @@ BOOL CBlock :: CheckBlock (BOOL fCheckPOW, BOOL fCheckMerkleRoot) сопзЬ если (fCheckPOW && IsProofOfWork () && ! CheckProofOfWork (GetHash (), Nbits)) вернуть DoS (50, ошибка ("CheckBlock (): доказательство работы не удалось")); - // Проверяем метки - если (GetBlockTime () > GetAdjustedTime () + nMaxClockDrift) - возвращать ошибку ("CheckBlock (): блок временной метки слишком далеко в будущем"); - // Первая сделка должна быть coinbase, остальные не должны быть если (vtx.empty () \|\|! VTX [0] .IsCoinBase ()) вернуть DoS (100, ошибка ("CheckBlock (): первый ТХ не coinbase")); @@ -2026,14 +1974,6 @@ BOOL CBlock :: CheckBlock (BOOL fCheckPOW, BOOL fCheckMerkleRoot) сопзЬ если (IsProofOfStake () && (VTX [0] .vout.size ()! = 1 \|\|! VTX [0] .vout [0] .IsEmpty ())) возвращать ошибку ("CheckBlock (): coinbase выход не пустой для корректуры из-пакета блока"); - // Проверка coinbase метки - если (GetBlockTime () > (Int64) VTX [0] .nTime + nMaxClockDrift) - вернуть DoS (50, ошибка ("CheckBlock (): coinbase метка времени слишком рано")); - - // Проверка coinstake метки - если (IsProofOfStake () && ! CheckCoinStakeTimestamp (GetBlockTime (), (int64) VTX [1] .nTime)) - вернуть DoS (50, ошибка ("CheckBlock (): coinstake нарушение временной метки nTimeBlock =%"PRI64d" nTimeTx =% U", GetBlockTime (), VTX [1] .nTime)); - ... - // Проверяем метки против пред - если (GetBlockTime () <= pindexPrev->GetMedianTimePast () \|\| GetBlockTime () + nMaxClockDrift < pindexPrev->GetBlockTime ()) - возвращать ошибку ("AcceptBlock (): метка блока слишком рано"); + // Проверяем метки + если (GetBlockTime () > GetAdjustedTime () + GetMaxClockDrift (nHeight)) + возвращать ошибку ("AcceptBlock (): блок временной метки слишком далеко в будущем"); + + // Проверка coinbase метки + если (GetBlockTime () > (Int64) VTX [0] .nTime + GetMaxClockDrift (nHeight)) + вернуть DoS (50, ошибка ("AcceptBlock (): coinbase метка времени слишком рано")); Это может быть, отличается от вашей, но это может помочь вам: Цитата: https://cryptocointalk.com/topic/13792-testers-wanted-gridcoin-research-test-boinc-whitelist/page-19#entry119294 Думаю, что 15 мин доля допуска времени может быть нарушение его (думаю, вы изменили FutureDrift для этого - не может проверить, потому что исходный код не отражает самые последние изменения пока). Так что в отношении новых тестеров, мы могли бы включать в себя временное условие, чтобы пропустить эту проверку для блоков старше определенного порога. Я могу играть с этим завтра, когда у меня есть свежая голова и время на моих руках. --- Да, вот хороший улов, я изменил будущий дрейф и прошлое дрейф обратно к первоначальным 15 минутам, когда я думал, что расчет кернали coinstake был либо пустым или недействительным, а также дрейф, кажется, влияет на минутах слева следующий пакет. Так что в конечном итоге нарушение клиентов, которые уже приняли дрейфовали блоки. Я собираюсь добавить дед до 5000 первых, прежде чем я прошу всех, чтобы сбросить цепи, и мы увидим, как это идет ... Я сделал стереть мою локальную сеть и заглушил на тот же блок .... Тестирование ... NB: Я Newb к этим вещам.

15 апреля 2015, 4:59:21 PM	# 13
YarkoL Сообщения: 980 Цитировать по имени цитировать ответ	Re: Частный testnet между ПК и VM Цитата: Hoshimaru от 15 апреля 2015 года, 1:07:05 PM Я, наконец, удалось получить это происходит. Шахтер в самом кошельке ничего с геном =-не делать. Я считаю, что в какой-то момент, добыча процессор с бумажником был отключен в Bitcoin ядра, не так ли? Таким образом, любая altcoin разветвления altcoins на основе ядра выпуска Bitcoin после отключения шахтера будет, конечно, не моя вообще. Нет, но реализация X11 требует внешнего шахтера.

15 апреля 2015, 7:46:34 PM	# 14
Hoshimaru Сообщения: 411 Цитировать по имени цитировать ответ	Re: Частный testnet между ПК и VM Цитата: Мухаммед Закир 15 апреля 2015 года, 4:56:13 PM я думаю "Отметка времени слишком рано" Проблема заключается проблема PoS. Так что Bitcoin не пострадает из-за этого. [...] NB: Я Newb к этим вещам. Я не эксперт либо. Это как первый код, я вижу уже более 8 лет. Я полностью впустую свою степень в области компьютерных наук для других интересов, которые не оказываются карьеры бустеры на всех, но это уже совсем другая история Я получаю очень интересно, как это работает, и я стараюсь, чтобы получить некоторое представление. Даже если это намного выше моего уровня понимания, я даю ему попробовать: р Это, как говорится, ссылку вы дали мне интересный пост об этом. Я сделал смотреть дальше и выяснили, что это не только тестировался на POS монет. Bitcoin также имеет эту проверку вокруг линии 2559-2562 в main.cpp: Код: // Проверяем метки против пред если (block.GetBlockTime () <= pindexPrev->GetMedianTimePast ()) вернуться state.Invalid (ошибка ("% S: временная метка блока слишком рано", __func__), REJECT_INVALID, "время слишком старый"); Я также нашел монеты, такие как Nimbus, где по какой-то причине они решили прокомментировать эту проверку на военнопленного и POS. Это, по-видимому, не очень хорошая идея. Даже Bitcoin имеет новые блоки с более ранними временными метками, который идет в отношении логики. Протокол предназначен, чтобы отклонить их. Я нашел этот пример на stackexchange: Блок # 180966 с отметкой времени "2012-05-20 23:02:53" >> http://blockchain.info/block-height/180966 Блок # 180967 с отметкой времени "2012-05-20 23:02:13" >> http://blockchain.info/block-height/180967 Эта Вот ("Timejacking & Bitcoin") Интересная статья о временных меток и возможных эксплойтов, если это не позаботилась правильно. Таким образом, удаление чек не является не годен. Возможно, нимб когда-либо блокировать проблемы цепи, игнорируя проверку временной метки? Это монета я не потрудился добычи в прошлом году. Пользователь Stackexchange Chris Moore суммированы как котировка Протокол отклоняет блоки с отметкой о времени раньше, чем медиана меток времени от предыдущих блоков 11 или позже, чем через 2 часа после текущего времени сети. Любая другая временная метка является приемлемой. Обратите внимание, что «время сети» может отличаться от реального времени, так как сеть Bitcoin пытается скорректировать неправильные настройки часов, принимая медиану времени, сообщенное все подключенные сверстниками, как время сети. Я думаю, что это имеет смысл. После этого 2 часа, из не добыч, последний блок известны двух клиентов действительно был слишком стар, чтобы быть принятыми. Перезапуск клиентов, дал им новое и фактическое время, после чего добыча может быть возобновлена, как она снова отвечает требованиям времени. Я свою очередь добычи на ~ 1 час, и оба cpuminers могли продолжить, где осталось. Для того, чтобы подтвердить это время на требования к сети, я остановлюсь добыча снова в течение 2 часов или более (время, чтобы посмотреть фильм 😉 или пойти на вечернюю прогулку) и посмотреть, если блоки будут отклонены снова. Если они это сделают, я перезапустить один из двух клиентов и посмотреть, что происходит. Я думаю, что оба шахтеры возобновит работу, как только один из клиентов обновляет свою метку времени в сети testnet. Цитата: YarkoL 15 апреля 2015 года, 4:59:21 PM Нет, но реализация X11 требует внешнего шахтера. Хорошо. Это объясняет, почему он не работает ^^"

17 апреля 2015, 1:00:54 PM	# 15
Hoshimaru Сообщения: 411 Цитировать по имени цитировать ответ	Re: Частный testnet между ПК и VM Сегодня я посмотрел на систему оповещения и хотел попробовать его на моем локальном tesnet. Для этого упражнения я создал новую пару ключей и взглянул на sendalert команды. Я боролся с MinVersion и maxversion первым, не понимая, что нужно значение interger вместо строки. Я, наконец, понял это и выдал следующую команду: Код: sendalert "Предупреждение Тестовое сообщение" "3082011302010104202ae345b4eb41db61fcb7aa8684a75e77386ca8c0861e4dde2dc200664017fb89a081a53081a2020101302c06072a8648ce3d0101022100fffffffffffffffffffffffffffffffffffffffffffffffffffffffefffffc2f300604010004010704410479be667ef9dcbbac55a06295ce870b07029bfcdb2dce28d959f2815b16f81798483ada7726a3c4655da4fbfc0e1108a8fd17b448a68554199c47d08ffb10d4b8022100fffffffffffffffffffffffffffffffebaaedce6af48a03bbfd25e8cd0364141020101a144034200041b7d83afec586c91ac96a7a43aea2e1c7803bd6506c50f0658611908053a4198d8e1bc5278a57cc2866e0a2dad24feab40bb9efe8c986dc51ecec67f7e104c69" 60000 60000 1 1 Который вернулся следующее: Код: { "strStatusBar" : "Предупреждение Тестовое сообщение", "nVersion" : 60013, "nMinVer" : 60000, "nMaxVer" : 60000, "nPriority" : 1, "Нид" : 1 } Это выглядит хорошо, потому что nVersion выше, чем nMaxVer исключением: -X И, к сожалению для меня, я не вижу сообщение, распространяющихся на testnet. Это не связано с блоком. Я должен быть в состоянии видеть предупреждение было И.Т., что я использовал более высокую nMaxVer, верно? В строке состояния клиента QT он не виден и при выдаче GetInfo в консоли отладки, я не могу видеть его либо. Я думаю, что я действительно допустил ошибку с nMinVer и nMaxVer. Какая версия делает это значение действительно соответствует? Версия протокола или версия клиента? в version.h я могу найти различные версии: Код: // // клиент управления версиями // Статическая Const INT CLIENT_VERSION = * CLIENT_VERSION_MAJOR 1000000 + 10000 * CLIENT_VERSION_MINOR + 100 * CLIENT_VERSION_REVISION + 1 * CLIENT_VERSION_BUILD; // // версионирование сетевого протокола // Статическая Const INT protocol_version = 60013; // более ранние версии не поддерживаются в феврале 2012 года, и отключены статического сопзЬ INT MIN_PROTO_VERSION = 209; // NTime поле, добавленное к CAddress, начиная с этой версии; // если это возможно, избегать запроса адресов узлов старше, чем это Статическая Const INT CADDR_TIME_VERSION = 31402; // только запрос блоки из узлов вне этого диапазона версий Статическая Const INT NOBLKS_VERSION_START = 60002; Статическая Const INT NOBLKS_VERSION_END = 60006; // BIP 0031, понг сообщения, включен для всех версий После этого один Статическая Const INT BIP0031_VERSION = 60000; // "mempool" команда, усиленная "получить данные" поведение начинается с этой версией: Статическая Const INT MEMPOOL_GD_VERSION = 60002; Мой первый, хотя должен был повторить команду, но повышение nMaxVer к 60013. Вместо того, чтобы выдавать предупреждение, это дает мне и ошибки: Код: sendalert "ALERT ALERT" "3082011302010104202ae345b4eb41db61fcb7aa8684a75e77386ca8c0861e4dde2dc200664017fb89a081a53081a2020101302c06072a8648ce3d0101022100fffffffffffffffffffffffffffffffffffffffffffffffffffffffefffffc2f300604010004010704410479be667ef9dcbbac55a06295ce870b07029bfcdb2dce28d959f2815b16f81798483ada7726a3c4655da4fbfc0e1108a8fd17b448a68554199c47d08ffb10d4b8022100fffffffffffffffffffffffffffffffebaaedce6af48a03bbfd25e8cd0364141020101a144034200041b7d83afec586c91ac96a7a43aea2e1c7803bd6506c50f0658611908053a4198d8e1bc5278a57cc2866e0a2dad24feab40bb9efe8c986dc51ecec67f7e104c69" 60000 60013 10 2 1 Не удалось обработать предупреждение. (Код -1) Я немного запутался здесь. Могу ли я что-то контроль?

17 апреля 2015, 2:47:32 PM	# 16
YarkoL Сообщения: 980 Цитировать по имени цитировать ответ	Re: Частный testnet между ПК и VM В мин-макс-версия для версии клиента. версия протокола прилагается автоматически. Просто набрав sendalert дает вы информация о переменных. Testnet и mainnet использовать разные пары ключей.

17 апреля 2015, 7:30:14 PM	# 17
Hoshimaru Сообщения: 411 Цитировать по имени цитировать ответ	Re: Частный testnet между ПК и VM Спасибо за пояснение Если я правильно понимаю, это означает, что я должен сделать сумму `Статическая Const INT CLIENT_VERSION = * CLIENT_VERSION_MAJOR 1000000 + 10000 * CLIENT_VERSION_MINOR + 100 * CLIENT_VERSION_REVISION + 1 * CLIENT_VERSION_BUILD;` Что для клиентов v1.0.0.0 до v1.1.0.0 будет означать, что значения этих переменных и 1000000. 10100000? Я создал новую пару ключей для testnet, чтобы попробовать его. Я уверен, что часть уравнения является правильной.

18 апреля 2015, 11:20:54 AM	# 18
sikaxchange Сообщений: 14 Цитировать по имени цитировать ответ	Re: Частный testnet между ПК и VM хорошо я должен признаться, я не смог получить какую-либо информацию из этого testnest форума спасибо более упрощенный вариант будет делать

1 мая 2015, 9:46:49 AM	# 19
Hoshimaru Сообщения: 411 Цитировать по имени цитировать ответ	Re: Частный testnet между ПК и VM Цитата: sikaxchange 18 апреля 2015, 11:20:54 AM хорошо я должен признаться, я не смог получить какую-либо информацию из этого testnest форума спасибо более упрощенный вариант будет делать Каким образом вы хотели бы видеть это упрощено? Я не думаю, что это может быть упрощено? Я нырнул в код и попытаться выяснить вещи мастерить с ним. @Yarkol: Я узнал для оповещения о моем testnet Это не версия клиента, но эффективно версия протокола, как упоминалось в alert_test Bitcoin в.

1 июня 2015, 9:14:29 PM	# 20
Hoshimaru Сообщения: 411 Цитировать по имени цитировать ответ	Re: Частный testnet между ПК и VM Я вернулся с вопросом 😉 Я не управляю своим testnet в течение нескольких недель, глядя на другие вещи, такие, как получение Insight Bitpay для работы с X11. Сегодня я хотел проверить что-то на моем частном testnet и когда я начал бумажник, он упал с того, что разломным утверждением многого altcoins есть на старте и где они сказали вам, чтобы удалить всю хижину за wallet.dat исключение: Код: Кошельки / xyzcoin / xyzcoin-кварты -conf = главная / Акира / .xyzcoin / xyzcoinTestnet.conf -datadir = / дом / Акира / .xyzcoin / testnet-1 / -testnet = 1 -irc = 0 -dnsseed = 0 xyzcoin-кварта: SRC / kernel.cpp: 372: неподписанный INT GetStakeModifierChecksum (Const CBlockIndex ): Утверждение `pindex->pprev \|\| pindex->GetBlockHash () == (fTestNet hashGenesisBlock:? HashGenesisBlockTestNet)»не удалось. Отменено Я мог бы спасти его, выполнив эту команду вместо того, чтобы удалить все: Код: Кошельки / xyzcoin / xyzcoin-кварты -conf = главная / Акира / .xyzcoin / xyzcoinTestnet.conf -datadir = / дом / Акира / .xyzcoin / testnet-1 / -testnet = 1 -irc = 0 -dnsseed = 0 -loadblock = /home/akira/.xyzcoin/testnet-1/blk0001.dat Бумажник загрузить блоки, а затем закрывается без моего вмешательства. После возобновления его с первой командой, все вверх & Бег. Что бы вызвать GetStakeModifierChecksum* потерпеть неудачу? Хэш 1 мая все тот же 1 июня, поэтому он должен быть в состоянии обработать эту команду утверждать, правильно? Есть ли altcoin, что на самом деле решить ее? Из того, что я мог бы найти, авария что-то первое введенное Peercoin, что является серьезной криптографией.

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

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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW