Updating pay route script reload to use new api rote
Integrate Baron within tester output to make it easier to follow sequence and timing of events.

CTRL-C to stop everything.
Tests: Open invoice URL's in browser to facilitate visual inspection
Updated invoice view to have script reload.
 * Made fixes to pay view script reload.
Fixing bug with pay now button
Fixes for invoice reload script
Fix detection of fatal invalid blockhash, differentiate from other non-fatal errors
Prevent duplicate insert race within createNewPaymentWithTransaction by enforcing uniqueness of _id comprising the combination of invoiceId and txid.
 Instead of inserting duplicate records (visible in test2), it results in a Document update conflict.
  TODO: Later hide non-fatal errors.  For now they are helpful in debugging.
 This non-random payment _id is planned for the next Payment model, but this use is compatible with the current old model.
 This also makes less noisy the other more common "Document update conflict" in updatePaymentWithTransaction.
Correction to previous commit
Removing tap.
Maintainer is now Slickage.
Removing insight configs
Dockerfied + start.sh. Look into linux issue with exiting.
Any err in instantiateDb is fatal.
s/access_token/api_key/
Removing couchapp and mounting bitstamped api route.

 * Added wrapper class for bitstamped so we only initialize the db once.
Model: s/tx_id/txid/ to match bitcoind
Fixing typo in readme
Startup Sanity Checks: Bitcoind Sync and CouchDB UUID safety

* Do not start Baron unless bitcoind is ready and CouchDB is using the random UUID algorithm.
* Rename the CouchDB UUID algorithm functions to match what they actually do.
Revert invoiceId_txid from createNewPaymentWithTransaction

It was premature to set it this way in one function because it
can currently race with simultaneous updatePaymentWithTransaction
resulting in duplicate payments.  I am fixing this correctly soon.