Even though it is not the intention, this "question" ends up being a "please, code this new feature for me as an answer" :) What you request goes beyond the time/length of just an answer. But I can guide you in how to make that work step by step. After step 1 you will be able to ask more concrete questions, if anything is unclear.
So, in short, what you're attempting makes no sense, because you will always get your own username if you check for events that belong for your username. What you need to check is actually the parameters of the event as those are the ones that store the information related to the event.
However, if you do so, you will find out that the parameters also hold your user ID. This is actually a bug :(. It is located in this line (although it might affect some other lines that have been copy-pasted in that file as well). The explanation is that from the user sending the event, the parameters of the receiver user should be stored. When storing them, the plugin will create its "in_*" event which should be a mirror: it should use the main user as the receiver of the original event (this is working fine) but it should also use the sending user of the original event as the user ID stored in the parameters (this is not working fine).
Currently, the parameters are being copied in both events so, the user receiving the vote is the one that will show up in both events (the original and the "in_*" one).
Once you fix this, you will be able to work on the next step.