aboutsummaryrefslogtreecommitdiff
path: root/doc/release-notes.md
AgeCommit message (Collapse)Author
2015-11-11[doc] Fix FIXME for libblkmaker in release-notes.mdMarcoFalke
2015-10-23Add BIP65 CHECKLOCKTIMEVERIFY to release notesPeter Todd
2015-10-18Correct spelling mistakes in doc folderMitchell Cash
- OSX —> OS X - XCode —> Xcode - github —> GitHub - homebrew —> Homebrew - gitian —> Gitian - Other miscellaneous obvious spelling fixes and whitespace removal
2015-10-06Document pull-req #6424 in release-notesPeter Todd
Mention now allowed sequence of pushdatas in OP_RETURN outputs in release notes.
2015-09-29zmq: update and cleanup build-unix, release-notes, and zmq docsJohnathan Corgan
Signed-off-by: Johnathan Corgan <johnathan@corganlabs.com>
2015-09-25Merge pull request #5264Wladimir J. van der Laan
af3208b Resolve issue 3166. These changes decode valid SIGHASH types on signatures in assembly (asm) representations of scriptSig scripts. This squashed commit incorporates substantial helpful feedback from jtimon, laanwj, and sipa. (mruddy)
2015-09-22Do not store Merkle branches in the wallet.Pieter Wuille
Assume that when a wallet transaction has a valid block hash and transaction position in it, the transaction is actually there. We're already trusting wallet data in a much more fundamental way anyway. To prevent backward compatibility issues, a new record is used for storing the block locator in the wallet. Old wallets will see a wallet file synchronized up to the genesis block, and rescan automatically.
2015-09-22Merge pull request #6652Wladimir J. van der Laan
a09db7c [trivial] Minor format fixes (MarcoFalke) 0574ede doc: update release-notes and bips.md for BIP111 (Wladimir J. van der Laan)
2015-09-22[trivial] Minor format fixesMarcoFalke
2015-09-08doc: update release-notes and bips.md for BIP111Wladimir J. van der Laan
2015-09-07[docs] add libevent dependency to build-osx.mdJonas Schnelli
2015-09-04[release notes] mention apache reverse proxy to re-enable SSLJonas Schnelli
2015-09-03doc: mention SSL support dropped for RPC in release notesWladimir J. van der Laan
2015-08-05Merge pull request #6507Wladimir J. van der Laan
9f5edb9 Removed contrib/bitrpc (Casey Rodarmor)
2015-08-03Removed contrib/bitrpcCasey Rodarmor
It's unclear if people are using this and if it's worth maintaining.
2015-07-30Resolve issue 3166.mruddy
These changes decode valid SIGHASH types on signatures in assembly (asm) representations of scriptSig scripts. This squashed commit incorporates substantial helpful feedback from jtimon, laanwj, and sipa.
2015-07-27doc: mention change to option parsing behavior in release notesWladimir J. van der Laan
2015-07-27doc: Mention RPC strings for monetary amounts in release notesWladimir J. van der Laan
Add a section "low level RPC API changes" so that the changes with regard to error codes can be added later.
2015-07-13doc: mention RPC random cookie authentication in release notesWladimir J. van der Laan
2015-06-01Now that 0.11 has been branched, master is 0.11.99Wladimir J. van der Laan
... in preparation for 0.12
2015-05-29doc: Add to 0.11 release notesWladimir J. van der Laan
Add information about further notable changes: - Big endian support - Memory usage optimization - Disable wallet transaction broadcast - Stream isolation for Tor
2015-05-26Autoprune release notes includedmrbandrews
2015-05-26doc: Add preliminary changelog for 0.11 to release notesWladimir J. van der Laan
2014-12-11Now that 0.10 has been branched, master is 0.10.99Wladimir J. van der Laan
2014-12-02Add 0.10 release notes on improvement to signing security.Gregory Maxwell
I dropped mention of libgmp that I had in my first draft because it looks like we'll be able to get that out prior to release.
2014-11-04Add "warmup mode" for RPC server.Daniel Kraft
Start the RPC server before doing all the (expensive) startup initialisations like loading the block index. Until the node is ready, return all calls immediately with a new error signalling "in warmup" with an appropriate status message (similar to the init message). This is useful for RPC clients to know that the server is there (e. g., they don't have to start it) but not yet available. It is used in Namecoin and Huntercoin already for some time, and there exists a UI hooked onto the RPC interface that actively uses this to its advantage.
2014-10-23doc: release notes update for `rpcallowip` syntax changeWladimir J. van der Laan
2014-10-21doc: add headers first backwards compat warningWladimir J. van der Laan
2014-07-21Revert "Add release notes entry"Wladimir J. van der Laan
This reverts commit 9fa53dd3bdc6f62b16a7c2b970449c8c35f4c41b.
2014-07-21Revert "Formatting, spelling, comment fixes."Wladimir J. van der Laan
This reverts commit 7a19efe04069d9a1e251cdc94b25184f76d9d901.
2014-07-03Use fee/priority estimates in wallet CreateTransactionGavin Andresen
The wallet now uses the mempool fee estimator with a new command-line option: -txconfirmtarget (default: 1) instead of using hard-coded fees or priorities. A new bitcoind that hasn't seen enough transactions to estimate will fall back to the old hard-coded minimum priority or transaction fee. -paytxfee option overrides -txconfirmtarget. Relaying and mining code isn't changed. For Qt, the coin control dialog now uses priority estimates to label transaction priority (instead of hard-coded constants); unspent outputs were consistently labeled with a much higher priority than is justified by the free transactions actually being accepted into blocks. I did not implement any GUI for setting -txconfirmtarget; I would suggest getting rid of the "Pay transaction fee" GUI and replace it with either "target number of confirmations" or maybe a "faster confirmation <--> lower fee" slider or select box.
2014-06-27Formatting, spelling, comment fixes.Tom Harding
2014-06-27Add release notes entryTom Harding
2014-06-06estimatefee / estimatepriority RPC methodsGavin Andresen
New RPC methods: return an estimate of the fee (or priority) a transaction needs to be likely to confirm in a given number of blocks. Mike Hearn created the first version of this method for estimating fees. It works as follows: For transactions that took 1 to N (I picked N=25) blocks to confirm, keep N buckets with at most 100 entries in each recording the fees-per-kilobyte paid by those transactions. (separate buckets are kept for transactions that confirmed because they are high-priority) The buckets are filled as blocks are found, and are saved/restored in a new fee_estiamtes.dat file in the data directory. A few variations on Mike's initial scheme: To estimate the fee needed for a transaction to confirm in X buckets, all of the samples in all of the buckets are used and a median of all of the data is used to make the estimate. For example, imagine 25 buckets each containing the full 100 entries. Those 2,500 samples are sorted, and the estimate of the fee needed to confirm in the very next block is the 50'th-highest-fee-entry in that sorted list; the estimate of the fee needed to confirm in the next two blocks is the 150'th-highest-fee-entry, etc. That algorithm has the nice property that estimates of how much fee you need to pay to get confirmed in block N will always be greater than or equal to the estimate for block N+1. It would clearly be wrong to say "pay 11 uBTC and you'll get confirmed in 3 blocks, but pay 12 uBTC and it will take LONGER". A single block will not contribute more than 10 entries to any one bucket, so a single miner and a large block cannot overwhelm the estimates.
2014-03-03doc: Empty release notes for next releasenoversionWladimir J. van der Laan
Now that 0.9 is branched off, the new release notes for 0.10 or 0.11 or 1.0 should be added here. Edits to preliminary 0.9.0 release notes should be made in the 0.9.0 branch.
2014-02-16Document new `walletpassphrase` behavior in 0.9Wladimir J. van der Laan
Also add a note to the release notes. Fixes #3672.
2014-02-09doc: add gist link to 'reject' P2P message mention in release notesWladimir J. van der Laan
2014-02-08Correct/add/merge a few release notes entriesPieter Wuille
2014-02-08Cleanup v0.9 release notesPeter Todd
2014-02-07doc: add preliminary release notes for 0.9.0Wladimir J. van der Laan
2014-01-30doc: Add historical release notesWladimir J. van der Laan
Add all known release notes for versions since 0.3.12, thanks to Matt Corallo for collecting them on the wiki.
2013-05-30Prepare for 0.9 merge windowPieter Wuille
2013-05-20Docs Markdown Cleanupsuper3