raulk

Yet another thing in Go that makes me nervous: channels don’t have an owner that’s responsible for closure :D Normally it’s the creator who controls the lifespan of a channel....

cc @yusefnapora, as discussed today during the call with @warchant and @kamilsa ([cpp-libp2p](https://github.com/soramitsu/kagome/tree/master/core/libp2p)).

@Stebalien pretty sure you have thoughts about this?

A drawback is the logistics around Cgo compilation :-(

@Warchant definitely something to consider! Abstracting away how we store entities vs. abstracting how we generically access a database. The former allows us to use database-specific optimisations and indexing – ...

Tagged a few people just to make you aware of the future direction I'd like to pursue with the peerstore, following all the work that has been done already.

So the design I had in mind is as follows: 1. `EventBus` exposes an `EmitterCount(reflect.Type) int` method through which a subscriber can enquire how many emitters are emitting a particular...

Related to libp2p/go-libp2p-core#86; really all methods here should take a context.

> We may need to rejigger costs if we do that as we currently charge to fetch the block on open. Blockstores have a GetSize method, but I don't think...

@Stebalien mind updating this with your latest discoveries re: compression?