Время для другого testnet сброса?

Я начинаю эту тему для мозгового штурма изменения правил для -testnet и говорить о возможном testnet сброса для следующего выпуска.

Testnet в настоящее время не использовать, потому что хэширования власти на ней непредсказуемо. Сложность стреляет, потому что кто-то решает бросить много машин на нее, потом они уходят, и это занимает МЕСЯЦЫ за трудность дрейфовать вниз.

Вот выстрел на волосы крикливого правила для testnet:

+ фиксируют трудности в 1.0, независимо от того, сколько людей добыча.

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

+ Клиенты отвергают новые блоки, если их метка время менее чем через 2 минуты после метки времени предыдущего лучше всего блока.

+ Клиенты предпочитают строить на блоки, которые включают в себя больше памяти пула транзакций, вместо того, чтобы первый блок-они-получить.

Цели за этими правилами:
Всегда легко заминировать
Рост Концевой блок-цепь (не более 1 новый блок каждые 2 минуты)

Итак: могла griefer сделать жизнь невыносимой для всех нас по этим правилам? Что случилось бы, если бы было пять или шесть человек с изрядным немного хэширования власти все пытаются добывать как можно быстрее на testnet? (Много блоков цепи расколов, я думаю, но это, вероятно, просто отлично на testnet)

Игнорируйте меня, если это глупая идея, но:

Если трудность проблемы, вы не можете просто увеличить скорость тарировочное сложности, а остальное то же самое? Это будет держать концепцию testnet почти полностью совпадает с прод сети, что делает его максимально полезным.

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

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

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

Цитата: BeeCee1 от 29 октября 2011 года, 8:14:01 PM

Я думаю, что это лучший момент ... сделать testnet самостоятельно сбросить один раз в месяц. Это позволит также уменьшить некоторые из стимулов, которые люди имели для этого много добычи на нем ... например, накапливая много testcoin продать людям.

Вот как я могу это сделать ... создать новый генезис, включить в него кучу testnet (10 BTC млн?) Переносится на фонтан.

Есть дополнительные testnet только правило для второго блок-, который говорит, что ее временная метка не может быть больше одного месяца. (Очевидно, нормальная 2 часа будущая проверка все еще применяется). Добавьте немного коды выбивать из блоков и операции, когда происходит истечение срока. (Вместо того, чтобы пытаться восстановить их в цепи)

(Фонтан должен Помоему это блок-каждый цикл и объединить входные данные из этого блока, прежде чем платить любой фонтан монетку, чтобы помешать людям переигрывая старые перьевые выплаты на reset- например начальных щедротах фонтана должны всегда быть потраченной в сочетание с входом которые будут потеряны при сбросе)

Итак, раз в месяц, все само по себе .. все testnet бы раскошелиться и начать снова с блока 1.

Если это было сделано вместе с регулировать целевое время от двух недель до двух дней (7x быстрее, чем Bitcoin, кто заботится, если есть много расколов) ... testnet бы довольно хорошая мишень для тестирования, не будучи беспричинно отличаются от Bitcoin или привлекательный как альт-цепь для целей, не связанное тестирования.

Это также услужливо вызывает глубокое deconfirmations из transactions- позволяет людям проверить поведение, которое в противном случае сложно проверить.

Цитата: BeeCee1 от 29 октября 2011 года, 8:14:01 PM

Я ни в коем случае не эксперт, но это звучит как хорошая идея для меня.

Я обычно использую testnet-в-коробке. Было бы хорошо, как часть сброса, чтобы обновить это с очень низкой сложностью.

Авто-сброс один раз в месяц ... очень интересная идея.

Это было бы сделать беспорядок testnet народов wallets-- они будут полны осиротевших сделок 0-подтверждения. Но удалить свой testnet кошелек один раз в месяц не будет, что большая нагрузка, и это должно мешать людям торговли testnet монет, как если бы они чего-то стоят.

