Bitcoin Forum
October 31, 2020, 04:51:03 PM *
News: Latest Bitcoin Core release: 0.20.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1] 2 3  All
  Print  
Author Topic: Bitcoin Core 0.14.1 Released  (Read 12671 times)
achow101
Staff
Legendary
*
Offline Offline

Activity: 2296
Merit: 3514


Just writing some code


View Profile WWW
April 22, 2017, 01:45:29 PM
 #1

Bitcoin Core version 0.14.1 is now available from:

https://bitcoin.org/bin/bitcoin-core-0.14.1/

This is a new minor version release, including 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

To receive security and update notifications, please subscribe to:

https://bitcoincore.org/en/list/announcements/join/

Compatibility

Bitcoin Core is extensively tested on multiple operating systems using the Linux kernel, macOS 10.8+, and Windows Vista and later.

Microsoft ended support for Windows XP on April 8th, 2014, No attempt is made to prevent installing or running the software on Windows XP, you can still do so at your own risk but be aware that there are known instabilities and issues. Please do not report issues about Windows XP to the issue tracker.

Bitcoin Core should also work on most other Unix-like systems but is not frequently tested on them.

Notable changes
RPC changes
  • The first positional argument of createrawtransaction was renamed from   transactions to inputs.
  • The argument of disconnectnode was renamed from node to address.

These interface changes break compatibility with 0.14.0, when the named arguments functionality, introduced in 0.14.0, is used. Client software using these calls with named arguments needs to be updated.

Mining

In previous versions, getblocktemplate required segwit support from downstream clients/miners once the feature activated on the network. In this version, it now supports non-segwit clients even after activation, by removing all segwit transactions from the returned block template. This allows non-segwit miners to continue functioning correctly even after segwit has activated.

Due to the limitations in previous versions, getblocktemplate also recommended non-segwit clients to not signal for the segwit version-bit. Since this is no longer an issue, getblocktemplate now always recommends signalling segwit for all miners. This is safe because ability to enforce the rule is the only required criteria for safe activation, not actually producing segwit-enabled blocks.

UTXO memory accounting

Memory usage for the UTXO cache is being calculated more accurately, so that the configured limit (-dbcache) will be respected when memory usage peaks during cache flushes.  The memory accounting in prior releases is estimated to only account for half the actual peak utilization.

The default -dbcache has also been changed in this release to 450MiB.  Users who currently set -dbcache to a high value (e.g. to keep the UTXO more fully cached in memory) should consider increasing this setting in order to achieve the same cache performance as prior releases.  Users on low-memory systems (such as systems with 1GB or less) should consider specifying a lower value for this parameter.

Additional information relating to running on low-memory systems can be found here: reducing-bitcoind-memory-usage.md.

0.14.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.

RPC and other APIs
  • #10084 142fbb2 Rename first named arg of createrawtransaction (MarcoFalke)
  • #10139 f15268d Remove auth cookie on shutdown (practicalswift)
  • #10146 2fea10a Better error handling for submitblock (rawodb, gmaxwell)
  • #10144 d947afc Prioritisetransaction wasn't always updating ancestor fee (sdaftuar)
  • #10204 3c79602 Rename disconnectnode argument (jnewbery)
Block and transaction handling
  • #10126 0b5e162 Compensate for memory peak at flush time (sipa)
  • #9912 fc3d7db Optimize GetWitnessHash() for non-segwit transactions (sdaftuar)
  • #10133 ab864d3 Clean up calculations of pcoinsTip memory usage (morcos)
P2P protocol and network code
  • #9953/#10013 d2548a4 Fix shutdown hang with >= 8 -addnodes set (TheBlueMatt)
  • #10176 30fa231 net: gracefully handle NodeId wrapping (theuni)
Build system
  • #9973 e9611d1 depends: fix zlib build on osx (theuni)
GUI
  • #10060 ddc2dd1 Ensure an item exists on the rpcconsole stack before adding (achow101)
Mining
  • #9955/#10006 569596c Don't require segwit in getblocktemplate for segwit signalling or mining (sdaftuar)
  • #9959/#10127 b5c3440 Prevent slowdown in CreateNewBlock on large mempools (sdaftuar)
Tests and QA
  • #10157 55f641c Fix the mempool_packages.py test (sdaftuar)
