The reason has nothing to do with it being a vanity address.
Transaction fees are based on the size of a transaction in byte.
In general, vanity addresses are uncompressed, so the transaction is slightly larger than when you send from a compressed address (which is the standard nowadays).
Of course, you can choose a smaller fee but the confirmation would take a longer time.
https://btc.com/stats/unconfirmed-tx currently says 60 sat/byte is enough for speed, but with 155 inputs you won't need speed. If it were me, I'd do it in small batches: take 10 inputs, say 2000 bytes, and send them to your own address. Pay no more than 0.2m
BTC fee. In general, fees are lowest on Sundays, and with 2.25
BTC and 155 inputs I dont thinkyou're in a hurry.
Do this 16 times, and you've paid a total of 0.003
BTC in fees.
I "disagree" with wallets that by default set a high fee, that's just a race to get ever increasing fees. Great for miners, but the network is still congested.
For what it's worth: I do this on a daily basis: whenever I make a transaction anyway, I choose which inputs to use ("coin control"), and make sure I don't end up with many small inputs for a long time. This way I don't have to pay a rediculous fee if I'm in a hurry to send my funds.
My
example with 10 sat/byte fee last Sunday.
Yeah, it has had 155 transactions is for a total of 2.25 BTC
I really never knew that the total in the wallet would need to have fees deducted if moved.
Bitcoin isn't very intuitive when it comes to fees, but it's easier to understand when you look at it as buying a car with small coins.
That's the opposite of both "expert" and "security" 
You don't need to be a dev, just understand all these things about unspent inputs.
) 