Кто-то, кто хотел раздражать все еще может подъехать трудности после каждого сброса и сделать жизнь невыносимой для любого тестирования своего нового обмена или торгового программного обеспечения, хотя.

Проблема с просто делать более частые корректировки сложности кто-то с большим количеством хэшировании власти еще может переписаны огромные части цепи, когда они любят. Я полагаю, вы можете возразить, что Bitcoin служба должна быть написана так, что они могут справиться с внезапно получают 600-блок-длинноцепочечный REORG ... но это просто не произойдет в реальной сети Bitcoin.

Больше безрассудные мысли: может автоблокировки цепи блокировки модулей для testnet быть реализован каким-то образом? Fetch глубину блока / хэш пару с кем-то на сайте добровольцев для создания (авто-обновляются один раз в день ...)?

Я был просто на testnet другой день, пытаясь проверить мое программное обеспечение. Я нашел, что это удобно, чтобы получить монеты из крана, за исключением того, что ни один не был минирование это означало, что я не мог получить никаких подтверждений. Пару часов спустя я получил взрыв пару блоков, а потом ничего. Я чувствовал, что реальная проблема в том, что перенаправляет на testnet идет блок подсчет - сеть может быть целью, чтобы вернуться к затруднению <= 1, но он все еще должен аккумулировать в 2016 году блоки, чтобы получить там, который может занять несколько месяцев.

Одно из решений состоит в силу корректировки сложности по времени или блок подсчета, и с короткими интервалами, такими как (1 день || 256 блоков). Конечно, это может создать проблемы для тех, кто тестирования нацелить-коду, так как testnet работал бы под разными правилами ... но я думаю, что все другие аспекты будут работать хорошо, и движение сложности будет очень жидко.

Лично мне не очень нравится сброс blockchain каждый месяц ... есть много хороших вещей в testnet blockchain Я хочу посмотреть на (как некоторые сумасшедшие скрипты), и я думаю, что люди, которые разрабатывают программное обеспечение в течение пару месяцев, наслаждаться имеет статическую базу данных для тестирования на. Если я пытаюсь отлаживать проблемы с моим кодом, который происходит на блоке 23,522, и testnet возвратов, я собираюсь быть слегка раздражен. Это не конец света, но я думаю, что 1 месяц слишком короткий цикл.

Суть проблемы здесь может быть то, что у нас есть только один testnet. В настоящее время testnet используется для проверки шахтера код, проверить новый код Bitcoin, тест на подвиги, и тест Bitcoin интеграции с системой исполнения в бизнес, среди других причин. Многие из этих вещей имеют совершенно разные потребности. Что действительно необходимо, отдельные testnets, из которых каждый из них будет специально разработаны с учетом потребностей своих пользователей.

Например, мы могли бы иметь testnet развития ядра. Он будет использовать стандартные правила Bitcoin, за исключением проверки IsStandard отключенной (как сейчас на testnet). Он может также использовать повременную переориентацию, а не на основе блока. Можно даже уменьшить блок целевое время до 30 секунд, а не 10 минут.

Далее, стресс-тест / эксплуатируют сети. Это будет иметь стандартные правила Bitcoin. Сброс будет осуществляться на регулярной основе. Там может быть даже различные ароматы этого testnet. Например, один ароматизатор может установить время блок созревания на 1-3 блоков.

Наконец, купец testnet. стандартные правила Bitcoin, за исключением того, что IsStandard обеспечивается на уровне блок-приемки (препятствовать развитию смешивания ядра с развитием торгового) и сложности перенаправляет случаются каждые несколько сотен блоков. Блок целевое время будет оставаться таким же, чтобы быть реалистичным. Первоначальный коммерсант тестирование еще может использовать ядро Dev testnet чтобы ускорить процесс, однако. Это было бы testnet, что торговцы будут использовать для стадии окончательного тестирования.

Цитата: Магид от 31 октября 2011 года, 6:46:22 PM

Наконец, купец testnet. стандартные правила Bitcoin, за исключением того, что IsStandard обеспечивается на уровне блока приема (чтобы препятствовать развитию смешивания ядра с развитием торгового)

