Graeme Reidy
My working life has been spent on identity congruence, which is a long phrase for a short question: does the name on this record match the name on that one, and what follows if it does not. Payment rails are where the question gets interesting, because a rail is very good at moving money and much worse at saying who moved it.
What I cover here
Whose name sits on the account funding a casino deposit, what an Interac e-Transfer authenticates, and where the answer to a name question actually lives. An e-Transfer requires an account at a participating financial institution and a security question the recipient answers. That is a defence against interception. It is not an identity check, and reading it as one is the mistake this site exists to correct.
What I do not cover
I do not benchmark payout speed, and I do not publish payout windows I have not measured. I do not tabulate per-casino deposit limits or fees, because Interac publishes neither and your own institution sets both. Bonus arithmetic and wagering maths belong to somebody with more patience for multiplication than I have.
How I work
I separate a mechanism from a policy and I say which one I am describing. Interac's own published guidance tells me what the rail does. An operator's account terms tell me what that operator does, and if I have not read them I write the question you should ask instead of the answer I would like to give. Where the evidence is conditional I write in the conditional, which reads less confidently and is more useful.
Corrections are welcome at [email protected].