| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| | |/ |
|
| |\ \ |
|
| | |\ \
| | |/
| |/| |
Fix two clang3.3 warnings
|
| | |/ |
|
| |/ |
|
| |\
| |
| | |
Two cleanups before 0.8
|
| | | |
|
| | | |
|
| |\ \
| |/
|/| |
New seed nodes, from http://bitcoin.sipa.be/seeds.txt
|
| |/ |
|
| |\
| |
| | |
Addnode optimization and addnode access via RPC
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| | |
Also moves the DNS lookup of -addnode nodes into the repeated
loop, allowing -addnode to follow DNS changes.
|
| |\ \
| | |
| | | |
Treat non-final transactions as non-standard
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
At least one service that accepted zero-confirmation transactions
was vulnerable because an attacker could send a transaction
with a lock time far in the future, and then have plenty of time in
which to get a double-spend mined (perhaps from a miner who wasn't
on the network when the first transaction was broadcast).
That is a variation on the "Finney attack". We still don't
recommend anybody accept 0-confirmation transactions as final
payment for anything. This change keeps non-final transactions
from appearing in the wallet, and, assuming most of the network
accepts this change, will prevent them from being relayed until
they are final.
|
| |\ \ \
| | | |
| | | | |
spendfrom.py sends coins from a particular address or addresses
|
| | | | |
| | | |
| | | |
| | | |
| | | | |
Should be both useful and also a pretty good demonstration of
using the raw transactions API.
|
| |\ \ \ \
| |_|/ /
|/| | | |
Remove IsFromMe() check in CTxMemPool::accept()
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Fixes issue #2178 : attacker could penny-flood with invalid-signature
transactions to deduce which addresses belonged to your node.
I'm committing this early for code review; I still need to write up
a test plan.
Executive summary of fix: check all transactions received from the network
for penny-flood rate-limiting before adding to the memory pool. But do NOT
ratelimit transactions added to the memory pool:
- because of blockchain reorgs
- stored in the wallet and added at startup
- sent from the GUI or one of the send* RPC commands (CWallet::CommitTransaction)
The limit-free-transactions code really should be a method on CNode, with
counters per-peer. But that is a bigger change for another day.
|
| |\ \ \ \
| | | | |
| | | | | |
Check only 288 blocks at startup by default
|
| |/ / / / |
|
| |\ \ \ \
| | | | |
| | | | | |
full translations update
|
| |/ / / /
| | | |
| | | |
| | | |
| | | | |
- fetch current translations from Transifex
- update bitcoinstrings.cpp and bitcoin_en.ts
|
| |\ \ \ \
| |_|_|/
|/| | | |
Add optional transaction index to databases
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
By specifying -txindex when initializing the database, a txid-to-diskpos
index is maintained in the blktree database. This database is used to
help answering getrawtransaction() RPC queries, when enabled.
Changing the -txindex value requires a -reindex; the client will abort
at startup if the database and the specified -txindex mismatch.
|
| |\ \ \ \
| | | | |
| | | | | |
Leveldb19
|
| | | | | |
| | | | |
| | | | |
| | | | | |
https://groups.google.com/d/msg/leveldb/Kc9JxuIUu5A/9P0N9RL4ar8J
|
| | | | | | |
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Several changes to make the native windows leveldb code compile
with mingw32 and run on 32-bit Windows:
* Remove -std=c++0x dependency (modified code to use NULL instead of
nullptr)
* Link with -lshlwapi
* Only #define snprintf/etc if compiling with Visual Studio
* Do not link against DbgHelp.lib (wrote a CreateDir instead of using
DbgHelp's MakeSureDirectoryPathExists
* Define WINVER=0x0500 so MinGW32 can use the 64-bit-filesystem Windows
api calls
* Define __USE_MINGW_ANSI_STDIO=1 to use MinGW's printf (which supports
%ll)
I also cleaned up makefile.mingw, assuming that dependencies would be in
the standard /usr/local/{include,lib} by default but allowing overriding
with make DEPSDIR=... etc
|
| | | | | | |
|
| | | | | | |
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Import native Windows LevelDB port by Hiram Chirino.
Extracted from from https://github.com/chirino/leveldb.git using
git diff dd0d562..aea83b7
|
| | | | | | |
|
| | | | | | |
|
| |\ \ \ \ \
| | | | | |
| | | | | | |
Bitcoin-Qt: cleanup / optimise addressbookpage
|
| |/ / / / /
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
- don't show QR Code context menu, when USE_QRCODE=1 was not specified
when compiling the client
- re-work on_showQRCode_clicked() for better readability and remove an
unneeded duplicate check
- re-work on_signMessage_clicked() and on_verifyMessage_clicked() to match
foreach in on_showQRCode_clicked(), which seems more robust / cleaner
- re-order context menu stuff to match real context menu layout
- add comments for all private slots in the class
|
| |\ \ \ \ \
| |/ / / /
|/| | | | |
Bugfix - Moved SyncWithWallets out of ProcessMessage and into CTxMemPool::accept()
|
| | |/ / /
| | | |
| | | |
| | | | |
that when adding multiple wallets they will be aware of each other's transactions.
|
| |\ \ \ \
| | | | |
| | | | | |
Make IsCanonicalScript() check the hash type more thoroughly
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
0 and 128 were previously accepted as standard hash type.
Note that this function is not active in the current verification
code.
|
| |\ \ \ \ \
| | | | | |
| | | | | | |
enable GCC large address aware linker flag (Windows only)
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
- this flag allows bitcoin-qt.exe / bitcoind.exe (32-bit application) to
handle addresses larger than 2GB (up to 3GB on x86 Windows and up to
4GB on x64 Windows)
|
| |\ \ \ \ \ \
| | | | | | |
| | | | | | | |
Add a notfound message to getdata.
|
| | | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
aren't in the relayable set are requested.
|
| |\ \ \ \ \ \ \
| | | | | | | |
| | | | | | | | |
Send transactions after a CMerkleBlock when asked for it in an inv.
|
| | | | | | | | | |
|