А как насчет продавцов, которые хотят использовать пользовательские скрипты?
Нет необходимости применять стандартные операции ...

Цитата: EhVedadoOAnonimato от 31 октября 2011 года, 7:04:52 PM

Цитата: Магид от 31 октября 2011 года, 6:46:22 PM

Идея заключается в том, чтобы имитировать реальную сеть настолько, насколько это возможно. Я думаю, что на тот момент, было бы лучше просто использовать регулярные проверки IsStandard. Мой единственный страх, что если не блокировать, исполнение его, торговцы получили бы ложное чувство, что нестандартные сделки фактически получить подтвержденные в разумном количестве времени на Mainnet. При этом, я думаю, что вы отчасти правы, в том, что он должен использовать только стандартные проверки IsStandard, как mainnet.

Я хотел бы подтвердить идею, что есть много причин, одна может понадобиться testnet, и я думаю, что многие из них делают для взаимно exculsive желаний. Тестирование шахтеров и программное обеспечение пула и т.п. хочет трудности, чтобы изменить каким-то образом проверяемые и тестирование клиентов и коммерсант интеграции хочет смехотворно низкой трудности в значительной степени все время. Я нашел testnet в коробке, чтобы быть очень полезно, когда я пытался проверить изменения в Bitcoin клиента, но нужно быть осторожным, чтобы случайно не интегрировать его с "реальный" testnet.

Я не совсем уверен, что на решение, или то, что правила должны быть конкретно, но нам обязательно нужно несколько testnets в некотором роде.

Почему бы вам не только сделать генезис блок / TCP-порт / ИРЦ CHANNE / независимо настраивается?
То есть с помощью конфигурационного файла.

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

Цитата: piotr_n от 31 октября 2011 года, 8:41:55 PM

http://sourceforge.net/projects/bitcoin/files/Bitcoin/testnet-in-a-box/

Эй, не уничтожить все мои testnet монеты во второй раз!

Единственная причина, почему люди не последовательно мои на testnet было из-за сброс в первый раз. Люди добывали на testnet, законно, и блоки были полуправильными. Но тогда первым сброса пришел, и все, что усилия были уничтожены. В моем случае, это было около месяца многоосных GH горнорудного усилия, которые только пошли в клубах дыма. Первый раз, причина, по-видимому, что трудность была слишком высока для низкобюджетных горного тестирования, а также, и это ММО, люди, которые не были в на testnet внебиржевом рынке не хотели бы видеть testnet монеты для продажи ( который делает testnet монеты конкурирующих валютных курсов).

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

ಠ_ಠ

Цитата: midnightmagic от 01 ноября 2011 года, 6:20:52 PM

Я вижу философскую дилемму здесь. Testnet никогда не было предназначена производить что-либо ценное. Строго говоря, он используется для "не в сети" тестирование в "реалистический" Окружающая среда. С этой точки зрения, разработчики заинтересованы только в том, что лучше для сообщества разработчиков в плане того, что делать с testnet.

С другой стороны, если клика людей запереться на testnet и монеты, и начать рассматривать его, как будто это имеет значение - ну тогда это не отличается от самого BTC, и разработчики должны принимать во внимание тот факт, что они собирается уничтожить что-то "стоимости." Таким образом, много людей - те, кто воспринимает значение в testnet монет - будет раздражен при сбросе testnet ...

Так где же реальность вписывается во все это? Ну, разработчики необходимость сеть тестирования, которая не является реальной сети. Я думаю, что это было ясно до того, что было целью testnet, поэтому назначая значение это было "ошибка" из этой клики, а не разработчиков "разрушающий" Это. Мы не должны принуждать УБС, чтобы выйти из их путей, чтобы создать Testnet2 только для размещения клики людей, которые примкнули к первому.

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

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

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

Цитата: midnightmagic от 01 ноября 2011 года, 6:20:52 PM