Miscellaneous
  • #10037 4d8e660 Trivial: Fix typo in help getrawtransaction RPC (keystrike)
  • #10120 e4c9a90 util: Work around (virtual) memory exhaustion on 32-bit w/ glibc (laanwj)
  • #10130 ecc5232 bitcoin-tx input verification (awemany, jnewbery)
Credits

Thanks to everyone who directly contributed to this release:

  • Alex Morcos
  • Andrew Chow
  • Awemany
  • Cory Fields
  • Gregory Maxwell
  • James Evans
  • John Newbery
  • MarcoFalke
  • Matt Corallo
  • Pieter Wuille
  • practicalswift
  • rawodb
  • Suhas Daftuar
  • Wladimir J. van der Laan

As well as everyone that helped translating on Transifex.

1604163063
Hero Member
*
Offline Offline

Posts: 1604163063

View Profile Personal Message (Offline)

Ignore
1604163063
Reply with quote  #2

1604163063
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1604163063
Hero Member
*
Offline Offline

Posts: 1604163063

View Profile Personal Message (Offline)

Ignore
1604163063
Reply with quote  #2

1604163063
Report to moderator
1604163063
Hero Member
*
Offline Offline

Posts: 1604163063

View Profile Personal Message (Offline)

Ignore
1604163063
Reply with quote  #2

1604163063
Report to moderator
1604163063
Hero Member
*
Offline Offline

Posts: 1604163063

View Profile Personal Message (Offline)

Ignore
1604163063
Reply with quote  #2

1604163063
Report to moderator
Amph
Legendary
*
Offline Offline

Activity: 2450
Merit: 1010



View Profile
April 28, 2017, 06:27:19 AM
 #2

i didnt notice it before but there is a way to allow remote connection based on a ip range? like 192.168.1.*, because rotation like 192.168.1.0/24 or 192.168.1.0/255.255.255.0 don't work
achow101
Staff
Legendary
*
Offline Offline

Activity: 2296
Merit: 3514


Just writing some code


View Profile WWW
April 28, 2017, 01:24:16 PM
 #3

i didnt notice it before but there is a way to allow remote connection based on a ip range? like 192.168.1.*, because rotation like 192.168.1.0/24 or 192.168.1.0/255.255.255.0 don't work
The 192.168.1.0/24 and 192.168.1.0/255.255.255.0 notation should work. According to the command line option help:
Quote
-rpcallowip=<ip>
Allow JSON-RPC connections from specified source. Valid for <ip> are a single IP (e.g. 1.2.3.4), a network/netmask (e.g. 1.2.3.4/255.255.255.0) or a network/CIDR (e.g. 1.2.3.4/24). This option can be specified multiple times

Amph
Legendary
*
Offline Offline

Activity: 2450
Merit: 1010



View Profile
April 29, 2017, 05:44:01 AM
 #4

i didnt notice it before but there is a way to allow remote connection based on a ip range? like 192.168.1.*, because rotation like 192.168.1.0/24 or 192.168.1.0/255.255.255.0 don't work
The 192.168.1.0/24 and 192.168.1.0/255.255.255.0 notation should work. According to the command line option help:
Quote
-rpcallowip=<ip>
Allow JSON-RPC connections from specified source. Valid for <ip> are a single IP (e.g. 1.2.3.4), a network/netmask (e.g. 1.2.3.4/255.255.255.0) or a network/CIDR (e.g. 1.2.3.4/24). This option can be specified multiple times

why is the xxx.xxx.x.* not allowed? i understand that =* is dangerous, but the rotation with 192.168.1.* is still about private address and should not do any harm in theory, what i'm missing?
novabitz
Newbie
*
Offline Offline

Activity: 1
Merit: 0


View Profile
April 29, 2017, 02:27:31 PM
 #5

Downloading it now, lets see how it goes
achow101
Staff
Legendary
*
Offline Offline

Activity: 2296
Merit: 3514


Just writing some code


View Profile WWW
April 29, 2017, 03:25:52 PM
 #6

i didnt notice it before but there is a way to allow remote connection based on a ip range? like 192.168.1.*, because rotation like 192.168.1.0/24 or 192.168.1.0/255.255.255.0 don't work
The 192.168.1.0/24 and 192.168.1.0/255.255.255.0 notation should work. According to the command line option help:
Quote
-rpcallowip=<ip>
Allow JSON-RPC connections from specified source. Valid for <ip> are a single IP (e.g. 1.2.3.4), a network/netmask (e.g. 1.2.3.4/255.255.255.0) or a network/CIDR (e.g. 1.2.3.4/24). This option can be specified multiple times

