[zeromq-dev] Notes from a hackathon

[Pieter Hintjens]

> It seems to me that in order to remove multi-part messages and introduce new
> socket types (e.g. SERVER/CLIENT) that would
> necessitate a revision of the wire protocol. If we are going to do that, it
> might be worth considering per-message
> metadata -

We'd have to be very clear about the problem that per-message metadata
is aiming for. There is an elegance to delivering blobs and nothing
more. Metadata can be added on top using zproto.

What we really want IMO is per-peer metadata, and an API to get/set
this. Using messages is a hack. If we are sending/receiving data on a
per-message basis, that is the message. Having two layers that both
carry per-message data is... wrong IMO.

However the key thing is, what's the problem. Then we can discuss
solutions to that.

-Pieter