В моем случае, это было около месяца многоосных GH горнорудного усилия, которые только пошли в клубах дыма.

Что вы тестирование, что вам нужно выделить около месяца мульти-GH горнорудных усилий?

29 октября 2011, 3:08:04 AM	# 1
Гэвин Андресен Сообщения: 1652 Цитировать по имени цитировать ответ	Re: Время для другого testnet сброса? Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Я начинаю эту тему для мозгового штурма изменения правил для -testnet и говорить о возможном testnet сброса для следующего выпуска. Testnet в настоящее время не использовать, потому что хэширования власти на ней непредсказуемо. Сложность стреляет, потому что кто-то решает бросить много машин на нее, потом они уходят, и это занимает МЕСЯЦЫ за трудность дрейфовать вниз. Вот выстрел на волосы крикливого правила для testnet: + фиксируют трудности в 1.0, независимо от того, сколько людей добыча. + Клиенты отвергают новые блоки с временными метками более чем 1 минуту отличающимися от времени (подразумевает: вы должны иметь точные часы системы, чтобы играть с другими узлами testnet, в противном случае вы будете на свой страх и вилкой). + Клиенты отвергают новые блоки, если их метка время менее чем через 2 минуты после метки времени предыдущего лучше всего блока. + Клиенты предпочитают строить на блоки, которые включают в себя больше памяти пула транзакций, вместо того, чтобы первый блок-они-получить. Цели за этими правилами: Всегда легко заминировать Рост Концевой блок-цепь (не более 1 новый блок каждые 2 минуты) Итак: могла griefer сделать жизнь невыносимой для всех нас по этим правилам? Что случилось бы, если бы было пять или шесть человек с изрядным немного хэширования власти все пытаются добывать как можно быстрее на testnet? (Много блоков цепи расколов, я думаю, но это, вероятно, просто отлично на testnet)

29 октября 2011, 3:14:44 AM	# 2
BTCurious Сообщения: 714 Цитировать по имени цитировать ответ	Re: Время для другого testnet сброса? Получил 1806 Биткоинов Реальная история. Игнорируйте меня, если это глупая идея, но: Если трудность проблемы, вы не можете просто увеличить скорость тарировочное сложности, а остальное то же самое? Это будет держать концепцию testnet почти полностью совпадает с прод сети, что делает его максимально полезным.

29 октября 2011, 3:22:08 AM	# 3
dree12 Сообщения: 1246 Цитировать по имени цитировать ответ	Re: Время для другого testnet сброса? Как насчет регулировки сложности без колпачка каждого блока на основе скорости последних 6 или около блоков? Тогда, даже если griefer выстрелил трудности вверх, это не займет много времени на все для того, чтобы спуститься вниз.

29 октября 2011, 8:14:01 PM	# 4
BeeCee1 Сообщения: 116 Цитировать по имени цитировать ответ	Re: Время для другого testnet сброса? Имея различные правила делают это, кажется, больше похож на совершенно другую сеть, чем testnet, это также делает его менее эффективным в качестве тестовой платформы. Можно ли автоматически сбросить его один раз в неделю?

29 октября 2011, 8:28:35 PM	# 5
EhVedadoOAnonimato Сообщения: 616 Цитировать по имени цитировать ответ	Re: Время для другого testnet сброса? Регулировка трудности чаще, вероятно, является лучшей идеей. Представьте себе, кто-то пытается написать код для нового шахтера или что-то другое, что необходимо, чтобы реагировать на изменения коэффициента сложности. Фиксированная сеть трудности не то, что полезно в этом случае.