why is the xxx.xxx.x.* not allowed? i understand that =* is dangerous, but the rotation with 192.168.1.* is still about private address and should not do any harm in theory, what i'm missing?
Using the * wildcard is not part of the standard CIDR notation. Core supports the standard CIDR notation and not other non-standard notation. Notation like 1xxx.xxx.xxx.* is not standard. There is no standard which defines what * means in an IP address.

zigoter
Newbie
*
Offline Offline

Activity: 28
Merit: 0


View Profile
May 09, 2017, 03:10:02 AM
 #7

can this version 0.14.1 allow the import/export the wallet HD seed yet? And if so how... Smiley
achow101
Staff
Legendary
*
Offline Offline

Activity: 2296
Merit: 3514


Just writing some code


View Profile WWW
May 09, 2017, 03:23:51 AM
 #8

can this version 0.14.1 allow the import/export the wallet HD seed yet? And if so how... Smiley
No.

coinvest727
Newbie
*
Offline Offline

Activity: 11
Merit: 0


View Profile
May 11, 2017, 07:52:56 AM
 #9

When you sending a bitcoin, one of the two wallets produced by the bitcoin core. The send amount and the remaining amount. but one of the remaining amount has been disappeared with the coins. I am looking for someone to present a solution for this matter.


achow101
Staff
Legendary
*
Offline Offline

Activity: 2296
Merit: 3514


Just writing some code


View Profile WWW
May 11, 2017, 01:32:06 PM
 #10

When you sending a bitcoin, one of the two wallets produced by the bitcoin core. The send amount and the remaining amount. but one of the remaining amount has been disappeared with the coins. I am looking for someone to present a solution for this matter.
Your question is very hard to understand. Your post is off topic for this thread. Make a post in the Technical Support forum and include the transaction ids involved.

Argon2
Full Member
***
Offline Offline

Activity: 140
Merit: 100


View Profile
May 15, 2017, 01:29:07 PM
 #11

can this version 0.14.1 allow the import/export the wallet HD seed yet? And if so how... Smiley
Not yet. Prob should be able to export the hex representation of the seed (ecc key) and then import that to regenerate a wallet (getnewaddress to generate any used keys).
muchoman
Sr. Member
****
Offline Offline

Activity: 466
Merit: 250


View Profile
May 15, 2017, 03:37:23 PM
 #12

Downloaded 4 days ago and i am on 52%, unbelievable, nodes must have isdn connection.
Real-Duke
Legendary
*
Online Online

Activity: 2086
Merit: 1141



View Profile
May 15, 2017, 09:08:24 PM
 #13

Downloaded 4 days ago and i am on 52%, unbelievable, nodes must have isdn connection.
Did you already open Port 8333 TCP and what kind of hardware do you use?


▄██████████      █████████▄
▄██████████████████████████▄
▄█████▀          ▀███████▀          ▀████▄
▄█████                ███████                ████▄
▄█████                █████████                ████▄
█████                █████  █████                ████
█████               █████       █████               ████
█████             █████          █████              ████
█████              ████              ████              ████
████▌            █████              █████            ▐███
████▌            ████                  ████            ▐███
█████            █████              █████            ████
█████            ██████      ██████            ████
█████████    █████████████    ████████
█████████      █████████      ████████



        ▀▀▀▀▀▀▀▀▀▀▀▀▀
         ▀▀▀▀▀▀▀▀▀▀▀
      ▀▀▀▀▀▀▀▀▀
    ▀▀▀▀▀▀▀▀▀
  ▀▀▀▀▀▀▀▀▀▀▀
 ▀▀▀▀▀▀▀▀▀▀▀▀▀
       ▀▀▀▀▀▀▀▀▀▀▀
         ▀▀▀▀▀▀
           ▀▀▀▀
             ▀▀
           ▀▀


▀▀▀▀▀▀▀▀▀▀▀▀▀
    ▀▀▀▀▀▀▀▀▀▀▀
      ▀▀▀▀▀▀▀▀▀
          ▀▀▀▀▀▀▀▀▀
        ▀▀▀▀▀▀▀▀▀▀▀
      ▀▀▀▀▀▀▀▀▀▀▀▀▀
    ▀▀▀▀▀▀▀▀▀▀▀
            ▀▀▀▀▀▀
              ▀▀▀▀
                   ▀▀
