Title: Bitcoin Core 0.13.1 Released Post by: achow101 on October 27, 2016, 07:02:30 PM Bitcoin Core version 0.13.1 is now available from:
<https://bitcoin.org/bin/bitcoin-core-0.13.1/> (https://bitcoin.org/bin/bitcoin-core-0.13.1/) This is a new minor version release, including activation parameters for the segwit softfork, various bugfixes and performance improvements, as well as updated translations. Please report bugs using the issue tracker at github: <https://github.com/bitcoin/bitcoin/issues> (https://github.com/bitcoin/bitcoin/issues) To receive security and update notifications, please subscribe to: <https://bitcoincore.org/en/list/announcements/join/> (https://bitcoincore.org/en/list/announcements/join/) Compatibility Microsoft ended support for Windows XP on April 8th, 2014 (https://www.microsoft.com/en-us/WindowsForBusiness/end-of-xp-support), an OS initially released in 2001. This means that not even critical security updates will be released anymore. Without security updates, using a bitcoin wallet on a XP machine is irresponsible at least. In addition to that, with 0.12.x there have been varied reports of Bitcoin Core randomly crashing on Windows XP. It is not clear (https://github.com/bitcoin/bitcoin/issues/7681#issuecomment-217439891) what the source of these crashes is, but it is likely that upstream libraries such as Qt are no longer being tested on XP. We do not have time nor resources to provide support for an OS that is end-of-life. From 0.13.0 on, Windows XP is no longer supported. Users are suggested to upgrade to a newer version of Windows, or install an alternative OS that is supported. No attempt is made to prevent installing or running the software on Windows XP, you can still do so at your own risk, but do not expect it to work: do not report issues about Windows XP to the issue tracker. From 0.13.1 onwards OS X 10.7 is no longer supported. 0.13.0 was intended to work on 10.7+, but severe issues with the libc++ version on 10.7.x keep it from running reliably. 0.13.1 now requires 10.8+, and will communicate that to 10.7 users, rather than crashing unexpectedly. Notable changes Segregated witness soft fork Segregated witness (segwit) is a soft fork that, if activated, will allow transaction-producing software to separate (segregate) transaction signatures (witnesses) from the part of the data in a transaction that is covered by the txid. This provides several immediate benefits:
Activation for the segwit soft fork is being managed using BIP9 versionbits. Segwit's version bit is bit 1, and nodes will begin tracking which blocks signal support for segwit at the beginning of the first retarget period after segwit's start date of 15 November 2016. If 95% of blocks within a 2,016-block retarget period (about two weeks) signal support for segwit, the soft fork will be locked in. After another 2,016 blocks, segwit will activate. For more information about segwit, please see the segwit FAQ (https://bitcoincore.org/en/2016/01/26/segwit-benefits/), the segwit wallet developers guide (https://bitcoincore.org/en/segwit_wallet_dev/) or BIPs 141 (https://github.com/bitcoin/bips/blob/master/bip-0141.mediawiki), 143 (https://github.com/bitcoin/bips/blob/master/bip-0143.mediawiki), 144 (https://github.com/bitcoin/bips/blob/master/bip-0144.mediawiki), and 145 (https://github.com/bitcoin/bips/blob/master/bip-0145.mediawiki). If you're a miner or mining pool operator, please see the versionbits FAQ (https://bitcoincore.org/en/2016/06/08/version-bits-miners-faq/) for information about signaling support for a soft fork. Null dummy soft fork Combined with the segwit soft fork is an additional change that turns a long-existing network relay policy into a consensus rule. The OP_CHECKMULTISIG and OP_CHECKMULTISIGVERIFY opcodes consume an extra stack element ("dummy element") after signature validation. The dummy element is not inspected in any manner, and could be replaced by any value without invalidating the script. Because any value can be used for this dummy element, it's possible for a third-party to insert data into other people's transactions, changing the transaction's txid (called transaction malleability) and possibly causing other problems. Since Bitcoin Core 0.10.0, nodes have defaulted to only relaying and mining transactions whose dummy element was a null value (0x00, also called OP_0). The null dummy soft fork turns this relay rule into a consensus rule both for non-segwit transactions and segwit transactions, so that this method of mutating transactions is permanently eliminated from the network. Signaling for the null dummy soft fork is done by signaling support for segwit, and the null dummy soft fork will activate at the same time as segwit. For more information, please see BIP147 (https://github.com/bitcoin/bips/blob/master/bip-0147.mediawiki). Low-level RPC changes
Linux ARM builds With the 0.13.0 release, pre-built Linux ARM binaries were added to the set of uploaded executables. Additional detail on the ARM architecture targeted by each is provided below. The following extra files can be found in the download directory or torrent:
ARM builds are still experimental. If you have problems on a certain device or Linux distribution combination please report them on the bug tracker, it may be possible to resolve them. Note that the device you use must be (backward) compatible with the architecture targeted by the binary that you use. For example, a Raspberry Pi 2 Model B or Raspberry Pi 3 Model B (in its 32-bit execution state) device, can run the 32-bit ARMv7-A targeted binary. However, no model of Raspberry Pi 1 device can run either binary because they are all ARMv6 architecture devices that are not compatible with ARMv7-A or ARMv8-A. Note that Android is not considered ARM Linux in this context. The executables are not expected to work out of the box on Android. 0.13.1 Change log Detailed release notes follow. This overview includes changes that affect behavior, not code moves, refactors and string updates. For convenience in locating the code changes and accompanying discussion, both the pull request and git merge commit are mentioned. ### Consensus - #8636 `9dfa0c8` Implement NULLDUMMY softfork (BIP147) (jl2012) - #8848 `7a34a46` Add NULLDUMMY verify flag in bitcoinconsensus.h (jl2012) - #8937 `8b66659` Define start and end time for segwit deployment (sipa) ### RPC and other APIs - #8581 `526d2b0` Drop misleading option in importprunedfunds (MarcoFalke) - #8699 `a5ec248` Remove createwitnessaddress RPC command (jl2012) - #8780 `794b007` Deprecate getinfo (MarcoFalke) - #8832 `83ad563` Throw JSONRPCError when utxo set can not be read (MarcoFalke) - #8884 `b987348` getblockchaininfo help: pruneheight is the lowest, not highest, block (luke-jr) - #8858 `3f508ed` rpc: Generate auth cookie in hex instead of base64 (laanwj) - #8951 `7c2bf4b` RPC/Mining: getblocktemplate: Update and fix formatting of help (luke-jr) ### Block and transaction handling - #8611 `a9429ca` Reduce default number of blocks to check at startup (sipa) - #8634 `3e80ab7` Add policy: null signature for failed CHECK(MULTI)SIG (jl2012) - #8525 `1672225` Do not store witness txn in rejection cache (sipa) - #8499 `9777fe1` Add several policy limits and disable uncompressed keys for segwit scripts (jl2012) - #8526 `0027672` Make non-minimal OP_IF/NOTIF argument non-standard for P2WSH (jl2012) - #8524 `b8c79a0` Precompute sighashes (sipa) - #8651 `b8c79a0` Predeclare PrecomputedTransactionData as struct (sipa) ### P2P protocol and network code - #8740 `42ea51a` No longer send local address in addrMe (laanwj) - #8427 `69d1cd2` Ignore `notfound` P2P messages (laanwj) - #8573 `4f84082` Set jonasschnellis dns-seeder filter flag (jonasschnelli) - #8712 `23feab1` Remove maxuploadtargets recommended minimum (jonasschnelli) - #8862 `7ae6242` Fix a few cases where messages were sent after requested disconnect (theuni) - #8393 `fe1975a` Support for compact blocks together with segwit (sipa) - #8282 `2611ad7` Feeler connections to increase online addrs in the tried table (EthanHeilman) - #8612 `2215c22` Check for compatibility with download in FindNextBlocksToDownload (sipa) - #8606 `bbf379b` Fix some locks (sipa) - #8594 `ab295bb` Do not add random inbound peers to addrman (gmaxwell) - #8940 `5b4192b` Add x9 service bit support to dnsseed.bluematt.me, seed.bitcoinstats.com (TheBlueMatt, cdecker) - #8944 `685e4c7` Remove bogus assert on number of oubound connections. (TheBlueMatt) - #8949 `0dbc48a` Be more agressive in getting connections to peers with relevant services (gmaxwell) ### Build system - #8293 `fa5b249` Allow building libbitcoinconsensus without any univalue (luke-jr) - #8492 `8b0bdd3` Allow building bench_bitcoin by itself (luke-jr) - #8563 `147003c` Add configure check for -latomic (ajtowns) - #8626 `ea51b0f` Berkeley DB v6 compatibility fix (netsafe) - #8520 `75f2065` Remove check for `openssl/ec.h` (laanwj) ### GUI - #8481 `d9f0d4e` Fix minimize and close bugs (adlawren) - #8487 `a37cec5` Persist the datadir after option reset (achow101) - #8697 `41fd852` Fix op order to append first alert (rodasmith) - #8678 `8e03382` Fix UI bug that could result in paying unexpected fee (jonasschnelli) - #8911 `7634d8e` Translate all files, even if wallet disabled (laanwj) - #8540 `1db3352` Fix random segfault when closing "Choose data directory" dialog (laanwj) - #7579 `f1c0d78` Show network/chain errors in the GUI (jonasschnelli) ### Wallet - #8443 `464dedd` Trivial cleanup of HD wallet changes (jonasschnelli) - #8539 `cb07f19` CDB: fix debug output (crowning-) - #8664 `091cdeb` Fix segwit-related wallet bug (sdaftuar) - #8693 `c6a6291` Add witness address to address book (instagibbs) - #8765 `6288659` Remove "unused" ThreadFlushWalletDB from removeprunedfunds (jonasschnelli) ### Tests and QA - #8713 `ae8c7df` create_cache: Delete temp dir when done (MarcoFalke) - #8716 `e34374e` Check legacy wallet as well (MarcoFalke) - #8750 `d6ebe13` Refactor RPCTestHandler to prevent TimeoutExpired (MarcoFalke) - #8652 `63462c2` remove root test directory for RPC tests (yurizhykin) - #8724 `da94272` walletbackup: Sync blocks inside the loop (MarcoFalke) - #8400 `bea02dc` enable rpcbind_test (yurizhykin) - #8417 `f70be14` Add walletdump RPC test (including HD- & encryption-tests) (jonasschnelli) - #8419 `a7aa3cc` Enable size accounting in mining unit tests (sdaftuar) - #8442 `8bb1efd` Rework hd wallet dump test (MarcoFalke) - #8528 `3606b6b` Update p2p-segwit.py to reflect correct behavior (instagibbs) - #8531 `a27cdd8` abandonconflict: Use assert_equal (MarcoFalke) - #8667 `6b07362` Fix SIGHASH_SINGLE bug in test_framework SignatureHash (jl2012) - #8673 `03b0196` Fix obvious assignment/equality error in test (JeremyRubin) - #8739 `cef633c` Fix broken sendcmpct test in p2p-compactblocks.py (sdaftuar) - #8418 `ff893aa` Add tests for compact blocks (sdaftuar) - #8803 `375437c` Ping regularly in p2p-segwit.py to keep connection alive (jl2012) - #8827 `9bbe66e` Split up slow RPC calls to avoid pruning test timeouts (sdaftuar) - #8829 `2a8bca4` Add bitcoin-tx JSON tests (jnewbery) - #8834 `1dd1783` blockstore: Switch to dumb dbm (MarcoFalke) - #8835 `d87227d` nulldummy.py: Don't run unused code (MarcoFalke) - #8836 `eb18cc1` bitcoin-util-test.py should fail if the output file is empty (jnewbery) - #8839 `31ab2f8` Avoid ConnectionResetErrors during RPC tests (laanwj) - #8840 `cbc3fe5` Explicitly set encoding to utf8 when opening text files (laanwj) - #8841 `3e4abb5` Fix nulldummy test (jl2012) - #8854 `624a007` Fix race condition in p2p-compactblocks test (sdaftuar) - #8857 `1f60d45` mininode: Only allow named args in wait_until (MarcoFalke) - #8860 `0bee740` util: Move wait_bitcoinds() into stop_nodes() (MarcoFalke) - #8882 `b73f065` Fix race conditions in p2p-compactblocks.py and sendheaders.py (sdaftuar) - #8904 `cc6f551` Fix compact block shortids for a test case (dagurval) ### Documentation - #8754 `0e2c6bd` Target protobuf 2.6 in OS X build notes. (fanquake) - #8461 `b17a3f9` Document return value of networkhashps for getmininginfo RPC endpoint (jlopp) - #8512 `156e305` Corrected JSON typo on setban of net.cpp (sevastos) - #8683 `8a7d7ff` Fix incorrect file name bitcoin.qrc (bitcoinsSG) - #8891 `5e0dd9e` Update bips.md for Segregated Witness (fanquake) - #8545 `863ae74` Update git-subtree-check.sh README (MarcoFalke) - #8607 `486650a` Fix doxygen off-by-one comments, fix typos (MarcoFalke) - #8560 `c493f43` Fix two VarInt examples in serialize.h (cbarcenas) - #8737 `084cae9` UndoReadFromDisk works on undo files (rev), not on block files (paveljanik) - #8625 `0a35573` Clarify statement about parallel jobs in rpc-tests.py (isle2983) - #8624 `0e6d753` build: Mention curl (MarcoFalke) - #8604 `b09e13c` build,doc: Update for 0.13.0+ and OpenBSD 5.9 (laanwj) - #8939 `06d15fb` Update implemented bips for 0.13.1 (sipa) ### Miscellaneous - #8742 `d31ac72` Specify Protobuf version 2 in paymentrequest.proto (fanquake) - #8414,#8558,#8676,#8700,#8701,#8702 Add missing copyright headers (isle2983, kazcw) - #8899 `4ed2627` Fix wake from sleep issue with Boost 1.59.0 (fanquake) - #8817 `bcf3806` update bitcoin-tx to output witness data (jnewbery) - #8513 `4e5fc31` Fix a type error that would not compile on OSX. (JeremyRubin) - #8392 `30eac2d` Fix several node initialization issues (sipa) - #8548 `305d8ac` Use `__func__` to get function name for output printing (MarcoFalke) - #8291 `a987431` [util] CopyrightHolders: Check for untranslated substitution (MarcoFalke) Credits ======= Thanks to everyone who directly contributed to this release: - adlawren - Alexey Vesnin - Anders Øyvind Urke-Sætre - Andrew Chow - Anthony Towns - BtcDrak - Chris Stewart - Christian Barcenas - Christian Decker - Cory Fields - crowning- - Dagur Valberg Johannsson - David A. Harding - Eric Lombrozo - Ethan Heilman - fanquake - Gaurav Rana - Gregory Maxwell - instagibbs - isle2983 - Jameson Lopp - Jeremy Rubin - jnewbery - Johnson Lau - Jonas Schnelli - jonnynewbs - Justin Camarena - Kaz Wesley - leijurv - Luke Dashjr - MarcoFalke - Marty Jones - Matt Corallo - Micha - Michael Ford - mruddy - Pavel Janík - Pieter Wuille - rodasmith - Sev - Suhas Daftuar - whythat - Wladimir J. van der Laan As well as everyone that helped translating on Transifex (https://www.transifex.com/projects/p/bitcoin/). Title: Re: Bitcoin Core 0.13.1 Released Post by: Lauda on October 27, 2016, 07:18:02 PM Finally. We should probably update the thread with the proper hashes then: https://bitcointalk.org/index.php?topic=1588906.0
Code: cce8417f27953bf01daf4a89de8161d70b88cc3ce78819ca70237b27c944aa55 bitcoin-0.13.1-aarch64-linux-gnu.tar.gz Title: Re: Bitcoin Core 0.13.1 Released Post by: LFC_Bitcoin on October 27, 2016, 07:23:47 PM Informative & uber helpful as usual achow101, I wouldn't expect anything less. You're a credit to the forum, thank you.
Title: Re: Bitcoin Core 0.13.1 Released Post by: achow101 on October 27, 2016, 10:07:50 PM It might be an idea to mention to MacOS/OSX users: support for 10.7 is dropped in 0.13.1 and 0.13, this has only just been established I think. 10.8 is now the minimum OS version for Macintosh users. It's right there under "Compatibility". The last paragraph.Title: Re: Bitcoin Core 0.13.1 Released Post by: Carlton Banks on October 27, 2016, 10:17:02 PM So it is. I'll get my coat. :D
Title: Re: Bitcoin Core 0.13.1 Released Post by: Meuh6879 on October 27, 2016, 11:18:06 PM Thanks for this thread.
Forwarded to the local language : https://bitcointalk.org/index.php?topic=1663974.0 Title: Re: Bitcoin Core 0.13.1 Released Post by: MadGamer on October 28, 2016, 07:11:26 AM If I got this right , this Segregated witness soft fork is implemented but will only be activated in 15th November ? what does that mean for lightweight wallets btw ? IIRC Bitcoin Core 0.13.0 or 0.12.x added HD wallet feature , If I want to upgrade now , should I take the wallet.dat I have and make a backup of it or that wouldn't do much as the wallet became HD and all addresses have one private key now ?
Title: Re: Bitcoin Core 0.13.1 Released Post by: Lauda on October 28, 2016, 07:14:25 AM If I got this right , this Segregated witness soft fork is implemented but will only be activated in 15th November ? No. That's the signaling start day. Activation will likely happen in December or later.Quote That does that mean for lightweight wallets btw ? Nothing special.Quote IIRC Bitcoin Core 0.13.0 or 0.12.x added HD wallet feature , If I want to upgrade now , should I take the wallet.dat I have and make a backup of it or that wouldn't do much as the wallet became HD ? If you have a SD wallet, it will remain SD. Only wallets created using version 0.13.0 or later are HD.Title: Re: Bitcoin Core 0.13.1 Released Post by: MadGamer on October 28, 2016, 08:30:31 AM If I got this right , this Segregated witness soft fork is implemented but will only be activated in 15th November ? No. That's the signaling start day. Activation will likely happen in December or later.Quote That does that mean for lightweight wallets btw ? Nothing special.Quote IIRC Bitcoin Core 0.13.0 or 0.12.x added HD wallet feature , If I want to upgrade now , should I take the wallet.dat I have and make a backup of it or that wouldn't do much as the wallet became HD ? If you have a SD wallet, it will remain SD. Only wallets created using version 0.13.0 or later are HD.It's going to create a new wallet even If I add the old backup of wallet.dat in the appdata folder ? I have problem with my Bitcoin Core, both 0.13.0 and 0.13.1. After 34 weeks processing blocks on disk I'm getting fatal error again and again. It says I have to look into debug.log but cannot find it. It's in the same path of your wallet.dat C:\Users\admin\AppData\Roaming\Bitcoin where admin is your username Title: Re: Bitcoin Core 0.13.1 Released Problems Post by: Lauda on October 28, 2016, 08:43:13 AM I have problem with my Bitcoin Core, both 0.13.0 and 0.13.1. After 34 weeks processing blocks on disk I'm getting fatal error again and again. It says I have to look into debug.log but cannot find it. This would be thread hijacking. Create your own thread after you've found the debug.log here: Technical Support (https://bitcointalk.org/index.php?board=4.0)It's going to create a new wallet even If I add the old backup of wallet.dat in the appdata folder ? No. If you have a wallet.dat in your Datadir, it will not create a new wallet.Title: Re: Bitcoin Core 0.13.1 Released Post by: Lauda on October 28, 2016, 08:50:16 AM When trying to install 0.13.1 my protection program tells its unsafe and delete the install file. Your protection program is the one at fault, and you're probably using something half-baked. Bitcoin Core tends to be falsely identified by such.Title: Re: Bitcoin Core 0.13.1 Released Problems Post by: Lauda on October 28, 2016, 08:57:39 AM Sorry, Lauda, just telling cannot install 0.13.1, so I have no debug.log. Make your anti-virus software ignore it, and report a false detection. As said, open a thread for your own issues.Title: Re: Bitcoin Core 0.13.1 Released Problems Post by: Meuh6879 on October 28, 2016, 01:09:12 PM I have problem with my Bitcoin Core, both 0.13.0 and 0.13.1. After 34 weeks processing blocks on disk I'm getting fatal error again and again. It says I have to look into debug.log but cannot find it. By the way. when I install I got 2 shortcut, bitcoin qt and bitcoin qt -testnet. Why? 0.13.1 (and 0.13.0) don't support MAC OS X 10.7 ... you must have an 10.8 or earlier. Title: Re: Bitcoin Core 0.13.1 Released Post by: Ayers on October 29, 2016, 05:07:06 PM i want to ask something about pruning, how much time can pass before i need to resync again after pruning with a wallet?, what i mean is, if i have two wallet, and i sync first with both of them, then i do pruning with one, let's say the main one, and i prune the other again after one month, do i need to resync again?
Title: Re: Bitcoin Core 0.13.1 Released Post by: achow101 on October 30, 2016, 06:21:43 PM i want to ask something about pruning, how much time can pass before i need to resync again after pruning with a wallet?, what i mean is, if i have two wallet, and i sync first with both of them, then i do pruning with one, let's say the main one, and i prune the other again after one month, do i need to resync again? That is not how pruning works. Pruning is not wallet specific. You will probably need to resync when you switch wallets, but I think it is dependent on how many days of blocks are kept when you pruned.Title: Re: Bitcoin Core 0.13.1 Released Post by: Hanslo on October 31, 2016, 10:13:58 AM Will this version resync faster then the older one?
News: Latest stable version of Bitcoin Core: 0.13.0 [Torrent]. This is not changed yet. Do it means that you don't know if 0.13.1 is stable? Title: Re: Bitcoin Core 0.13.1 Released Post by: Lauda on October 31, 2016, 10:18:15 AM Will this version resync faster then the older one? No. This version does not contain such improvements.Quote News: Latest stable version of Bitcoin Core: 0.13.0 [Torrent]. This is not changed yet. Do it means that you don't know if 0.13.1 is stable? No. That has just not been updated yet. It usually takes a few days.Title: Re: Bitcoin Core 0.13.1 Released Post by: Real-Duke on October 31, 2016, 10:18:35 AM Looks like there is a bug if you have a disconnect from the internet.
Most of the german internetproviders have an automatic 24h disconnect. Im running on 0.13.1 for two days now and after every reconnect it stucks with 8 connections and on bitnodes the node is showed open but down. restarting core solves the problem until the next reconnect. Somebody else notes this? Title: Re: Bitcoin Core 0.13.1 Released Post by: Hanslo on October 31, 2016, 12:42:33 PM Looks like there is a bug if you have a disconnect from the internet. Most of the german internetproviders have an automatic 24h disconnect. Im running on 0.13.1 for two days now and after every reconnect it stucks with 8 connections and on bitnodes the node is showed open but down. restarting core solves the problem until the next reconnect. Somebody else notes this? It was after a disconnect I got all the problem to continue resync. Title: Re: Bitcoin Core 0.13.1 Released Post by: Real-Duke on November 01, 2016, 08:04:29 AM And again the same behavior after the 24 h Internet disconnect tonight.
I think we have to open a new ticket :-\ Title: Re: Bitcoin Core 0.13.1 Released Post by: Lauda on November 01, 2016, 08:12:15 AM And again the same behavior after the 24 h Internet disconnect tonight. That's strange. You should open up an issue on Github (https://github.com/bitcoin/bitcoin/issues). Please make sure that you properly describe your issue in the used format.I think we have to open a new ticket :-\ Title: Re: Bitcoin Core 0.13.1 Released Post by: Hanslo on November 01, 2016, 09:40:44 AM And again the same behavior after the 24 h Internet disconnect tonight. I think we have to open a new ticket :-\ I have tried since Okt. 28 Title: Re: Bitcoin Core 0.13.1 Released Post by: Real-Duke on November 01, 2016, 10:43:06 AM Ticket is open, we will see!
https://github.com/bitcoin/bitcoin/issues/9056 Title: Re: Bitcoin Core 0.13.1 Released Post by: Ayers on November 01, 2016, 05:13:51 PM i want to ask something about pruning, how much time can pass before i need to resync again after pruning with a wallet?, what i mean is, if i have two wallet, and i sync first with both of them, then i do pruning with one, let's say the main one, and i prune the other again after one month, do i need to resync again? That is not how pruning works. Pruning is not wallet specific. You will probably need to resync when you switch wallets, but I think it is dependent on how many days of blocks are kept when you pruned.that what i was talking about, there is a way we can know how many days pass until we need to resync again after pruning? maybe some command line? Title: Re: Bitcoin Core 0.13.1 Released Post by: achow101 on November 01, 2016, 06:07:13 PM i want to ask something about pruning, how much time can pass before i need to resync again after pruning with a wallet?, what i mean is, if i have two wallet, and i sync first with both of them, then i do pruning with one, let's say the main one, and i prune the other again after one month, do i need to resync again? That is not how pruning works. Pruning is not wallet specific. You will probably need to resync when you switch wallets, but I think it is dependent on how many days of blocks are kept when you pruned.that what i was talking about, there is a way we can know how many days pass until we need to resync again after pruning? maybe some command line? Title: Re: Bitcoin Core 0.13.1 Released Post by: Hazir on November 02, 2016, 02:20:45 AM This update is not required for my client to receive full SegWit support of bitcoin network when it will be activated in the future?
For now I am using older Core version and want to know if version 0.11 will be still supported and fully compatible. Title: Re: Bitcoin Core 0.13.1 Released Post by: achow101 on November 02, 2016, 02:24:01 AM This update is not required for my client to receive full SegWit support of bitcoin network when it will be activated in the future? You will not have full segwit support without this version of Bitcoin Core. You will not be able to take advantage of segwit's features. However, you will not be forked off of the network should you not upgrade and you will be able to spend and receive Bitcoin as you do now.For now I am using older Core version and want to know if version 0.11 will be still supported and fully compatible. Title: Re: Bitcoin Core 0.13.1 Released Post by: dbstmddhks on November 02, 2016, 08:02:34 AM If you are korean
use this page to understand http://blog.naver.com/monsterbit/220840575705 Title: Re: Bitcoin Core 0.13.1 Released Post by: Amph on November 02, 2016, 10:46:36 AM the issue in the previous version about the windows that let you know about your transaction movements, still isn't fixed apparently, it was missed since 0.13 version
this i'm talking about https://s13.postimg.org/fu9it0b2v/image.png Title: Re: Bitcoin Core 0.13.1 Released Post by: achow101 on November 02, 2016, 12:21:02 PM the issue in the previous version about the windows that let you know about your transaction movements, still isn't fixed apparently, it was missed since 0.13 version We haven't been able to replicate this issue. I have no problems with it on my install of Bitcoin Core on windows.this i'm talking about https://s13.postimg.org/fu9it0b2v/image.png Title: Re: Bitcoin Core 0.13.1 Released Post by: ScripterRon on November 02, 2016, 03:04:27 PM the issue in the previous version about the windows that let you know about your transaction movements, still isn't fixed apparently, it was missed since 0.13 version If you are running Windows 10, popups are disabled by default when you are duplicating the screen to multiple monitors (I have a widescreen TV as well as a computer monitor). You can turn this off in Settings -> Notificationsthis i'm talking about https://s13.postimg.org/fu9it0b2v/image.png Title: Re: Bitcoin Core 0.13.1 Released Post by: Amph on November 02, 2016, 07:31:30 PM the issue in the previous version about the windows that let you know about your transaction movements, still isn't fixed apparently, it was missed since 0.13 version If you are running Windows 10, popups are disabled by default when you are duplicating the screen to multiple monitors (I have a widescreen TV as well as a computer monitor). You can turn this off in Settings -> Notificationsthis i'm talking about https://s13.postimg.org/fu9it0b2v/image.png "hide notification when i'm duplicating my screen"? this is already off by default, it's strange because in my other computer i get those windows with an altcoin, so it must be something else, settings are the same on both system also i was getting the notification with the 0.12 version this guy was also in the same boat with the previous version https://bitcointalk.org/index.php?topic=1594650.msg16084752#msg16084752 Title: Re: Bitcoin Core 0.13.1 Released Post by: achow101 on November 02, 2016, 10:43:48 PM "hide notification when i'm duplicating my screen"? this is already off by default, it's strange because in my other computer i get those windows with an altcoin, so it must be something else, settings are the same on both system It might have something to do with qt, but it's hard to know. I can't reproduce it so I can't really help you. Have you tried it on another machine to see if you see the same behavior there?also i was getting the notification with the 0.12 version this guy was also in the same boat with the previous version https://bitcointalk.org/index.php?topic=1594650.msg16084752#msg16084752 Title: Re: Bitcoin Core 0.13.1 Released Post by: Hyena on November 02, 2016, 11:21:32 PM As of today I am running Bitcoin Unlimited. Just say no to SegWit.
Here's what made me switch from Core to Bitcoin Unlimited: https://vid.me/kz1s Title: Re: Bitcoin Core 0.13.1 Released Post by: Hazir on November 04, 2016, 02:52:52 AM I upgraded my client to ver 0.13.1 today but I encountered some problem with my antivirus - Avast.
After an upgrade when I wanted to start my wallet Avast stopped the process did a deep scan and quarantined the bitcoin-qt.exe. Apparently bitcoin-qt.exe is infected with Dyna:BitCoinMiner-CR[PUP] - but I am pretty sure it is a false positive. Title: Re: Bitcoin Core 0.13.1 Released Post by: achow101 on November 04, 2016, 02:59:44 AM I upgraded my client to ver 0.13.1 today but I encountered some problem with my antivirus - Avast. Verify the hashes. After an upgrade when I wanted to start my wallet Avast stopped the process did a deep scan and quarantined the bitcoin-qt.exe. Apparently bitcoin-qt.exe is infected with Dyna:BitCoinMiner-CR[PUP] - but I am pretty sure it is a false positive. The antivirus flagging bitcoin-qt isn't new, it has happened before with other versions. And they aren't wrong about it containing a bitcoin miner, it does have one, just for testnet and regtest, not mainnet. Title: Re: Bitcoin Core 0.13.1 Released Post by: Stringer Bell on November 07, 2016, 11:48:50 AM Just downloaded, installed and it's working beautifully. Thank you for the brilliant work BTCCrew. Quite a few contributors now, very cool to see.
Funny how this thread gets almost no attention compared to some of the others ;) From reading some parts of the board, you'd wonder if Bitcoin even existed anymore. (without a healthy, regularly updated Ignore list, that is) It's only high quality work being delivered yet again, nothing worth writing about ;) Title: Re: Bitcoin Core 0.13.1 Released Post by: HomoHenning on November 08, 2016, 07:31:07 PM As of today I am running Bitcoin Unlimited. Just say no to SegWit. 1. unlimited will not have any chances, be realisticHere's what made me switch from Core to Bitcoin Unlimited: https://vid.me/kz1s 2. I suppose you are a bitcoin investor and are interested in rising prices. This will happen if SegWit and later LN will be accepted 3. unlimited blocks is the easiest but worst attempt for scaling Title: Re: Bitcoin Core 0.13.1 Released Post by: Hyena on November 08, 2016, 10:39:38 PM As of today I am running Bitcoin Unlimited. Just say no to SegWit. 1. unlimited will not have any chances, be realisticHere's what made me switch from Core to Bitcoin Unlimited: https://vid.me/kz1s 2. I suppose you are a bitcoin investor and are interested in rising prices. This will happen if SegWit and later LN will be accepted 3. unlimited blocks is the easiest but worst attempt for scaling 1. I'm taking my chances, it is very important for Bitcoin to reject SegWit. If it fails we lose BTC, and it will become yet another Ethereum centralized bankstercoin 2. Yes I am a bitcoin holder since 2011 and I belive the price will rise more without SegWit. 3. Unlimited blocks is the most decentralized and best free market based attempt for scaling. I support Satoshi's original vision. If you disagree with Satoshi go ahead and create SegWItCoin as an altcoin to Bitcoin. Title: Re: Bitcoin Core 0.13.1 Released Post by: Lauda on November 08, 2016, 10:43:16 PM 1. I'm taking my chances, it is very important for Bitcoin to reject SegWit. If it fails we lose BTC, and it will become yet another Ethereum centralized bankstercoin Nonsense FUD by someone who's either very misinformed or just trolling.2. Yes I am a bitcoin holder since 2011 and I belive the price will rise more without SegWit. Doesn't matter even if you were satoshi, this does not give you more credibility.3. Unlimited blocks is the most decentralized and best free market based attempt for scaling. I support Satoshi's original vision. If you disagree with Satoshi go ahead and create SegWItCoin as an altcoin to Bitcoin. No. Unlimited blocks are inherently safe. Also stop appealing to authority. Just because Satoshi created it, or had a vision, that does not mean that that is the utmost correct and perfect way to move to.Title: Re: Bitcoin Core 0.13.1 Released Post by: Hyena on November 08, 2016, 10:48:54 PM 1. I'm taking my chances, it is very important for Bitcoin to reject SegWit. If it fails we lose BTC, and it will become yet another Ethereum centralized bankstercoin Nonsense FUD by someone who's either very misinformed or just trolling.2. Yes I am a bitcoin holder since 2011 and I belive the price will rise more without SegWit. Doesn't matter even if you were satoshi, this does not give you more credibility.3. Unlimited blocks is the most decentralized and best free market based attempt for scaling. I support Satoshi's original vision. If you disagree with Satoshi go ahead and create SegWItCoin as an altcoin to Bitcoin. No. Unlimited blocks are inherently safe. Also stop appealing to authority. Just because Satoshi created it, or had a vision, that does not mean that that is the utmost correct and perfect way to move to.You are generating nonsense FUD. It does matter what was the original vision of Satoshi Nakamoto. There is no such thing as unlimited blocks because network speed will cap the block size anyway. Eventually the combination of free market and network speed will result in the floating maximum block size. Bitcoin will be more decentralized and thus more trustworthy. I am running Bitcoin Unlimited full node and my node is already finding and connecting to other such nodes. You can say what you want but the numbers won't lie. People prefer decentralization and Satoshi's original vision to the corrupt ideas of Bitcoin-core dev team funded by banksters. Title: Re: Bitcoin Core 0.13.1 Released Post by: Lauda on November 08, 2016, 11:18:27 PM You are generating nonsense FUD. It does matter what was the original vision of Satoshi Nakamoto. Why? Because some random alias had supreme knowledge of everything ? Appeal to authority.There is no such thing as unlimited blocks because network speed will cap the block size anyway. Eventually the combination of free market and network speed will result in the floating maximum block size. Bitcoin will be more decentralized and thus more trustworthy. "Network speed will cap"? What kind of ludicrous made up thing is this? With no hard limit, any malicious entity should be able to DOS the network.I am running Bitcoin Unlimited full node and my node is already finding and connecting to other such nodes. You can say what you want but the numbers won't lie. People prefer decentralization and Satoshi's original vision to the corrupt ideas of Bitcoin-core dev team funded by banksters. What numbers? The minority of nodes and hashrate on BU? Note: This is all off-topic to this thread. We should stop derailing it. Create a separate thread. Title: Re: Bitcoin Core 0.13.1 Released Post by: Hyena on November 08, 2016, 11:27:09 PM You are generating nonsense FUD. It does matter what was the original vision of Satoshi Nakamoto. Why? Because some random alias had supreme knowledge of everything ? Appeal to authority.There is no such thing as unlimited blocks because network speed will cap the block size anyway. Eventually the combination of free market and network speed will result in the floating maximum block size. Bitcoin will be more decentralized and thus more trustworthy. "Network speed will cap"? What kind of ludicrous made up thing is this? With no hard limit, any malicious entity should be able to DOS the network.I am running Bitcoin Unlimited full node and my node is already finding and connecting to other such nodes. You can say what you want but the numbers won't lie. People prefer decentralization and Satoshi's original vision to the corrupt ideas of Bitcoin-core dev team funded by banksters. What numbers? The minority of nodes and hashrate on BU? Note: This is all off-topic to this thread. We should stop derailing it. Create a separate thread. It's not off-topic. Since 0.13.1 includes foul code for the first time it is just the right place to discuss it. Network speed cap is the maximum block size that can travel through the network fast enough so that it would not be orphaned. Miners are never going to mine blocks that are so large that they will be orphaned (another miner mining a much smaller block will get to propagate it faster, thus stealing the block reward). There is no way to DOS the network because individual nodes can choose to reject blocks based on their individual preferences. Bitcoin Unlimited allows every node to define their own maximum block size limit. It is important to respect the vision of Satoshi Nakamoto because they are the author of Bitcoin. The Core devs are not authors nor legal owners of the Bitcoin software. For that reason they should not act like ones. This is called theft of intellectual property. Title: Re: Bitcoin Core 0.13.1 Released Post by: Lauda on November 08, 2016, 11:31:10 PM It's not off-topic. Since 0.13.1 includes foul code for the first time it is just the right place to discuss it. False. Segwit is the most peer-reviewed and tested change to date. There is nothing foul about it. If you want to discuss foul things, then you may want to take a look at the *ex-convicts* supporting BU.Network speed cap is the maximum block size that can travel through the network fast enough so that it would not be orphaned. Miners are never going to mine blocks that are so large that they will be orphaned (another miner mining a much smaller block will get to propagate it faster, thus stealing the block reward). There's nothing preventing a malicious miner from doing this.There is no way to DOS the network because individual nodes can choose to reject blocks based on their individual preferences. Bitcoin Unlimited allows every node to define their own maximum block size limit. There's nothing prevent someone from creating a super-majority of nodes and manipulating this metric as well. You could easily end up with a minority of nodes not accepting such blocks.It is important to respect the vision of Satoshi Nakamoto because they are the author of Bitcoin. Appeal to authority fallacy.For that reason they should not act like ones. This is called theft of intellectual property. This is just wrong on so many levels.Title: Re: Bitcoin Core 0.13.1 Released Post by: Hyena on November 09, 2016, 08:20:40 AM ... What you just said is simply false and you keep repeating it. I guess this argument leads nowhere. Title: Re: Bitcoin Core 0.13.1 Released Post by: Lauda on November 09, 2016, 08:28:20 AM ... What you just said is simply false and you keep repeating it. I guess this argument leads nowhere.I'm done. Someone else is free to address this. Update: Now we have false dillema and poisoning the well. Title: Re: Bitcoin Core 0.13.1 Released Post by: Hyena on November 09, 2016, 08:38:09 AM ... What you just said is simply false and you keep repeating it. I guess this argument leads nowhere.I don't really care. I'm expressing my opinion for the sake of people who can actually do their own thinking. You clearly cannot (perhaps because you are being paid to lie?) SegWit will eventually lose just like Killary Clinton did. People are waking up to the lies. BTW, you seem to be fanatically holding on to the assumption that I support BU so much. I don't. I don't think BU should even get the majority of nodes because that will lead to more centralization again just like it is the case with Core. Bitcoin Unlimited is currently the best alternative simply because it includes the logic to deal with competing chains. If Core enabled options for the users to disable SegWit on their node and to define my own maximum block size then I would consider using Core. If you oppose decentralization which you clearly do then you do not belong to the Bitcoin community. Why are you here then? Ethereum or Ripple would suit much better to you. Have you heard of them? Title: Re: Bitcoin Core 0.13.1 Released Post by: gmaxwell on November 09, 2016, 07:27:01 PM Network speed cap is the maximum block size that can travel through the network fast enough so that it would not be orphaned. Miners are never going to mine blocks that are so large that they will be orphaned (another miner mining a much smaller block will get to propagate it faster, If any any point miners find that blocks are being orphaned because they are too slow to propagate then the rational, natural, and previously observed behavior is that miners will simply centralize since doing so eliminates that cost. Because the effect of orphaning can be made arbitrarily small (by centralization or other means), your proposed effect cannot constitute a long term effective control on resource utilization. Quote It is important to respect the vision of Satoshi Nakamoto because they are the author of Bitcoin. Says someone who wants to rewrite the network rules in a way radically unlike and incompatible with the state that Bitcoin's creator left it.Title: Re: Bitcoin Core 0.13.1 Released Post by: Jake-R on November 09, 2016, 07:28:11 PM How are maxconnections=__ controlled now? Is it now n-1?
In my bitcoin.conf file I can set maxconnections=10 but only nine other clients will connect. If I set maxconnections=11 then only ten other clients will connect. Is this a bug, or feature? Title: Re: Bitcoin Core 0.13.1 Released Post by: gmaxwell on November 09, 2016, 07:29:35 PM How are maxconnections=__ controlled now? Is it now n-1? An extra connection is reserved for short lived 'feeler' connections which the node uses to explore the network.In my bitcoin.conf file I can set maxconnections=10 but only nine other clients will connect. If I set maxconnections=11 then only ten other clients will connect. Is this a bug, or feature? Title: Re: Bitcoin Core 0.13.1 Released Post by: Hyena on November 09, 2016, 08:03:50 PM Network speed cap is the maximum block size that can travel through the network fast enough so that it would not be orphaned. Miners are never going to mine blocks that are so large that they will be orphaned (another miner mining a much smaller block will get to propagate it faster, If any any point miners find that blocks are being orphaned because they are too slow to propagate then the rational, natural, and previously observed behavior is that miners will simply centralize since doing so eliminates that cost. Because the effect of orphaning can be made arbitrarily small (by centralization or other means), your proposed effect cannot constitute a long term effective control on resource utilization. Oh will they really? You're from the future or something? So you are proposing one form of centralization as a solution to the hypothetical other? Well if that's the choice then I'd still go to the direction of empowering the full nodes and taking power away from the development team of a particular branch of the bitcoin software. We have seen mining centralization in past and it was solved. What gives you the fantasy of it not getting solved in the future? That's right. You've got nothing. Quote It is important to respect the vision of Satoshi Nakamoto because they are the author of Bitcoin. Says someone who wants to rewrite the network rules in a way radically unlike and incompatible with the state that Bitcoin's creator left it.Says someone who wants to rewrite the network rules in a way radically unlike and incompatible with the state that Bitcoin's creator left it. Title: Re: Bitcoin Core 0.13.1 Released Post by: (No subject) on November 10, 2016, 11:57:55 AM I just download Bitcoin Core 0.13.1 setup file from link in forum header, before install I checked with
https://www.virustotal.com/en/file/a7d1d25bbc46b4f0fe333f7d3742c22defdba8db9ffd6056770e104085d24709/analysis/ is it safe to install? Title: Re: Bitcoin Core 0.13.1 Released Post by: MadGamer on November 10, 2016, 02:35:34 PM I just download Bitcoin Core 0.13.1 setup file from link in forum header, before install I checked with https://www.virustotal.com/en/file/a7d1d25bbc46b4f0fe333f7d3742c22defdba8db9ffd6056770e104085d24709/analysis/ is it safe to install? I just scanned my setup file too which I downloaded when this version first got released from Bitcoin.org and I'm having the results as you so I assume It's a false positive and there is nothing be worried about. Title: Re: Bitcoin Core 0.13.1 Released Post by: achow101 on November 10, 2016, 02:40:32 PM I just download Bitcoin Core 0.13.1 setup file from link in forum header, before install I checked with https://www.virustotal.com/en/file/a7d1d25bbc46b4f0fe333f7d3742c22defdba8db9ffd6056770e104085d24709/analysis/ is it safe to install? I just scanned my setup file too which I downloaded when this version first got released from Bitcoin.org and I'm having the results as you so I assume It's a false positive and there is nothing be worried about. Title: Re: Bitcoin Core 0.13.1 Released Post by: MadGamer on November 10, 2016, 03:01:51 PM I just download Bitcoin Core 0.13.1 setup file from link in forum header, before install I checked with https://www.virustotal.com/en/file/a7d1d25bbc46b4f0fe333f7d3742c22defdba8db9ffd6056770e104085d24709/analysis/ is it safe to install? I just scanned my setup file too which I downloaded when this version first got released from Bitcoin.org and I'm having the results as you so I assume It's a false positive and there is nothing be worried about. Hashes are definitely the same but I'm not sure what I did wrong here , I imported all the developers PGP keys theymos posted and while trying to verify this : https://bitcoin.org/bin/bitcoin-core-0.13.1/SHA256SUMS.asc , I get KEY NOT VALID https://i.imgur.com/d0RRJOq.png Title: Re: Bitcoin Core 0.13.1 Released Post by: achow101 on November 10, 2016, 03:09:46 PM Hashes are definitely the same but I'm not sure what I did wrong here , I imported all the developers PGP keys theymos posted and while trying to verify this : https://bitcoin.org/bin/bitcoin-core-0.13.1/SHA256SUMS.asc , I get KEY NOT VALID Verifies fine for me. Are you sure you imported the key properly? The release key is the second key in Theymos's list of keys.Title: Re: Bitcoin Core 0.13.1 Released Post by: Carlton Banks on November 10, 2016, 04:29:07 PM Quote It is important to respect the vision of Satoshi Nakamoto because they are the author of Bitcoin. Says someone who wants to rewrite the network rules in a way radically unlike and incompatible with the state that Bitcoin's creator left it.Says someone who wants to rewrite the network rules in a way radically unlike and incompatible with the state that Bitcoin's creator left it. Except this fork is a soft fork, so it is backwards compatible by definition. You're advocating a hard fork, which is not backwards compatible. By definition. So you're wrong. Title: Re: Bitcoin Core 0.13.1 Released Post by: MadGamer on November 11, 2016, 12:54:05 PM Hashes are definitely the same but I'm not sure what I did wrong here , I imported all the developers PGP keys theymos posted and while trying to verify this : https://bitcoin.org/bin/bitcoin-core-0.13.1/SHA256SUMS.asc , I get KEY NOT VALID Verifies fine for me. Are you sure you imported the key properly? The release key is the second key in Theymos's list of keys.Yes , I tried with importing the key of that guy alone and with importing them all at once but It's not working . Importing keys works just fine with GPA but verifying doesn't. Are you using the same software as me ? Title: Re: Bitcoin Core 0.13.1 Released Post by: achow101 on November 11, 2016, 01:17:34 PM Hashes are definitely the same but I'm not sure what I did wrong here , I imported all the developers PGP keys theymos posted and while trying to verify this : https://bitcoin.org/bin/bitcoin-core-0.13.1/SHA256SUMS.asc , I get KEY NOT VALID Verifies fine for me. Are you sure you imported the key properly? The release key is the second key in Theymos's list of keys.Yes , I tried with importing the key of that guy alone and with importing them all at once but It's not working . Importing keys works just fine with GPA but verifying doesn't. Are you using the same software as me ? Title: Re: Bitcoin Core 0.13.1 Released Post by: Hyena on November 11, 2016, 04:09:29 PM Quote It is important to respect the vision of Satoshi Nakamoto because they are the author of Bitcoin. Says someone who wants to rewrite the network rules in a way radically unlike and incompatible with the state that Bitcoin's creator left it.Says someone who wants to rewrite the network rules in a way radically unlike and incompatible with the state that Bitcoin's creator left it. Except this fork is a soft fork, so it is backwards compatible by definition. You're advocating a hard fork, which is not backwards compatible. By definition. So you're wrong. An ugly hack soft fork is no better than a proper and elegant hard fork. So you are wrong. edit: What is more, neither of these options will activate without strong consensus. So if we are going to have a consensus either way then let's do a proper and elegant hard fork (has happened before and worked like a charm). There's absolutely nothing bad about a hard fork if we have a strong consensus. Since SegWit won't activate without consensus there is no point to have it in the first place. Title: Re: Bitcoin Core 0.13.1 Released Post by: Icon on November 16, 2016, 07:32:13 PM So.. how does one go about exporting the "seed" out of this version, instead of saving each wallet.dat file, my understanding is that we can just save the seed to access all the wallets.dat/addresses from that 1 seed..
Icon PS I understand we need to make a new wallet using the 13.x version first.. Title: Re: Bitcoin Core 0.13.1 Released Post by: achow101 on November 16, 2016, 07:41:49 PM So.. how does one go about exporting the "seed" out of this version, instead of saving each wallet.dat file, my understanding is that we can just save the seed to access all the wallets.dat/addresses from that 1 seed.. Bitcoin Core does not support BIP 39 mnemonics yet (what people commonly refer to as seeds). You can however export the wallet in a human readable format (csv I believe) which will contain the master private key. Keep in mind that every time you change the password (add one or change it), the master private key will change.Icon PS I understand we need to make a new wallet using the 13.x version first.. Title: Re: Bitcoin Core 0.13.1 Released Post by: Icon on November 16, 2016, 07:46:30 PM "the password" you are referring to is the lock wallet phrase, correct?
Also i am assuming you can "import" the .csv back into bitcoin core to access the wallet..? Sorry never messed with any signing/export/print private keys just always truecrypt the wallet.dat and stored :) Thanks Icon Title: Re: Bitcoin Core 0.13.1 Released Post by: achow101 on November 16, 2016, 09:09:06 PM "the password" you are referring to is the lock wallet phrase, correct? Yes.Also i am assuming you can "import" the .csv back into bitcoin core to access the wallet..? No, you cannot. The wallet export isn't really for backing up the wallet, rather it is for your own information or if you want to import your Bitcoin Core wallet into another wallet. Right now you cannot restore a Bitcoin Core wallet from the master private key. You need to have the wallet.dat file. The big difference between this and the old versions is that you don't need to backup the wallet.dat every 100 transactions, you only need to do it every time you change the password, which probably isn't very frequent.Title: Re: Bitcoin Core 0.13.1 Released Post by: dbstmddhks on November 23, 2016, 01:58:27 AM I made a korean language version post about 0.13.1 version
http://blog.naver.com/monsterbit/220841502398 It's really good to see the improvement of bitcoin blockchain From wan Title: Re: Bitcoin Core 0.13.1 Released Post by: jmayuga on November 23, 2016, 04:19:45 AM I made a korean language version post about 0.13.1 version http://blog.naver.com/monsterbit/220841502398 It's really good to see the improvement of bitcoin blockchain From wan Wow! that is fantastic for those people who are comfortable with their languages, it will more easy for them manipulate their coins. A multilingual program can earn more client :D I hope that there is also version on the Philippines :D Title: Re: Bitcoin Core 0.13.1 Released Post by: MainstreetLP on November 24, 2016, 07:21:57 PM Where's the code for the HF of segwit?
Title: Re: Bitcoin Core 0.13.1 Released Post by: achow101 on November 24, 2016, 07:22:22 PM Where's the code for the HF of segwit? Nonexistent. There is no hard fork of segwit.Title: Re: Bitcoin Core 0.13.1 Released Post by: Bitcoin.Greece on November 27, 2016, 01:50:41 AM kaspersky internet security see that version as virus today
https://s12.postimg.org/5mfg63gd9/image.png (https://postimg.org/image/np8ixbc7t/)xocтинг кapтинoк (https://postimage.org/index.php?lang=russian) Title: Re: Bitcoin Core 0.13.1 Released Post by: achow101 on November 27, 2016, 02:01:32 AM kaspersky internet security see that version as virus today Old news. AVs have constantly been flagging Bitcoin Core as a virus. Just check the hashes and signatures to verify your install is legit and then add it to your AVs exception list.https://s12.postimg.org/5mfg63gd9/image.png (https://postimg.org/image/np8ixbc7t/)xocтинг кapтинoк (https://postimage.org/index.php?lang=russian) Title: Re: Bitcoin Core 0.13.1 Released Post by: shorena on November 27, 2016, 09:28:59 AM kaspersky internet security see that version as virus today Old news. AVs have constantly been flagging Bitcoin Core as a virus. Just check the hashes and signatures to verify your install is legit and then add it to your AVs exception list.https://s12.postimg.org/5mfg63gd9/image.png (https://postimg.org/image/np8ixbc7t/)xocтинг кapтинoк (https://postimage.org/index.php?lang=russian) That text ... "not a virus", "bitcoin miner". Title: Re: Bitcoin Core 0.13.1 Released Post by: LFC_Bitcoin on November 27, 2016, 12:40:47 PM Anybody seen this -
https://bitcointalk.org/index.php?topic=1694796.msg17005766#msg17005766 Title: Re: Bitcoin Core 0.13.1 Released Post by: KoKaKoLa on December 14, 2016, 09:13:29 AM how does one go about exporting the "seed" out of this version, instead of saving each wallet.dat file, my understanding is that we can just save the seed to access all the wallets.dat/addresses from that 1 seed
Title: Re: Bitcoin Core 0.13.1 Released Post by: achow101 on December 14, 2016, 03:02:00 PM how does one go about exporting the "seed" out of this version, instead of saving each wallet.dat file, my understanding is that we can just save the seed to access all the wallets.dat/addresses from that 1 seed You can't do that yet. The HD wallets created by this version just allow you to backup the wallet.dat file once (you will have to backup every time you change the password) and not have to do it every 100 transactions.Title: Re: Bitcoin Core 0.13.1 Released Post by: Real-Duke on December 22, 2016, 03:46:41 PM I can smell a new update ;D
https://github.com/bitcoin/bitcoin/releases 0.13.2 rc1 is out Title: Re: Bitcoin Core 0.13.1 Released Post by: o_solo_miner on December 25, 2016, 08:36:04 PM Is there a manual or tutorial on how to compile that on linux
and what toolchain/dependencies are needet? I don't want to use a prebuild binary on my server. I got trouble on compiling it on debian64. Title: Re: Bitcoin Core 0.13.1 Released Post by: achow101 on December 25, 2016, 08:52:47 PM Is there a manual or tutorial on how to compile that on linux Read https://github.com/bitcoin/bitcoin/blob/master/doc/build-unix.mdand what toolchain/dependencies are needet? I don't want to use a prebuild binary on my server. I got trouble on compiling it on debian64. Title: Re: Bitcoin Core 0.13.1 Released Post by: o_solo_miner on December 26, 2016, 10:26:27 AM Is there a manual or tutorial on how to compile that on linux Read https://github.com/bitcoin/bitcoin/blob/master/doc/build-unix.mdand what toolchain/dependencies are needet? I don't want to use a prebuild binary on my server. I got trouble on compiling it on debian64. Thank you for pointing that, I was not aware that now there is a bit more as it was one month before. I will try it again and report. Title: Re: Bitcoin Core 0.13.1 Released Post by: Steed on December 27, 2016, 01:03:31 PM Small question not worth to start a new thread:
System: OS X El Capitan 10.11.6 Wallet: Bitcoin Core 13.1 I have a backup of my wallet.dat file. Where do I move it if I want to restore it? On internet I found that it should be moved to ˜\Library\Application Support\Bitcoin\ But I guess that is outdated information, because that folder does not exist on my computer, neither with hidden files shown. Also, I wonder, can I use this same file to restore a wallet on a windows PC? Title: Re: Bitcoin Core 0.13.1 Released Post by: achow101 on December 27, 2016, 04:43:24 PM Small question not worth to start a new thread: You put it in the data directory. If you changed it (i.e. chose a different folder with the initial startup dialog which asked you if you wanted to), then you put it in the folder that you specified. Otherwise, it should go in the default data directory which is the path you mentioned.System: OS X El Capitan 10.11.6 Wallet: Bitcoin Core 13.1 I have a backup of my wallet.dat file. Where do I move it if I want to restore it? On internet I found that it should be moved to ˜\Library\Application Support\Bitcoin\ But I guess that is outdated information, because that folder does not exist on my computer, neither with hidden files shown. Also, I wonder, can I use this same file to restore a wallet on a windows PC? Yes.Title: Re: Bitcoin Core 0.13.1 Released Post by: Steed on December 27, 2016, 08:09:11 PM Small question not worth to start a new thread: You put it in the data directory. If you changed it (i.e. chose a different folder with the initial startup dialog which asked you if you wanted to), then you put it in the folder that you specified. Otherwise, it should go in the default data directory which is the path you mentioned.System: OS X El Capitan 10.11.6 Wallet: Bitcoin Core 13.1 I have a backup of my wallet.dat file. Where do I move it if I want to restore it? On internet I found that it should be moved to ˜\Library\Application Support\Bitcoin\ But I guess that is outdated information, because that folder does not exist on my computer, neither with hidden files shown. Also, I wonder, can I use this same file to restore a wallet on a windows PC? Yes.Thanks! Indeed I specified a different folder, found it! Title: Re: Bitcoin Core 0.13.1 Released Post by: habibruis on December 28, 2016, 08:48:17 AM What is the benefit of bitcoin core?
Title: Re: Bitcoin Core 0.13.1 Released Post by: wiffwaff on December 28, 2016, 10:00:48 AM Quote What is the benefit of bitcoin core? Bitcoin Core will signal support for and recognise SegWit enabled blocks, amongst other additions. Depending on your stance in the max block size issue, you might like to consider using one of the other many bitcoin clients such as https://www.bitcoinunlimited.info/ (https://www.bitcoinunlimited.info/) which supports bigger maximum block sizes as a solution to the full blocks we currently are experiencing. Title: Re: Bitcoin Core 0.13.1 Released Post by: -ck on December 28, 2016, 12:30:48 PM Quote What is the benefit of bitcoin core? Bitcoin Core will signal support for and recognise SegWit enabled blocks, amongst other additions. Depending on your stance in the max block size issue, you might like to consider using one of the other many bitcoin clients such as https://www.bitcoinunlimited.info/ (https://www.bitcoinunlimited.info/) which supports bigger maximum block sizes as a solution to the full blocks we currently are experiencing. Title: Re: Bitcoin Core 0.13.1 Released Post by: shorena on December 28, 2016, 02:15:19 PM Quote What is the benefit of bitcoin core? Both, Bitcoin Core and Bitcoin Unlimited, are full nodes. Fulle nodes have advantages in terms of privacy (no address information is leaked) and security (more difficult to feed false data than SPV clients). If you dont run your full node in pruned mode you can also help others sync their node. If you accept inbound connections you provide information to SPV clients. Title: Re: Bitcoin Core 0.13.1 Released Post by: Amph on December 29, 2016, 05:08:35 PM Quote What is the benefit of bitcoin core? Bitcoin Core will signal support for and recognise SegWit enabled blocks, amongst other additions. Depending on your stance in the max block size issue, you might like to consider using one of the other many bitcoin clients such as https://www.bitcoinunlimited.info/ (https://www.bitcoinunlimited.info/) which supports bigger maximum block sizes as a solution to the full blocks we currently are experiencing. i remember that merchants have an impact as well maybe not directly but they will influence miners decision, if for example the majority go with a specific side, either way at some point miners will be forced to do a decision... |