A few thoughts:
1) I like the general idea behind timecert quite a lot, although it seems like it's just run by one guy so it's unclear to me how long those records will be in existence. I feel like this is something that universities could do for their researchers.
2) I think timestamping of data in this way is fundamentally linked to version control. For example, if your electronic lab notebook is a git repository, then you can just give a hash of each commit to some third party which they can timestamp (this is the whole idea behind
http://stakeventures.com/articles/2009/08/31/integrating-timecert-with-github -- genius!). If you ever need to prove that your data matches the timestamped hash, all you need to do is revert the git repository to that commit and prove that it has the same hash that you gave them originally.
With a WordPress instance, however, it seems like there are a lot of moving parts that would make this difficult. In order to have this same functionality, you'd need be able to
a) Hash the entire WordPress instance every time you make a change
b) Have the ability to revert the entire WordPress instance to that hash
a) seems not straightforward but doable, but b) seems really difficult. It just seems to me that having a mutable CMS is fundamentally at odds with version control; at the very minimum, I think there's no good way to version the database.
Then again, I'm no developer, and would love it if someone proved me wrong. I eventually gave up hope that a CMS could be tracked in this way, and now keep my lab notebook/data under version control in a directory, which is not nearly as user-friendly ;-)
-David