Новый релиз Bitcoin Core 0.14.0

[Vasyl Fedoranych]

Кто-то уже пробовал новый релиз Bitcoin Core 0.14.0 ?

http://forklog.com/sostoyalsya-ofitsialnyj-reliz-bitcoin-core-0-14-0/

 

Очень интересует момент

 

Еще одно нововведение — ручная очистка блокчейна, т.е., вместо того, чтобы скачивать весь блокчейн, размер которого сегодня превышает 100Гб, пользователь может воспользоваться его очищенной версией размером от 550MB.

 

[scopus]

,

///Теперь пользователи также смогут отправлять транзакции при помощи функции Replace-By-Fee, использование которой позволяет увеличить размер комиссии для более быстрого подтверждения. ////

В упор ее не  вижу... Да и вообще ни чего там сверхестественного я там не вижу.. все тоже самое...

[Vasyl Fedoranych]

scopus, понятно, что в основном все то же самое.

А насколько быстро проходит процесс? Тянуть 100 гиг - не очень хорошая перспектива.

[scopus]

 

 

100 гиг

для меня это не проблема. Повесил на террабайтник отдельной папкой и не парюсь.. Фильмы не коллекционирую (не 20 век,все в сети), то что есть посмотрел,удалил,скачал новое и опять удалил. Да и времени не хватает на такую муть..Для хранения больших своих сумм, можно место найти. Для транзита и быстрых движения на биржу и обратно,блокчейннифо подойдет. В любой точке мира, в любое время и даже с телефона...

[Fill]

а где это выбрать?

 

 

вместо того, чтобы скачивать весь блокчейн, размер которого сегодня превышает 100Гб, пользователь может воспользоваться его очищенной версией размером от 550MB.

[Lordaster]

Может быть это? 

-prune=<n>
Уменьшить размер хранилища за счёт обрезания (удаления) старых блоков. Будет разрешён вызов RPC метода pruneblockchain для удаления определённых блоков и разрешено автоматическое обрезание старых блоков,
 если указан целевой размер в Мб. Этот режим несовместим с -txindex и -rescan. Внимание: переключение этой опции обратно потребует полной загрузки цепи блоков.
 (по умолчанию: 0 = отключить обрезание блоков, 1 = разрешить ручное обрезание через RPC, >550 = автоматически обрезать файлы блоков, чтобы они были меньше указанного размера в Мб) 

[Fill]

 

 

Может быть это?

но как это реализовать на практике?

Вот прямо сейчас кошель молотит те базы что я ему подсунул от предыдущей версии. Он её не подхватил а обрабатывает как скаченную. Сетевую активность я отключил, по сети активности не наблюдается, винт маслает на 100%. Хотелось бы как то ускорить процесс.

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

[Fill]

в общем подкинув папку chainstate от старого кошеля ускорил синхронизацию. ))

там было еще добрых 2 гб данных. одних блоков как оказалось еще мало импортировать.))

теперь вопрос остался - как правильно в консоль написать команду для уменьшения размера хранилища? в этом деле не секу, даже написав -? как в примере указано получаю ошибку

[Sergej Balychew]

 

 

теперь вопрос остался - как правильно в консоль написать команду для уменьшения размера хранилища?

Не в консоль надо, а параметр к ярлыку -prune=550 или в bitcoin.conf добавить строку prune=550

[Fill]

 

 

Не в консоль надо, а параметр к ярлыку -prune=550 или в bitcoin.conf добавить строку prune=550

 и каждый раз запускать только с этим параметром? А если допустим случайно запустить без него, то пойдет восстановление и закачка всей 100+гб базы данных?

[Sergej Balychew]

 и каждый раз запускать только с этим параметром? А если допустим случайно запустить без него, то пойдет восстановление и закачка всей 100+гб базы данных?

Да, но вылезет окно с запросом на реиндексацию бд, можно просто отказаться.

А чтобы случайно не запустить - лучше прописать в конфиге, а не в ярлыке.

[Mad_Max]

