Mission statement
    - 
        Reduce complexity of concurrency control where applicable by raising the abstraction level. The goal
        is not to replace traditional concurrency control completely, but to provide an alternative programming
        model. Multiverse can be seen as filling the gap between traditional databases and traditional lock based concurrency
        control.
    
- 
        Seamless integration in the Java projects. Multiverse doesn't rely on instrumentation, so can seamlessly
        be integrated in complexer builds. Multiverse also tries to stay out of the design of projects that use it as much
        as possible.
    
- 
        To be integrated in other JVM based languages like Scala, Groovy or JRuby. Although Multiverse has been
        written with Java in mind, it can also be integrated in other languages. Multiverse is uses under water in the
        Groovy Parallel Systems Library: GPars  and in the past has been used
        as the STM implementation in Scala based Actor framework Akka.
    
- 
        Production environment quality. Multiverse is not an academic experiment. The goal is
        to create a library that can be used in the most demanding production environments.
    
- 
        Provide a framework for STM experiments. It should be easy to swap/tune the STM implementation without
        causing a big impact.