Alright, I'm not sure if this is more of a stack overflow question, but I'm going to try here because you folks seem more suited.

CouchDB makes an interesting claim about using an "append only" B+ tree to index its documents. Specifically...

"In a B-tree, data is kept only in leaf nodes. CouchDB B-trees append data only to the database file that keeps the B-tree on disk and grows only at the end. Add a new document? The file grows at the end. Delete a document? That gets recorded at the end of the file."

and 

"CouchDB is actually using a B+ tree, which is a slight variation of the B-tree that trades a bit of (disk) space for speed. When we say B-tree, we mean CouchDB’s B+ tree."

http://guide.couchdb.org/draft/btree.html

This paper, describes the problem with an "append only" or "copy on write" implementation of a B+ tree. It suggests that such optimistic concurrency strategies are only available to a standard B tree. Specifically...

"In a regular b-tree leaves are chained to-gether. This is used for tree    rebalancing and range lookups. In a b-tree that is updated using copy-on- write leaves cannot be linked together. For exam-ple, Figure 2 shows a tree whose right most leaf node is C and where the leaves are linked from left to right. If C is updated the entire tree needs to be shadowed. Without leaf-pointers only C, B, and A require shadowing."

http://domino.watson.ibm.com/library/cyberdig.nsf/papers/CCBF9A2A613F32648525722700590B3D/$File/h-0245.pdf

So the actual question...

Is possible to implement a B+ tree that uses optimistic concurrency (like copy-on-write) and where can i get reference material for something like that.