MoaningMyrtle 23fd07be60 WIP: Tracking Transaction Pool Implementation (#48) ... * Beginning work on pool design doc * Refining data structures; adding connect capability * Fleshing out the connectivity paths for the tx pool * Bringing tx pool and orphan set add logic up into parent TransactionPool * Use output's commitment as identifier in graph structures * Breaking a bunch of stuff to start migration to output commitment as id instead of hash * Wrapping up updates to pool using commitment keys, dummy blockchain. Contains lots of cleanup on the internal flow. * Beginning work on new block reconciliation * WIP: Replacing monolithic pool cleanup with mark-and-sweep, which greatly simplifies the logic. * Laying the groundwork for pool tests; test tx generator * WIP: More elaborate test helpers; starting work on more elaborate block acceptance test. * Need DummyUtxoSet to actually apply blocks now * Using search_for_best_output to validate output status in test_basic_pool_add * Enable modification of chain while under shared pool ownership. Cleanup pending * WIP: Begining to untangle the TransactionPool impl from Pool and Orphans data structures * Finishing refactoring of pool block reconciliaition; getting tests working again * Add metrics for graph sizes; prereq to pool size throttling * Remove redundant search_for_available_output from pool graph container * Minimum viable block builder: return all fully rooted txs * Tests for block building procedure * Delegate duplicate output checking to check_duplicate_outputs * Delegate orphan reference resolution to resolve_orphan_refs		2017-05-19 17:22:08 +02:00
..
internal	WIP: Tracking Transaction Pool Implementation (#48)	2017-05-19 17:22:08 +02:00
build.md	Add some basic build instructions to help people get started (#50)	2017-05-03 13:56:03 -07:00
chainsync.md	Minor typos.	2017-01-02 14:56:58 -08:00
intro.md	Typo in intro doc: two inputs and one output (#45)	2017-04-30 20:00:40 -07:00
merkle.md	Add design document for Merkle tree structures	2016-11-07 17:58:54 +00:00
pruning.md	Chain logic to support multiple forks, select the most worked fork as the head. Significantly simplified from the original direction as it doesn't seem that explicitly materializing forks is necessary. Simple total difficulty accounting in block headers helping a lot there.	2017-01-09 15:16:44 -08:00