30 октября 2011, 6:59:45 AM	# 6
gmaxwell Сообщения: 2366 Цитировать по имени цитировать ответ	Re: Время для другого testnet сброса? Цитата: BeeCee1 от 29 октября 2011 года, 8:14:01 PM Имея различные правила делают это, кажется, больше похож на совершенно другую сеть, чем testnet, это также делает его менее эффективным в качестве тестовой платформы. Можно ли автоматически сбросить его один раз в неделю? Я думаю, что это лучший момент ... сделать testnet самостоятельно сбросить один раз в месяц. Это позволит также уменьшить некоторые из стимулов, которые люди имели для этого много добычи на нем ... например, накапливая много testcoin продать людям. Вот как я могу это сделать ... создать новый генезис, включить в него кучу testnet (10 BTC млн?) Переносится на фонтан. Есть дополнительные testnet только правило для второго блок-, который говорит, что ее временная метка не может быть больше одного месяца. (Очевидно, нормальная 2 часа будущая проверка все еще применяется). Добавьте немного коды выбивать из блоков и операции, когда происходит истечение срока. (Вместо того, чтобы пытаться восстановить их в цепи) (Фонтан должен Помоему это блок-каждый цикл и объединить входные данные из этого блока, прежде чем платить любой фонтан монетку, чтобы помешать людям переигрывая старые перьевые выплаты на reset- например начальных щедротах фонтана должны всегда быть потраченной в сочетание с входом которые будут потеряны при сбросе) Итак, раз в месяц, все само по себе .. все testnet бы раскошелиться и начать снова с блока 1. Если это было сделано вместе с регулировать целевое время от двух недель до двух дней (7x быстрее, чем Bitcoin, кто заботится, если есть много расколов) ... testnet бы довольно хорошая мишень для тестирования, не будучи беспричинно отличаются от Bitcoin или привлекательный как альт-цепь для целей, не связанное тестирования. Это также услужливо вызывает глубокое deconfirmations из transactions- позволяет людям проверить поведение, которое в противном случае сложно проверить.

31 октября 2011, 5:10:37 PM	# 7
btc_artist Сообщения: 154 Цитировать по имени цитировать ответ	Re: Время для другого testnet сброса? Цитата: BeeCee1 от 29 октября 2011 года, 8:14:01 PM Имея различные правила делают это, кажется, больше похож на совершенно другую сеть, чем testnet, это также делает его менее эффективным в качестве тестовой платформы. Можно ли автоматически сбросить его один раз в неделю? Я ни в коем случае не эксперт, но это звучит как хорошая идея для меня.

31 октября 2011, 5:18:36 PM	# 8
nibor Сообщения: 389 Цитировать по имени цитировать ответ	Re: Время для другого testnet сброса? Я обычно использую testnet-в-коробке. Было бы хорошо, как часть сброса, чтобы обновить это с очень низкой сложностью.

31 октября 2011, 5:36:18 PM	# 9
Гэвин Андресен Сообщения: 1652 Цитировать по имени цитировать ответ	Re: Время для другого testnet сброса? Авто-сброс один раз в месяц ... очень интересная идея. Это было бы сделать беспорядок testnet народов wallets-- они будут полны осиротевших сделок 0-подтверждения. Но удалить свой testnet кошелек один раз в месяц не будет, что большая нагрузка, и это должно мешать людям торговли testnet монет, как если бы они чего-то стоят. Кто-то, кто хотел раздражать все еще может подъехать трудности после каждого сброса и сделать жизнь невыносимой для любого тестирования своего нового обмена или торгового программного обеспечения, хотя. Проблема с просто делать более частые корректировки сложности кто-то с большим количеством хэшировании власти еще может переписаны огромные части цепи, когда они любят. Я полагаю, вы можете возразить, что Bitcoin служба должна быть написана так, что они могут справиться с внезапно получают 600-блок-длинноцепочечный REORG ... но это просто не произойдет в реальной сети Bitcoin. Больше безрассудные мысли: может автоблокировки цепи блокировки модулей для testnet быть реализован каким-то образом? Fetch глубину блока / хэш пару с кем-то на сайте добровольцев для создания (авто-обновляются один раз в день ...)?