Кто-то уже пробовал новый релиз Bitcoin Core 0.14.0 ?

http://forklog.com/sostoyalsya-ofitsialnyj-reliz-bitcoin-core-0-14-0/

 

 

Еще одно нововведение — ручная очистка блокчейна, т.е., вместо того, чтобы скачивать весь блокчейн, размер которого сегодня превышает 100Гб, пользователь может воспользоваться его очищенной версией размером от 550MB.

 

Очень интересует момент

 

Это деза. В том смысле что это не новинка 14й версии, а появилась уже очень давно, больше 1.5 лет назад и N версий назад, частично еще в 11й реализовано было, полностью в 12 серии заработало.

В 14й только добавили одну из опций для управления этим процессом - обрезку истории не автоматически (при превышении заданного объема), а единоразово вручную.

[Mad_Max]

scopus, понятно, что в основном все то же самое.

А насколько быстро проходит процесс? Тянуть 100 гиг - не очень хорошая перспектива.

 

 

т.е., вместо того, чтобы скачивать весь блокчейн, размер которого сегодня превышает 100Гб, пользователь может воспользоваться его очищенной версией размером от 550MB.

А это еще одна деза. Тянуть >110 Гб(уже >110, а не 100) придется все-равно в любом случае. И только после того как они все будут загружены и проверены (для чего нужно несколько суток работы мощного компьютера) можно будет самые старые операции из истории удалить, чтобы освободить место на диске.

Ну или постепенно удалять на ходу в процессе загрузки и проверки при превышении заданного объема.

Но загрузить и проверить в любом случае придется все. А в случае повреждения БД/файлов перекачивать все заново с нуля, вместо переиндексации локальной копии.

Edited 19 Mar 2017, 11:32 by Mad_Max

[Mad_Max]

в общем подкинув папку chainstate от старого кошеля ускорил синхронизацию. ))

там было еще добрых 2 гб данных. одних блоков как оказалось еще мало импортировать.))

теперь вопрос остался - как правильно в консоль написать команду для уменьшения размера хранилища? в этом деле не секу, даже написав -? как в примере указано получаю ошибку

 

Так chainstate это как раз самое главное. chainstate - это текущее состояние всех существующих биткоинов (сколько и на каких кошельках монет лежит, включая открытые ключи для проверки владения монетами отправителем). Если не копаться в истории транзаций, то chainstate это как раз все что нужно для работы полноценного кошелька независимо от 3х сторон. А все 110 Гб данных из папки blocks нужны только чтобы построить корректную и актуальную базу chainstate.

 

После этого большую часть данных из blocks можно удалять если не нужны архивы старых транзакций. Для этого команда -prune и служит.

Но вот если chainstate окажется поврежден каким-то образом(у меня пару раз за 3 года такое случалось), то для его восстановления придется опять все 110 Гб данных из blocks качать и заново все проводки больше 100 миллионов транзакций за всю историю существования BTC делать.

Поэтому я периодически делаю бекап папки chainstate(благо объем относительно небольшой, в отличии от основного блокчейна), чтобы в случае очередного сбоя не устраивать несколько дней насилия над диском на полную индексацию, а перекачать и проверить только блоки созданные после последнего бекапа.

Edited 19 Mar 2017, 11:45 by Mad_Max

[Fill]

 

 

А это еще одна деза. Тянуть >110 Гб(уже >110, а не 100) придется все-равно в любом случае.

Тогда не надо такая радость. На внешнем террике по USB-3.0 места хватает. ))

Хотя поступил таким образом - во внутреннем диске запустил с параметром -prune=550 и он тут же за несколько секунд освободил мне место на 100+ гб. Копия кошеля на внешнем будет резервной/полной.

 

 

 

или в bitcoin.conf добавить строку prune=550

поиск в папке кошеля такого файла не  находит.

Вот чего нашел;

http://we.lovebitco.in/bitcoin-qt/configuration-file/

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

ПС.

 

 

