What is the need for multiple private keys? From what I understand, there is initially a seed from which the private keys are derieved and from that the public key respective to each private key is derived. 

The public key is essentially the wallet address. So now say I wish to receive 10 BTC from Bob. So Bob makes a transaction "paying 10 BTC to wallet address #####(mine)" and signs it with his private key.

I (or the validators for that matter) can verify it by looking at the digital signature with Bob's public key. And if I have to send 10 BTC to Bob, I do the same as above.

What I don't understand is what is the use for having multiple private keys when just a single one can suffice? (I've read somewhere that wallets act more of a storage for keys than storage for Bitcoins, that's why the doubt).

Also, if there are many private keys (=> public keys => wallet address) pertaining to each transaction, how does it become possible to trace back to the previous transactions as each has a different address?
The main reason to use multiple private keys is for privacy. Say you receive 1 BTC at address A, and you want to send 0.1BTC to someone at address X. (We'll neglect tx fees for easy math).

0.1 BTC Address A -&gt; Address X
0.9 BTC Address A -&gt; Address B


Now assume you were trying to watch any spending activity from the User at Address A, how would you know whether they own Address X or Address B? If you send change back to Address A, then it is easy to continue to track the user's spending after the 1st transaction. So, wallet applications keep track of all of the newly generated change addresses (since it generated them), so they can be aware of all the user's unspent Bitcoin.

Another reason might be to manage multiple accounts for accounting purposes. BIP32 is a common standard for generating sub-accounts using the same master key pair.