31 октября 2011, 6:07:27 PM	# 10
etotheipi Сообщения: 1428 Цитировать по имени цитировать ответ	Re: Время для другого testnet сброса? Я был просто на testnet другой день, пытаясь проверить мое программное обеспечение. Я нашел, что это удобно, чтобы получить монеты из крана, за исключением того, что ни один не был минирование это означало, что я не мог получить никаких подтверждений. Пару часов спустя я получил взрыв пару блоков, а потом ничего. Я чувствовал, что реальная проблема в том, что перенаправляет на testnet идет блок подсчет - сеть может быть целью, чтобы вернуться к затруднению <= 1, но он все еще должен аккумулировать в 2016 году блоки, чтобы получить там, который может занять несколько месяцев. Одно из решений состоит в силу корректировки сложности по времени или блок подсчета, и с короткими интервалами, такими как (1 день \|\| 256 блоков). Конечно, это может создать проблемы для тех, кто тестирования нацелить-коду, так как testnet работал бы под разными правилами ... но я думаю, что все другие аспекты будут работать хорошо, и движение сложности будет очень жидко. Лично мне не очень нравится сброс blockchain каждый месяц ... есть много хороших вещей в testnet blockchain Я хочу посмотреть на (как некоторые сумасшедшие скрипты), и я думаю, что люди, которые разрабатывают программное обеспечение в течение пару месяцев, наслаждаться имеет статическую базу данных для тестирования на. Если я пытаюсь отлаживать проблемы с моим кодом, который происходит на блоке 23,522, и testnet возвратов, я собираюсь быть слегка раздражен. Это не конец света, но я думаю, что 1 месяц слишком короткий цикл.

31 октября 2011, 6:46:22 PM	# 11
Магид Сообщения: 1260 Цитировать по имени цитировать ответ	Re: Время для другого testnet сброса? Суть проблемы здесь может быть то, что у нас есть только один testnet. В настоящее время testnet используется для проверки шахтера код, проверить новый код Bitcoin, тест на подвиги, и тест Bitcoin интеграции с системой исполнения в бизнес, среди других причин. Многие из этих вещей имеют совершенно разные потребности. Что действительно необходимо, отдельные testnets, из которых каждый из них будет специально разработаны с учетом потребностей своих пользователей. Например, мы могли бы иметь testnet развития ядра. Он будет использовать стандартные правила Bitcoin, за исключением проверки IsStandard отключенной (как сейчас на testnet). Он может также использовать повременную переориентацию, а не на основе блока. Можно даже уменьшить блок целевое время до 30 секунд, а не 10 минут. Далее, стресс-тест / эксплуатируют сети. Это будет иметь стандартные правила Bitcoin. Сброс будет осуществляться на регулярной основе. Там может быть даже различные ароматы этого testnet. Например, один ароматизатор может установить время блок созревания на 1-3 блоков. Наконец, купец testnet. стандартные правила Bitcoin, за исключением того, что IsStandard обеспечивается на уровне блок-приемки (препятствовать развитию смешивания ядра с развитием торгового) и сложности перенаправляет случаются каждые несколько сотен блоков. Блок целевое время будет оставаться таким же, чтобы быть реалистичным. Первоначальный коммерсант тестирование еще может использовать ядро Dev testnet чтобы ускорить процесс, однако. Это было бы testnet, что торговцы будут использовать для стадии окончательного тестирования.

31 октября 2011, 7:04:52 PM	# 12
EhVedadoOAnonimato Сообщения: 616 Цитировать по имени цитировать ответ	Re: Время для другого testnet сброса? Цитата: Магид от 31 октября 2011 года, 6:46:22 PM Наконец, купец testnet. стандартные правила Bitcoin, за исключением того, что IsStandard обеспечивается на уровне блока приема (чтобы препятствовать развитию смешивания ядра с развитием торгового) А как насчет продавцов, которые хотят использовать пользовательские скрипты? Нет необходимости применять стандартные операции ...

