diff --git a/README.rst b/README.rst
index 55165a6..bb28936 100644
--- a/README.rst
+++ b/README.rst
@@ -83,9 +83,10 @@ The above are in no particular order.
 Database Format
 ===============
 
-The database and metadata formats of ElectrumX is certain to change in
-the future which will render old DBs unusable.  For now I do not
-intend to provide converters as the rate of flux is high.
+The database and metadata formats of ElectrumX are certain to change
+in the future.  Such a change will render old DBs unusable.  For now I
+do not intend to provide converters as this is still non-production
+software.  Moreover from-genesis sync time is quite bearable.
 
 
 Miscellany
diff --git a/samples/scripts/NOTES b/samples/scripts/NOTES
index 091ae6e..7da8c62 100644
--- a/samples/scripts/NOTES
+++ b/samples/scripts/NOTES
@@ -24,19 +24,20 @@ REORG_LIMIT   - maximum number of blocks to be able to handle in a chain
                 Default is 200.
 TCP_PORT      - if set will serve Electrum clients on that port
 SSL_PORT      - if set will serve Electrum clients over SSL on that port.
-                If set SSL_CERTFILE and SSL_KEYFILE must be filesystem paths
+                If set, SSL_CERTFILE and SSL_KEYFILE must be filesystem paths.
 RPC_PORT      - Listen on this port for local RPC connections, defaults to
                 8000.
 BANNER_FILE   - a path to a banner file to serve to clients.  The banner file
                 is re-read for each new client.
 DONATION_ADDRESS  - server donation address.  Defaults to none.
 
-Your performance might change by tweaking these cache settings.  Cache
-size is only checked roughly every minute, so the caches can grow
-beyond the specified size.  Also the Python process is often quite a
-bit bigger than the combine cache size, because of Python overhead and
-also because leveldb can consume quite a lot of memory during UTXO
-flushing.  So these are rough numbers only:
+Your performance might change by tweaking the following cache
+variables.  Cache size is only checked roughly every minute, so the
+caches can grow beyond the specified size.  Also the Python process is
+often quite a bit fatter than the combined cache size, because of
+Python overhead and also because leveldb consumes a lot of memory
+during UTXO flushing.  So I recommend you set the sum of these to
+nothing over half your available physical RAM:
 
 HIST_MB   - amount of history cache, in MB, to retain before flushing to
             disk.  Default is 250; probably no benefit being much larger
diff --git a/server/block_processor.py b/server/block_processor.py
index 0bc48e2..6d384e8 100644
--- a/server/block_processor.py
+++ b/server/block_processor.py
@@ -734,7 +734,6 @@ class BlockProcessor(LoggedClass):
         limit = self.resolve_limit(limit)
         unpack = struct.unpack
         prefix = b'u' + hash168
-        utxos = []
         for k, v in self.db.iterator(prefix=prefix):
             (tx_pos,) = unpack('<H', k[-2:])