Em primeiro lugar, seja bem-vindo e obrigado pelo seu interesse em contribuir para um projeto de código aberto. Não sei se você já viu o link e link mas se não, entrar em contato com o projeto Ceph é provavelmente um bom lugar para começar.
A descrição é bastante esparsa, mas dizem qual é o caso de uso: versionamento no estilo Dropbox. O Dropbox (que não é, infelizmente, software livre) mantém cópias antigas dos arquivos que você envia para ele. Portanto, se você editar um arquivo e cometer um erro, poderá recuperar a versão de pré-engano. É semelhante ao controle de versão do código fonte, exceto que o Dropbox automaticamente confirma, não é algo que você faz manualmente.
O btrfs tem um recurso semelhante, implementado ao tirar instantâneos rápidos e baratos em um nível por subvolume (um sub-volume pode ser um único diretório). Os instantâneos compartilham dados e somente os blocos modificados se tornam não compartilhados (também conhecido como copy-on-write). O Snapper , que confesso que nunca usei, é uma ferramenta de fácil utilização construída sobre isso. O Reflink (que esse bug bloqueia) é um recurso similar no btrfs que permite fazer uma cópia copy-on-write de um único arquivo.
Praticamente qualquer outro sistema de arquivos com snapshots deve fornecer um recurso similar, acredito que o ZFS também, por exemplo.
Eu não conheço nada de Cephs internamente, mas uma palavra de advertência - esse bug pode muito bem ser uma tarefa muito significativa. Há potencialmente muito trabalho não apenas em garantir que as gravações executem a cópia conforme necessário, mas também em mantê-la eficiente; você não quer, por exemplo, reescrever um arquivo de 4 GB para acabar com um milhão de blocos de 4K fragmentados em todo o dispositivo.