Здравствуйте,
Я предлагаю, чтобы добавить последнюю версию: 0.12.0 от Bitcoin Основной ссылки bitcointalk.org
Благодаря...
|
23 февраля 2016, 2:10:29 PM | # 1 |
Сообщения: 308
цитировать ответ |
Re: реконмендовать Добавить последнюю версию BitcoinCore на новостях
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Здравствуйте,
Я предлагаю, чтобы добавить последнюю версию: 0.12.0 от Bitcoin Основной ссылки bitcointalk.org Благодаря... |
23 февраля 2016, 5:49:42 PM | # 2 |
Сообщения: 1274
цитировать ответ |
Re: реконмендовать Добавить последнюю версию BitcoinCore на новостях
Получил 1806 Биткоинов
Реальная история. Это в настоящее время, однако 0,12 содержит некоторые спорные особенности и ИМО не следует поощрять на форуме. Я знаю, что я лично не буду модернизировать до 0,12
Я думаю, что "новый" тег неуместен по указанным выше причинам |
23 февраля 2016, 6:32:53 PM | # 3 |
Сообщения: 1456
цитировать ответ |
Re: реконмендовать Добавить последнюю версию BitcoinCore на новостях
Это в настоящее время, однако 0,12 содержит некоторые противоречивые черты Что вы считаете спорными? |
23 февраля 2016, 6:34:51 PM | # 4 |
Сообщения: 224
цитировать ответ |
Re: реконмендовать Добавить последнюю версию BitcoinCore на новостях
Здравствуйте, Я предлагаю, чтобы добавить последнюю версию: 0.12.0 от Bitcoin Основной ссылки bitcointalk.org Благодаря... Вы можете объяснить мне, что это ядро 0.12.0 значит? я не понимаю ничего. благодаря |
23 февраля 2016, 8:01:33 PM | # 5 |
Сообщения: 1204
цитировать ответ |
Re: реконмендовать Добавить последнюю версию BitcoinCore на новостях
Это в настоящее время, однако 0,12 содержит некоторые противоречивые черты и ИМО не следует поощрять на форуме. я знаю это Я лично не будет модернизировать до 0,12 Я думаю, что "новый" тег неуместен по указанным выше причинам Вы можете уточнить приятель? |
23 февраля 2016, 8:04:17 PM | # 6 |
Сообщения: 756
цитировать ответ |
Re: реконмендовать Добавить последнюю версию BitcoinCore на новостях
Сообщение на первой странице больше, чем достаточно, чтобы привлечь внимание, как это сделало меня обновление до 0.12.
|
23 февраля 2016, 10:59:56 PM | # 7 |
Сообщения: 798
цитировать ответ |
Re: реконмендовать Добавить последнюю версию BitcoinCore на новостях
Сообщение на первой странице больше, чем достаточно, чтобы привлечь внимание, как это сделало меня обновление до 0.12. Эта. Я видел его, как только я вышел на сегодня. Думаю, что я собираюсь обновить завтра, не может быть беспокоили прямо сейчас. Здорово, что стабильная версия 0.12.0 здесь, хотя в конце концов. Я предполагаю, что следующее обновление будет включать в себя SegWit. |
24 февраля 2016, 12:12:32 AM | # 8 |
Сообщения: 1274
цитировать ответ |
Re: реконмендовать Добавить последнюю версию BitcoinCore на новостях
Это в настоящее время, однако 0,12 содержит некоторые противоречивые черты Что вы считаете спорными? Если вы спрашиваете, бывший, то я бы сказал: Заменить плату (RBF): котировка Opt-в-Заменить по-платные операции ---------------------------------- Теперь можно заменить операции в пуле памяти транзакций в Ядро Биткойна 0,12 узлов. Bitcoin ядро позволит только замену Операции, которые имеют какой-либо из `числа nSequence` их входы установлено меньше чем `0xffffffff - 1`. Кроме того, операция замены может быть только принято, когда он платит достаточный гонорар, как описано в [BIP 125] (https://github.com/bitcoin/bips/blob/master/bip-0125.mediawiki). замена транзакций может быть отключена с помощью новой опции командной строки, `-mempoolreplacement = 0 '. Операции сигнализация замены под BIP125 будет еще допускаться в mempool в этой конфигурации, но замены быть отвергнута. Эта опция предназначена для шахтеров, которые хотят продолжить поведение выбора транзакции предыдущих выпусков. `-mempoolreplacement` опция * Не рекомендуется * для пользователей бумажника ищущих чтобы избежать получения неподтвержденных выбора в сделках, так как эта опция делает не предотвратить операции, которые могут быть заменены в соответствии с BIP 125 от принимаются (только последующие замены, какие другие узлы в сети, которые реализуют BIP 125, скорее всего, реле и шахты). пользователи Wallet, желающие обнаружить ли сделка подлежит замене при BIP 125 вместо этого следует использовать обновленный RPC называет `` gettransaction` и listtransactions`, которые теперь имеют дополнительное поле в выходном сигнале, указывающее, если транзакция замены под BIP125 ("bip125 заменяемые"). Обратите внимание, что кошелек в Bitcoin Ядра 0.12 пока не имеет поддержки создание сделки, которые будут заменяться под BIP 125. Плата рынка в mempool: котировка бассейн памяти ограничения -------------------- Предыдущие версии Bitcoin Ядра были их mempool ограничивается проверкой Сборы сделки в отношении минимальной платы релейного узла. Был нет Верхняя граница размера mempool и злоумышленники могут отправить большое количество сделок платят только slighly больше, чем минимум по умолчанию реле платы врезаться узлы с относительно низким объемом оперативной памяти. Временный обходной путь для предыдущих версий Bitcoin Ядро должно было поднять минимум по умолчанию Плата реле. Bitcoin Ядра 0.12 будет иметь строгий максимальный размер на mempool. Значение по умолчанию составляет 300 МБ и может быть настроено с `-maxmempool` параметр. Всякий раз, когда сделка будет вызывать mempool превысить его максимальный размер, сделка, которая (наряду с в mempool потомков) имеет самый низкий общий feerate (в пакете) будет выселены и узел эффективные Минимальное реле feerate будет увеличено, чтобы соответствовать этому feerate плюс инициал Минимальное реле feerate. Начальное минимальное реле feerate установлено значение 1000 satoshis в кбайт. Bitcoin Ядро 0,12 также вводит новые ограничения политики по умолчанию по длине и размер непроверенных цепочек транзакций, которые разрешены в mempool (Как правило, ограничивает длину непроверенных цепей до 25 сделок, с общий размер 101 КБ). Эти ограничения могут быть переопределены с помощью командной строки аргументы; см расширенной справки ( `--help -помощь-debug`) для получения дополнительной информации. Обе эти функции являются то, что многие крупные заинтересованные стороны считают, что Bitcoin будет разрушительно для Bitcoin в долгосрочной перспективе, а не функции, которые активно выступают против многочисленными заинтересованными сторонами Bitcoin. Хотя это не правила консенсуса, обе эти функции будет меняться, как работает сеть Bitcoin и работает и будет влиять на работу конечных пользователей из тех, кто использует Bitcoin. Вы можете согласиться или согласиться с техническими аспектами вышеуказанных функций, однако вы не можете не согласиться, что вышеуказанные особенности выступают против крупных заинтересованных сторон. По собственному определению theymos-й лет, когда будет достигнуто согласие / не достигнуто, относительно жесткие вилок (обратите внимание на 0,12 не HF), консенсус не был достигнут в отношении этих функций: --snip--консенсус:
Я считаю, что f2pool бы квалифицировать как "Крупная компания" Объявление изменения политики: Мы поддерживаем жесткие вилки усилия, чтобы увеличить размер блока не более 2 Мб. Seg-остряк может быть развернута вместе в этой жесткой вилкой, если она может быть готова в срок, или он может быть объединен позже. Неспорная особенность в жестких вилках желаний, если он не задерживает жесткий вилочный процесса может быть развернута одновременно. Твердая вилка должна быть реализована в ядре, в конце концов. «Bitcoin» Classic, который, несмотря на родились в тот же день, что умирает XT, это попытка, что может сделать жесткую вилка произойдет раньше. Мы приветствуем Classic. Мы намерены прекратить поддержку FSS-РФБ после обновления до версии 0.12, некоторое время в течение следующих нескольких недель. Мы не можем реализовать опциональную функцию РФБА. Мы считаем, что мы должны делать все, что мы можем сделать, чтобы сделать 0-конф сделку как можно более безопасной. Мы не считаем, что понятие рыночного сбора. Смелое выше показывает свое несогласие с этими функциями. Я также считаю, что Брайан Армстронг (Coinbase) и bitpay не в пользу либо возмездного рынка, ни РФБ, хотя у меня нет котировки на этот момент. Если theymos должны были следовать тем же правилам относительно позволяя обсуждение XT / классического типа предложения в разделе Bitcoin, как он делает эти виды функций, то обсуждение 0,12 должны принадлежать в разделе altcoin и 0,12 не должно быть объявлено / объявлены форум. |
24 февраля 2016, 12:48:11 AM | # 9 |
Сообщения: 2884
цитировать ответ |
Re: реконмендовать Добавить последнюю версию BitcoinCore на новостях
Если theymos должны были следовать тем же правилам относительно позволяя обсуждение XT / классического типа предложения в разделе Bitcoin, как он делает эти виды функций, то обсуждение 0,12 должны принадлежать в разделе altcoin и 0,12 не должно быть объявлено / объявлены форум. Если RBF был hardfork, там, вероятно, не будет достаточного консенсуса, и 0.12.0 не будет Bitcoin. Но RBF и новая политика mempool не изменения правил консенсуса на всех, даже не softfork. Утилитарная причина политики hardfork не потому, что я думаю, что несколько спорных изменения неуместны в целом, а потому, что в данном конкретном случае спорных hardforks (и мягких hardforks): - Bitcoin разделяется на две части, что крайне вредно для Bitcoin. - Существует попытка заставить людей, которые согласились с определенным набором "неизменный" Основные правила консенсуса в отказе от этих правил. Эти две проблемы не существует для softforks или изменения сетевой политики. Старые узлы продолжают следовать правилам, они согласились, но они все равно будут находиться на одной и той же сети / валюты в качестве новых узлов. Кроме того, для несудебных hardforks, Bitcoin не расщепляется, и очень немногие люди лишены гражданских прав. Они также очень хорошие характеристики. Политика mempool особенно полезна. У меня был один узел на несколько системах с низким уровнем памяти, которая часто врезаться из-за чрезмерно большой mempool и 0.12.0 исправления, которые. И RBF позволит для решения "застревают сделка" Проблема в будущих версиях. (Если бы я думал, что некоторые изменения были особенно плохо / разрушительными, я бы, вероятно, указывает на какой-то консенсус-совместимый развилки Ядра как LJR вместо этого.) |
1 марта 2016, 5:08:56 AM | # 10 |
Сообщения: 1274
цитировать ответ |
Re: реконмендовать Добавить последнюю версию BitcoinCore на новостях
- Существует попытка заставить людей, которые согласились с определенным набором "неизменный" Основные правила консенсуса в отказе от этих правил. Я не согласен с вашей точкой, что softforks и изменения сетевой политики не влияют на Bitcoin таким же образом, что hardfork влияет на Bitcoin. Хотя да все равно будет на той же сети / валюта, как люди и юридические лица, взаимодействуют с сетью / валюта потенциально может существенно измениться, и к тому, что основные предыдущие виды использования сети / валюта больше не возможно. Эти две проблемы не существует для softforks или изменения сетевой политики. Старые узлы продолжают следовать правилам, они согласились, но они все равно будут находиться на одной и той же сети / валюты в качестве новых узлов. Да, даже если полные узлы могут игнорировать изменения сетевых политик, если даже меньшинство полных узлов принять изменения сетевой политики, кто не после этой измененной политики будет по существу есть закрывать глаза при взгляде на которых сделки скорее всего будет в конечном итоге на "окончательный" blockchain. К (по существу), что позволяет любой неподтвержденной сделка двойником провел тривиальным, почечного кровотока и рынок платы по существу сделать это невозможно полагаться на любой неподтвержденной сделки либо получение подтвержденной, которая в настоящее время большая часть экономики Bitcoin. Они также очень хорошие характеристики. Политика mempool особенно полезна. У меня был один узел на несколько системах с низким уровнем памяти, которая часто врезаться из-за чрезмерно большой mempool и 0.12.0 исправления, которые. И RBF позволит для решения "застревают сделка" Проблема в будущих версиях. (Если бы я думал, что некоторые изменения были особенно плохо / разрушительными, я бы, вероятно, указывает на какой-то консенсус-совместимый развилки Ядра как LJR вместо этого.) Есть очень мало (предлагаемые) функции, которые не имеют Любые позитивы к ним. Лучшее решение для системы сбоя низкой памяти из-за большой mempool бы более крупными блоки. Функция рыночного сбора делает это так, что узлы будут получать больше (то, что они считают) недействительные сделки и будут делать различие того, что операции сохраняются в mempool сильно различается на основе узла к узлу, стихи будучи в основном то же самым Cегодня. Это также немного не по теме, однако несколько отношение - я считаю, что политика рассмотрения любого спорного предложения hardfork быть altcoin (например, XT и классические считаются altcoins до тех пор, если / когда их HF успешно) может иметь некоторые непредвиденные последствия , Как вы, вероятно, знаете, в последние дни mempool вырос очень большие, и статус сети прямо сейчас один, что привело многих радиовещательные сделки, которые не подтвердят через несколько дней. По большей части, подавляющее большинство блоков, по существу, как большой, как они могут быть. Я не уверен, если это какое-то "стресс тест" или, если это является результатом "фактический" повышение активности пользователей Bitcoin. Если это позже, то в конечном итоге будет очень громкие звонки для HF чтобы это произошло очень быстро, чтобы увеличить максимальный размер блока для того, чтобы очистить отставание от сделок. Это может привести к HF, который потенциально реализованному, что является еще более спорным, то любит XT или классический (и, вероятно, меньше обсуждения), и время, которое пользователи должны обновить (время от момента "решение" реализовать HF до момента, когда он фактически получает реализован) будет потенциально быть гораздо меньше, чем то, что было предложено под XT и классический. Я не знаю, насколько велика роль умеренность политика bitcointalk и г / Bitcoin было на XT неудачу, однако я считаю, что это довольно большой. Теперь XT, по сути мертв, и существует риск того, что еще более спорными HF будет (будет предпринята попытка) будут реализованы. Я бы сказал, что спорное HF через XT (или, возможно, классический) не самое лучшее, что случилось с Bitcoin (хотя я не согласен с вашим определением консенсуса и "значительная оппозиция", И я считаю, что оба XT и классические делают попытку предотвратить их от спорных и HF к классике не может быть спорным), было бы меньшим из двух зол. |