feat(share): Shwap Bitwap composition

[Wondertan]

Implements Bitswap composition based on CIP-19 by introducing three Block types for every Shwap container(Row, Sample, RowNamespaceData). Besides, this PR brings Block interfaces that generalize over those new blocks. This interface enables a slightly convoluted general-purpose Fetch function to get any Block type over Bitswap, abstracting all the complexities. Besides, the current architecture provides a horizontally scalable framework for the new blocks that makes it super easy to add new Shwap containers to our protocol, like for future Range and Blob containers.

This is like the 5th 6th 7th iteration of the composition design and the most straightforward one @walldiss and I could come up with the requirements we had.

Respective changes in the spec: celestiaorg/CIPs#159

[Wondertan]

There are two more things:

• Fetch should optionally be able to store Blocks in the Bookstore
  • We could do that outside but that would require going through Block conventions and Marshalling again
• The reason we have to limit fetch to 1024 blocks is partially because of this issue
  • Reading through it, I realized that the current Fetch is inefficient. It fetches batches of blocks synchronously, one after another. Instead, we should be streaming new block requests as old ones are fulfilled
  • Will be added to Shwap hardening and optimizations tracking issue #3513 and left for later as not critical
• Provide constructors for Bitswap Client and Server with parameters configured and adapted for our DA network
  • Will go in the next PR

[walldiss]

Elegancy avoiding complexity. Beautiful! 🚀