I built CurioDB a while back with the same idea, but using Akka as the underlying framework. Persistent Redis with distributed transactions, embedded Lua and a websocket front-end:
It's open source, you provide code so people contribute by reporting issues or contributing code, documentation, artwork, etc. So no.
Then, collaboration is saying what you need to hear, not what you want to hear. If you are not prepared to receive feedback, try another activity not open source.
Then, why did I say a bug in a library like this is no joke? From experience. Some years ago I was asked to solve a production incident that was caused by a redis wrapper similar to this one. After it was fixed, the impact was estimated to be $1 million dollars, which caused a project to be canceled and the entire team to be laid off. Those people had absolutely no responsibility in the incident.
I really love the idea of explaining the actor model as tons of tiny little servers compared to a single monolithic server. I tried to make the same comparison recently when I talked about adding distributed transactions to CurioDB (Redis clone built with Scala/Akka): http://blog.jupo.org/2016/01/28/distributed-transactions-in-...
If each key/value in the DB is treated as distributed (as per the actor model), a lot of the limitations Redis faces in a distributed environment are solved. I wrote a lot more about it here: http://blog.jupo.org/2015/07/08/curiodb-a-distributed-persis...
Great project. I recently used LuaJ to embed Lua scripting inside CurioDB: https://github.com/stephenmcd/curiodb - it's a distributed Redis clone built with Scala/Akka. In terms of matching features with Redis, LuaJ was a life-saver.
My co-worker glanced at my screen and thought I was reading about erospike, which has a decidedly different feel, especially given the phallic imagery on the page.
I built CurioDB a while back with the same idea, but using Akka as the underlying framework. Persistent Redis with distributed transactions, embedded Lua and a websocket front-end:
https://github.com/stephenmcd/curiodb