Поэтому я периодически делаю бекап папки chainstate(благо объем относительно небольшой, в отличии от основного блокчейна), чтобы в случае очередного сбоя не устраивать несколько дней насилия над диском на полную индексацию, а перекачать и проверить только блоки созданные после последнего бекапа.

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

[Mad_Max]

,

///Теперь пользователи также смогут отправлять транзакции при помощи функции Replace-By-Fee, использование которой позволяет увеличить размер комиссии для более быстрого подтверждения. ////

В упор ее не  вижу... Да и вообще ни чего там сверхестественного я там не вижу.. все тоже самое...

 

Оно по умолчанию выключено.

Включить (разрешить) можно ключиком при запуске клиента -walletrbf

А управлять из консоли командой bumpfee

 

 

поиск в папке кошеля такого файла не  находит.

Вот чего нашел;

http://we.lovebitco....iguration-file/

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

А изначально его и нет, если пользователь ни разу опций не добавлял, то файла и не будет.

Создается он самостоятельно, обычный текстовый файл с именем bitcoin.conf, положить в корень папки с данными (рядом с wallet.dat). Опции внутри можно все те же самые, что и в командной строке/ярлыке указывать, только дефис (-) перед опцией не ставится, по одной опции на строке. 

Edited 19 Mar 2017, 12:49 by Mad_Max

[scopus]

 

 

Включить (разрешить) можно ключиком при запуске клиента -walletrbf

в каком месте?

 

 

А управлять из консоли командой bumpfee

после этой команды, что либо нужно еще вводить? типа номер транзакции и т.д.?

[Mad_Max]

Да все как обычно: как параметр в командной строке при запуске клиента, ну или в свойствах ярлыка по которому клиент запускается. Тогда с дефисом -walletrbf.

В конфиг(bitcoin.conf) тоже думаю можно вписать (уже без дефиса, отдельной строкой), обычно все параметры командной строки можно и в конфиге использовать.

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

 

bumpfee, да конечно надо указывать id транзакции. Но если ее без параметров ввести, выводит подсказку в каком формате использовать. Я сам еще не экспериментировал пока с изменением комиссий "на лету". Но судя по описанию 1м параметром идет id "застрявшей"(долго не подтверждающейся) транзакции которую мы хотим протолкнуть, а 2м желаемое количество блоков в течении которых мы хотим получить подтверждение, минимум 2(на 1 клиент часто неадекватно большие комиссии считал, поэтому разработчики пока убрали, выставив минимум на 2). Например "3" - хотим получить подтверждение в течении ближайших 3х найденных майнерами блоков. Клиент рассчитает комиссию исходя из текущей загрузки сети (аналогично тому как расчет при обычной отправке идет).

 

Вручную комиссию тоже можно указать - 3й параметр максимальная комиссия, которую готов заплатить (в сатошиках).

Пока точно не понял как 2 и 3й соотносятся друг с другом. Видимо 2й (по количеству блоков) имеет приоритет, но при этом не больше чем указано в 3м параметре.

 

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

Так что в транзакциях без сдачи это не сработает. А где была очень маленькая сдача - макс. размер доп. комиссии ограничен размером этой сдачи.

 

Т.е. к примеру так

bumpfee f76863067ba62a21a7549839802e59b4cdc58b87c4986b86099300dc1f129028 3 50000

Edited 20 Mar 2017, 09:43 by Mad_Max

[Mad_Max]