31 октября 2011, 7:28:38 PM	# 13
Магид Сообщения: 1260 Цитировать по имени цитировать ответ	Re: Время для другого testnet сброса? Цитата: EhVedadoOAnonimato от 31 октября 2011 года, 7:04:52 PM Цитата: Магид от 31 октября 2011 года, 6:46:22 PM Наконец, купец testnet. стандартные правила Bitcoin, за исключением того, что IsStandard обеспечивается на уровне блока приема (чтобы препятствовать развитию смешивания ядра с развитием торгового) А как насчет продавцов, которые хотят использовать пользовательские скрипты? Нет необходимости применять стандартные операции ... Идея заключается в том, чтобы имитировать реальную сеть настолько, насколько это возможно. Я думаю, что на тот момент, было бы лучше просто использовать регулярные проверки IsStandard. Мой единственный страх, что если не блокировать, исполнение его, торговцы получили бы ложное чувство, что нестандартные сделки фактически получить подтвержденные в разумном количестве времени на Mainnet. При этом, я думаю, что вы отчасти правы, в том, что он должен использовать только стандартные проверки IsStandard, как mainnet.

31 октября 2011, 8:27:44 PM	# 14
ПК Сообщения: 253 Цитировать по имени цитировать ответ	Re: Время для другого testnet сброса? Я хотел бы подтвердить идею, что есть много причин, одна может понадобиться testnet, и я думаю, что многие из них делают для взаимно exculsive желаний. Тестирование шахтеров и программное обеспечение пула и т.п. хочет трудности, чтобы изменить каким-то образом проверяемые и тестирование клиентов и коммерсант интеграции хочет смехотворно низкой трудности в значительной степени все время. Я нашел testnet в коробке, чтобы быть очень полезно, когда я пытался проверить изменения в Bitcoin клиента, но нужно быть осторожным, чтобы случайно не интегрировать его с "реальный" testnet. Я не совсем уверен, что на решение, или то, что правила должны быть конкретно, но нам обязательно нужно несколько testnets в некотором роде.

31 октября 2011, 8:41:55 PM	# 15
piotr_n Сообщения: 1778 Цитировать по имени цитировать ответ	Re: Время для другого testnet сброса? Почему бы вам не только сделать генезис блок / TCP-порт / ИРЦ CHANNE / независимо настраивается? То есть с помощью конфигурационного файла. Тогда с одной бинарной может быть много testnets, описанные в конфигурационном файле, и все будет выбирать, кого он нуждается. Или начать свою собственную, когда ему нужно.

1 ноября 2011, 1:55:53 AM	# 16
SomeoneWeird Сообщения: 700 Цитировать по имени цитировать ответ	Re: Время для другого testnet сброса? Цитата: piotr_n от 31 октября 2011 года, 8:41:55 PM Почему бы вам не только сделать генезис блок / TCP-порт / ИРЦ CHANNE / независимо настраивается? То есть с помощью конфигурационного файла. Тогда с одной бинарной может быть много testnets, описанные в конфигурационном файле, и все будет выбирать, кого он нуждается. Или начать свою собственную, когда ему нужно. http://sourceforge.net/projects/bitcoin/files/Bitcoin/testnet-in-a-box/

1 ноября 2011, 6:20:52 PM	# 17
midnightmagic Сообщений: 78 Цитировать по имени цитировать ответ	Re: Время для другого testnet сброса? Эй, не уничтожить все мои testnet монеты во второй раз! Единственная причина, почему люди не последовательно мои на testnet было из-за сброс в первый раз. Люди добывали на testnet, законно, и блоки были полуправильными. Но тогда первым сброса пришел, и все, что усилия были уничтожены. В моем случае, это было около месяца многоосных GH горнорудного усилия, которые только пошли в клубах дыма. Первый раз, причина, по-видимому, что трудность была слишком высока для низкобюджетных горного тестирования, а также, и это ММО, люди, которые не были в на testnet внебиржевом рынке не хотели бы видеть testnet монеты для продажи ( который делает testnet монеты конкурирующих валютных курсов). Жаловаться люди не всегда горнодобывающих на testnet этот раз вроде раздражает, учитывая первый сброс testnet было сброшено даже перед лицом оппозиции от людей, которые были на самом деле, используя его (и последовательно горнодобывающими в ней.) ಠ_ಠ

