Remove 4th newlines to increase consistency

index.md

@@ -676,7 +676,6 @@ format     | description
 The blockchain treats metadata as an opaque series of bytes. Clients should not trust the metadata they read from the blockchain. Each client is responsible for correctly encoding and decoding the metadata, and for validating its structure and signatures. This allows evolution of the metadata definition without changes to blockchain consensus rules.
 
 
-
 ## Data
 
 Files published using LBRY are stored in a distributed fashion by the clients participating in the network. Each file is split into many small pieces. Each piece is encrypted and [announced](#announce) to the network. The pieces may also be uploaded to other hosts on the network that specialize in rehosting content.
@@ -750,7 +749,6 @@ The `version` field is always 1. It is intended to signal structure changes in f
 Every stream must have at least two blobs - the manifest blob and a content blob. Consequently, zero-length streams are not allowed.
 
 
-
 #### Stream Encoding
 
 A file must be encoded into a stream before it can be published. Encoding involves breaking the file into chunks, encrypting the chunks into content blobs, and creating the manifest blob. Here are the steps:
@@ -789,7 +787,6 @@ Decoding a stream is like encoding in reverse, and with the added step of verify
 5. Concatenate the decrypted chunks in order.
 
 
-
 ### Announce
 
 After a stream is encoded, it must be _announced_ to the network. Announcing is the process of letting other nodes on the network know that a client has content available for download. LBRY tracks announced content using a distributed hash table.
@@ -849,8 +846,6 @@ Upload sends a blob to the server. If uploading many blobs, the client should us
 The protocol methods and message types are defined in detail [here](https://github.com/lbryio/lbry.go/blob/master/blobex/blobex.proto).
 
 
-
-
 ### Reflectors and Data Markets
 
 In order for a client to download content, there must be hosts online that have the content the client wants, when the client wants it. To incentivize the continued hosting of data, the blob exchange protocol supports data upload and payment for data. _Reflectors_ are hosts that accept data uploads. They rehost (reflect) the uploaded data and charge for downloads. 
@@ -925,7 +920,6 @@ URL                          | Claim ID
 `lbry://@Arthur*1`           |  b7bab5
 
 
-
 ### Additional Resources
 
 - [lbry.tech](https://lbry.tech) is designed specifically for a technical audience. There you will find detailed explanations and examples, ways to interact with the LBRY community, and guidance for anyone who wants to get more involved.
@@ -933,7 +927,6 @@ URL                          | Claim ID
 - [lbry.com](https://lbry.com) is an application built on top of LBRY. It's one example of the type of end-to-end experience that is possible to create using this technology.
 
 
-
 <pre class="pdf-hide" style="font: 10px/5px monospace;overflow:hidden;text-align: center;margin: 10rem 0">
                                                                                            
                                              ++