This normalizes all relationships and adds relations to models to take advantage of laravel's eagerloading and reduce queries to the database.
This might go against the 'add any kind of complexities whatsoever' rule in the contribution guide, but I think adding relations would eventually simplify the code base. The amount of queries just on the dashboard fell from ~70 to 26. There's also a lot of boilerplate code in the Contact model to retrieve relationships and to maintain accurate count of them (fields like number_of_*). They can be greatly simplified with the addition of relations.
One other thing in the Contact model was the definition of the Contact-User relation. This definition uses the account_id field in the contacts table and and relates it to id in users. I'm not sure if this is the intention, since the id from accounts table is used when assigning account_id for a contact. This seems to have worked so far, because both a user and its associated account are created at the same time during registration and their ids match, but if there was any difference, this relationship would relate wrong contacts and users. I changed the relationship name to account. This makes the path to a user from a contact is $contact->account->user right now.
I used to encrypt this but the decryption randomly generates problems sometimes. I wonder why. Is it because of special characters that are included and get corrupted while encrypted? I don't know, but I've found that removing the encryption (which is not necessary anyway), solves the problem - until we find a better solution.