Jump to content
Vasyl Fedoranych

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

Recommended Posts

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

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

 

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

 

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

 

Share this post


Link to post
Share on other sites

,

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

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

 

 

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

Share this post


Link to post
Share on other sites

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


 

 

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

 

 

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

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

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

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

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

 

 

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

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

Share this post


Link to post
Share on other sites

 

 

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

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

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

Кто-то уже пробовал новый релиз 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й только добавили одну из опций для управления этим процессом - обрезку истории не автоматически (при превышении заданного объема), а единоразово вручную.

Share this post


Link to post
Share on other sites

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

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

 

 

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

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

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

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

Edited by Mad_Max

Share this post


Link to post
Share on other sites

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

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

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

 

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

 

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

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

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

Edited by Mad_Max

Share this post


Link to post
Share on other sites

 

 

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

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

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

 

 

 

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

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

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

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

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


ПС.

 

 

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

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

Share this post


Link to post
Share on other sites

,

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

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

 

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

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

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

 

 

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

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

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

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

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

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

Edited by Mad_Max

Share this post


Link to post
Share on other sites

 

 

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

 

 

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

Share this post


Link to post
Share on other sites

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

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

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

 

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

 

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

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

 

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

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

 

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

bumpfee f76863067ba62a21a7549839802e59b4cdc58b87c4986b86099300dc1f129028 3 50000

Edited by Mad_Max

Share this post


Link to post
Share on other sites

А вообще изменений весьма много в новом клиенте. Осилил полный 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 найденных автоматически.

Share this post


Link to post
Share on other sites

 

 

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

 

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

 

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...