FileVault, Fusion Drive, and the diskutil man page provide ample evidence of Core Storages capabilities and purpose, but technical information has been hard to come by. As far as Im aware, there is no direct, public API for Core Storage, so a lack of external technical documentation is not surprising. The limited implementation details about Core Storage provided by Apple make clear that it does include features found in many modern file systems: redundant storage of metadata ("ditto blocks" in ZFS parlance) and copy-on-write B-trees (shades of Btrfs)diminished though they may be by the eventual layering of HFS+ on top of Core Storage.
Given that Core Storage is a prerequisite for both FileVault and Fusion Drive, and given that FileVault encryption is now offered as an option during system setup, the boring explanation for this move is that it just makes sense to apply Core Storage by default on all Yosemite systemsif only to avoid a second reboot needed to convert the volume to Core Storage if the user chooses to enable FileVault during the OS installation process.
But I dont like the boring explanation. In the absence of any contradictory truths, I choose to believe that this default application of Core Storage is at least partially intended to lay the groundwork for a future in-place conversion of HFS+ volumes to a new, superior file system from Apple. (And if you think Im Charlie Brown to Apples football-holding Lucy on this topic, remember that persistence is sometimes rewarded
)