Decentralized message queue

Anonymous Monk has asked for the wisdom of the Perl Monks concerning the following question:

I'm curious if anyone has created a redundant message queue system for an untrusted environment? The more I think about this, the more I really hope someone else has already done this:
- node would have to know the host of at least one server
- server would tell the node about the other servers
- node would send out heartbeat pings and pick closest server to get instructions from
- all data is signed and confirmed befor node runs it or server imports it
- server randomly asks another node to check data it has recieved (either that has been synced from another server in the cluster or from a client)

And the bad part, I'm probably leaving out some ways an evil server or client could obscure the data. So, is there anything that can handle this for me?

Comment on Decentralized message queue

Replies are listed 'Best First'.
Re: Decentralized message queue by zentara (Cardinal) on Mar 01, 2013 at 12:20 UTC
Use Secure Shell? Possibly a Net::SSH2 script? I'm not really a human, but I play one on earth. Old Perl Programmer Haiku ................... flash japh	[reply]
Re^2: Decentralized message queue by ag4ve (Monk) on Mar 02, 2013 at 13:13 UTC
That's a fine secure data transport layer, but is not a message queue. I found spread.org and I think that will do most of what I want and I can program a spam like trust system for updating the config. Though, if there is something better, I'm still at the research phase.	[reply]