1 ноября 2011, 6:53:05 PM	# 18
etotheipi Сообщения: 1428 Цитировать по имени цитировать ответ	Re: Время для другого testnet сброса? Цитата: midnightmagic от 01 ноября 2011 года, 6:20:52 PM Эй, не уничтожить все мои testnet монеты во второй раз! Единственная причина, почему люди не последовательно мои на testnet было из-за сброс в первый раз. Люди добывали на testnet, законно, и блоки были полуправильными. Но тогда первым сброса пришел, и все, что усилия были уничтожены. В моем случае, это было около месяца многоосных GH горнорудного усилия, которые только пошли в клубах дыма. Первый раз, причина, по-видимому, что трудность была слишком высока для низкобюджетных горного тестирования, а также, и это ММО, люди, которые не были в на testnet внебиржевом рынке не хотели бы видеть testnet монеты для продажи ( который делает testnet монеты конкурирующих валютных курсов). Жаловаться люди не всегда горнодобывающих на testnet этот раз вроде раздражает, учитывая первый сброс testnet было сброшено даже перед лицом оппозиции от людей, которые были на самом деле, используя его (и последовательно горнодобывающими в ней.) Я вижу философскую дилемму здесь. Testnet никогда не было предназначена производить что-либо ценное. Строго говоря, он используется для "не в сети" тестирование в "реалистический" Окружающая среда. С этой точки зрения, разработчики заинтересованы только в том, что лучше для сообщества разработчиков в плане того, что делать с testnet. С другой стороны, если клика людей запереться на testnet и монеты, и начать рассматривать его, как будто это имеет значение - ну тогда это не отличается от самого BTC, и разработчики должны принимать во внимание тот факт, что они собирается уничтожить что-то "стоимости." Таким образом, много людей - те, кто воспринимает значение в testnet монет - будет раздражен при сбросе testnet ... Так где же реальность вписывается во все это? Ну, разработчики необходимость сеть тестирования, которая не является реальной сети. Я думаю, что это было ясно до того, что было целью testnet, поэтому назначая значение это было "ошибка" из этой клики, а не разработчиков "разрушающий" Это. Мы не должны принуждать УБС, чтобы выйти из их путей, чтобы создать Testnet2 только для размещения клики людей, которые примкнули к первому. И для записи, я не так много жалуюсь люди не добыча постоянно ... это то, что никто не добывает прямо сейчас, и я хотел бы сделать это самим, если трудности не были столь высоки. Но, я думаю, что это глупо для меня потратить 24 часов процессорного времени вычислительного только помоему один testnet блок, который не имеет никакого значения для меня ...

1 ноября 2011, 7:05:11 PM	# 19
piotr_n Сообщения: 1778 Цитировать по имени цитировать ответ	Re: Время для другого testnet сброса? цель testnet, чтобы иметь возможность использовать альтернативный blockchain с таким же двоичным файлом. нынешний подход создает проблемы, когда вы хотите, чтобы переключить тесты на другой блок цепи, но не в дорогой Прежде всего, вам нужно изменить сам клиент - второй, вы запутались с целями других людей, делая это. так что внешний конфигурационный файл, определяющий testchain, будет гораздо менее навязчивым и будущим дружелюбным. просто заменить "-testnet" выключатель с дополнительной конфигой, который определил бы блок генеза.

1 ноября 2011, 7:06:11 PM	# 20
Гэвин Андресен Сообщения: 1652 Цитировать по имени цитировать ответ	Re: Время для другого testnet сброса? Цитата: midnightmagic от 01 ноября 2011 года, 6:20:52 PM В моем случае, это было около месяца многоосных GH горнорудного усилия, которые только пошли в клубах дыма. Что вы тестирование, что вам нужно выделить около месяца мульти-GH горнорудных усилий?

Заголовок