It could be a new way to interact with the database, using a series of TEMP_POST tables to store user input as it's transacted, before transfering the contents of the TEST_POST tables and posting them to the FINAL_POST table for permanent storage?!?
This way, the database could handle more concurrent inputs, putting less constant strain on the main database table, where content is stored.
The writing to the blockchain would be carried out in predictable, controlled manner, rather than an ad-hoc, as users post.
Just a thought.