Split State in separate views for Api and CommHandle

- State changes can now be handled differently, depending on whether they were caused locallly (API) or by a remote peer (Comm)
- State functions have more readable names (`write...` and `update...` have similar meanings, but using different names helps readability in the respective (API/Comm) context)

src/state/queries/mod.rs

@@ -1,9 +1,6 @@
-mod elements;
+pub mod elements;
 
-pub use elements::*;
-
-mod peers;
-pub use peers::*;
+pub mod peers;
 
 
 #[macro_export]
@@ -49,4 +46,4 @@ macro_rules! run_query {
             $db.run_script(query.as_str(), parameters, $mutability)
         }
     };
-}
+}