Document store requirements gathering

Must be able to host at least 20000 (?) mutable objects ranging in size up to 100 Mbyte (when uncompressed) (? we talked about carving up big objects). (currently about 3000, we know of about 8000 studies out there. current largest is 32M?)
Among these objects (perhaps exclusively?) are study-objects (currently represented as NexSON files = Badgerfish applied to NeXML).
Study-object format should be documented and extensible, and should retain backward compatibility
Must have basic version control features: past versions of each object; commits (change sets) and commit messages; committer identification and timestamps; commit tags.
Two modes of access: (a) 'raw' mode (read or write object using platform-specific HTTP calls), (b) 'layered' mode (read or write using opentree-specific(?) platform-independent HTTP calls).
Deploying 'layered' mode should be straightforward - decoupled from other services
Should be attractive to developers
1. Familiar technologies
2. Automated test suites
3. Low-overhead testing

Survivability: Objects must be accessible in 'raw' mode even when there are no opentree-managed servers running. (That is, everyone on the opentree project can disappear or become delinquent or broke, and the wider world will still be able to access or fork the content; and also change the content (as hosted), if there is a cooperating party with sufficient privileges.
'Raw' mode should have high availability, high bandwidth, low latency
Plan needs to be in place for contingency of destitution (e.g., 'raw' service could be no-cost)
Plan needs to be in place in case of problem with hosting service: if it ends operation, changes incompatibly, changes price so that service becomes unaffordable, or quality degrades to an unacceptable level

Provide feedback