Amph
Legendary
*
Offline Offline

Activity: 2450
Merit: 1010



View Profile
May 17, 2017, 05:23:27 AM
 #14

Downloaded 4 days ago and i am on 52%, unbelievable, nodes must have isdn connection.

it's note about other nodes, it's your fault, you probably have a slow ssd and connection speed, next time it's better if you save the whole blockchain as a backup, will be easy to restart the whole process

Foremast
Newbie
*
Offline Offline

Activity: 1
Merit: 0


View Profile
May 22, 2017, 05:28:06 PM
 #15

Hi guys can someone explain please what is the point of downloading all of those 126gb data? i participated yesterday bitcoin core and it took just 18 hours till synch complete. if anyone interest i can create a torrent file and share the 126gb of data folder with the last synch.
leminerale
Newbie
*
Offline Offline

Activity: 45
Merit: 0


View Profile
May 23, 2017, 12:18:29 PM
 #16

I also do not really understand about all that, if all those things can be useful I will also do that. And of course I will also ask because I also do not know it yet
Thank you
Carlton Banks
Legendary
*
Offline Offline

Activity: 2884
Merit: 2363



View Profile
May 23, 2017, 01:49:34 PM
 #17

When you have that 130 GB database file (also known as "the blockchain"), you're stopping people from cheating the rules of the Bitcoin system.

It's really important that people download the blockchain to use Bitcoin, not just to enforce the rules, but to get the extra privacy and security you get when using the blockchain directly. If regular people weren't running the Bitcoin blockchain, there would be no Bitcoin, and no $2000+ price. When more people use the blockchain directly (with their own +130GB copy on their computer), Bitcoin is more resilient and secure, and hence more valuable.

Vires in numeris
Ayers
Legendary
*
Offline Offline

Activity: 1820
Merit: 1001


View Profile
May 23, 2017, 03:15:04 PM
 #18

When you have that 130 GB database file (also known as "the blockchain"), you're stopping people from cheating the rules of the Bitcoin system.

It's really important that people download the blockchain to use Bitcoin, not just to enforce the rules, but to get the extra privacy and security you get when using the blockchain directly. If regular people weren't running the Bitcoin blockchain, there would be no Bitcoin, and no $2000+ price. When more people use the blockchain directly (with their own +130GB copy on their computer), Bitcoin is more resilient and secure, and hence more valuable.

are you saying that we should avoid using prune? or maybe i misunderstand, because for now i really can't run 130gb of data that keep getting bigger each year by 50gb, you need a 1 tera ssd and they cost a lot for normal people, HDD are not an option they are too slower for other task like gaming, i don't like them anymore
Carlton Banks
Legendary
*
Offline Offline

Activity: 2884
Merit: 2363



View Profile
May 23, 2017, 05:21:06 PM
 #19

In reality, people can't do something that's currently out of reach for them. The ideal is to keep a full blockchain, but if you don't have the disk space at this time, sure, use prune. You're still helping to enforce Bitcoin's rules, it's just that you can't help new Bitcoin nodes onto the network to download the blockchain, as you don't have the full blockchain to upload to them.

Vires in numeris
revelacaogr
Legendary
*
Offline Offline

Activity: 1260
Merit: 1008

2009 Alea iacta est


View Profile
May 24, 2017, 03:58:02 PM
 #20

When you have that 130 GB database file (also known as "the blockchain"), you're stopping people from cheating the rules of the Bitcoin system.

It's really important that people download the blockchain to use Bitcoin, not just to enforce the rules, but to get the extra privacy and security you get when using the blockchain directly. If regular people weren't running the Bitcoin blockchain, there would be no Bitcoin, and no $2000+ price. When more people use the blockchain directly (with their own +130GB copy on their computer), Bitcoin is more resilient and secure, and hence more valuable.

are you saying that we should avoid using prune? or maybe i misunderstand, because for now i really can't run 130gb of data that keep getting bigger each year by 50gb, you need a 1 tera ssd and they cost a lot for normal people, HDD are not an option they are too slower for other task like gaming, i don't like them anymore

u can use yr ssd for gaming & download and store the blockchain in an external HDD.......
https://en.bitcoin.it/wiki/Data_directory
EASY...
Pages: [1] 2 3  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!