А вообще изменений весьма много в новом клиенте. Осилил полный change log прочитать (https://bitcoin.org/en/release/v0.14.0). Из интересного:
 
1. Сильно ускорена начальная синхронизацию с сетью(а так же реиндексация с локальной копии блокчейна). Правда в основном ускорение идет за счет отказа от проверки старых блоков (добытых до момента релиза очередной версии - в данном случае до февраля 2017). Теперь на мощной машине снова реально полную синхнонизацию меньше чем за сутки провести. Правда при условии что база данных будет на SSD или хотя бы отдать минимум 3-4 Гб оперативной памяти под кэш базы данных либо под дисковый кэш (3-4 Гб это помимо памяти занимаемой самим клиентом при работе, т.е. для машин с минимум 8 Гб памяти такое возможно). Иначе на обычном HDD без огромного кэша все-равно вплоть до недели круглосуточной работы будет тащиться, т.к. эта оптимизация резко снижает нагрузку только на процессор, но не на диск.

 

2. Пока клиент не полностью синхронизирован с сетью память зарезервированная под мемпул используется под кэш базы данных для более быстрой работы. (мемпул все-равно на этом этапе не нужен). Размер кэша в этот момент равен значению опций -dbcache + -maxmempool
 
3. Обещали 2е(после введения многопоточной асинхронной загрузки блоков, когда сначала грузятся заголовки, а потом блоки в произвольном порядке сразу с нескольких пиров) существенное ускорение работы p2p сети за счет большего параллелизма операций. Клиенты предыдущих версий раньше все-равно могли сильно тупить(в 11 и 12 у меня так очень часто такое было) при загрузке большого количества блоков даже не смотря на то что загружают их с нескольких пиров одновременно. Сейчас эта часть должна сильно ускориться.
 
4. Ручная очистка/обзезка старых блоков с историей транзакций (см. выше) до указанного блока. Помимо автоматической постоянной при достижении заданного один раз объема.
 
5. Появилась опция по которой "в один клик" можно переводить клиент онлайн/офлайн (включать/выключать любую сетевую активность).
 
6. Новое полупрозрачное окошко со статистикой синхронизации пока клиент не догонит сеть.
 
7. Поддержка динамических комиссий / изменения комиссии у уже отправленных транзакций (см. выше).
 
8. Мемпул с неподтвержденными транзакциями теперь при перезапуске клиента не обнуляется, а сохраняется на диск (mempool.dat) и загружается обратно при старте клиента.Важно в основном для майнеров, но на обычных пользователей тоже повлияет косвенно:  теперь полные ноды перешедние на эту версию будут гораздо хуже/дольше забывать старые неподтвержденные транзакции.
 
9. Для встроенного автоматического расчета размера комиссий теперь минимальное значение блоков - 2, т.е. не в ближайший блок, а через 1. Значение по умолчанию изменено на 6 блоков.
 
10. Вручную добавленные ноды (addnode) теперь не учитываются в лимите на количество активных исходящих подключений (8), теперь у них свой собственный счетчик, т.е. может быть до 8+8 исходящих. До 8 добавленных вручную и до 8 найденных автоматически.

[sankopolo]

 

 

8. Мемпул с неподтвержденными транзакциями теперь при перезапуске клиента не обнуляется, а сохраняется на диск (mempool.dat) и загружается обратно при старте клиента.Важно в основном для майнеров, но на обычных пользователей тоже повлияет косвенно: теперь полные ноды перешедние на эту версию будут гораздо хуже/дольше забывать старые неподтвержденные транзакции.

 

Вот на эту хрень я уже напоролся, когда сбрасывал неподтвержденную транзакцию: т е перезапускаю core с ключом zapwallettxes, начинаю создавать новую и тут в кошельке появляется моя старая транзакция. Хм, скачалась из сети, думаю. Перезапускаю ещё раз, отрубив интернет. Создаю новую и тут - хопа - она появляется опять. Прифигел я знатно.

 

Так что теперь надо ещё и mempool.dat удалять/переименовывать. И да, это нововведение очень будет мешать даблспендить повисшие транзакции. Вредительство какое-то опять :(

[Fill]

почему эта тема не в разделе Кошелька?

https://forum.bits.media/index.php?/topic/3163-koshelek-bitcoin-bitcoin-qt-bitcoin-core/page-36

[filchef]

[seriych]

Отрыл свой древний кошель, чекаю баланс, есть чуток. Чтобы перевести его на другой адрес, нужно ждать полной синхронизации, или достаточно дождаться, когда будет видно баланс?

[TheFuzzStone]

@seriych,

 

 

 

нужно ждать полной синхронизации

[Mad_Max]

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