Miron Cuperman
fe9cbf8b7b
Wallet.isConsistent tests
...
Resolves issue 184.
2012-05-01 18:57:03 -07:00
Mike Hearn
7f5c8dc3a8
Set outpoint.fromTx during TransactionInput.connect even in the conflict case. Resolves issue 181. Also introduce a helper for creating double spends and rewrite the test case for this in WalletProtobufSerializer to cover more codepaths. Add a comment noting that in the double spending case the overriding transaction isn't presently being stored in the wallet.
2012-04-15 17:51:31 +02:00
Mike Hearn
513a75b4ba
Download transactions from whichever peer announced them first.
2012-04-08 14:26:53 +02:00
Mike Hearn
cf30280767
Catch up with new testnet rules. Resolves issue 164.
2012-04-07 23:28:18 +02:00
Mike Hearn
2f904e7a37
Fix unit test.
2012-04-07 17:02:00 +02:00
Mike Hearn
4e3d5313e6
Fix issue 166. Consider intra-block dependencies when deciding whether to send transactions to the wallet.
2012-04-06 18:03:07 +02:00
Mike Hearn
a170372562
Add a static method to go from string ID to NetworkParameters and use it to simplify the WalletProtobufSerializer API.
2012-04-06 14:58:36 +02:00
Jonny Heggheim
7bf9724079
Fix issue 174, replaced all File usage with TemporaryFolder rule in JUnit.
2012-04-05 17:10:36 +02:00
Mike Hearn
d82f102b4b
Introduce a new MemoryPool abstraction and use it for tracking peer confidences. This replaces the previous, less explicit system which had each peer try and track all transactions it'd seen in a per-peer pool.
...
This makes experimental usage of weak references and a reference queue to make the MemoryPool only bother tracking transactions that were retained by some other part of the program, ie, because they were relevant to the wallet. This stops the memory usage from bloating due to lots of large transactions flying around the network whilst still letting us intelligently monitor how many peers announced transactions without tight coupling between components.
Note that we still need the cap on the pool size because otherwise you could DoS a bitcoinj based program by sending it lots of fake transactions it found interesting. The DoS potential still exists but is a bit different now.
2012-04-05 12:14:36 +02:00
Mike Hearn
dc42630526
Invoke transaction confidence listeners when a new peer broadcasts the given transaction. Use EventListenerInvoker to run the listeners.
2012-04-05 12:12:17 +02:00
Mike Hearn
8fc09f5808
Make network parameters to BitcoinURI optional.
2012-04-02 17:36:47 +02:00
Mike Hearn
9075561993
Support for discovering the network parameters from an address. Different exception type for wrong network parameters so chain-crossing can be handled differently.
2012-04-02 17:10:41 +02:00
Mike Hearn
3e5f796407
Add a dependency on Guava base libraries and replace a few asserts with Preconditions, which means they will always run including in production code. Fix a bug revealed by this (IntelliJ does not run unit tests with assertions enabled!)
2012-04-02 13:40:20 +02:00
Miron Cuperman
9474eaa0d4
Change NetworkConnection API to separate connect method.
...
This allows the Peer to close the connection earlier when connect()
takes a long time.
Resolves issue 161.
2012-03-26 15:23:14 -07:00
Miron Cuperman
576650142c
Lock in BOBS on creation, do not swallow non-IO exceptions
2012-03-23 12:53:54 -07:00
Miron Cuperman
4b1c32584f
Lock BlockStore files to prevent concurrent access.
...
Resolves issue 153.
2012-03-23 10:53:54 -07:00
Mike Hearn
0e52c98c45
Use the standard Maven directory layout, rename "lib" to "core". Mavenize submodules.
2012-03-13 18:57:03 +01:00
