Custody and KYC are different axes
Everything in this category gets ranked on how little ID it demands, which is the wrong sort. What burned you was not KYC. You handed a stranger nineteen days of working capital and the stranger was contractually allowed to keep it. A gateway can have a light signup and heavy custody, and most of them do.
|
Signup |
Who holds the coin |
| NowPayments |
email |
auto-forward, or their balance if you leave it |
| Plisio |
email |
hosted balance, or auto-forward to a wallet you supply |
| Coinremitter |
email |
straight to your wallet |
| Self-hosted |
none |
you, always |
Auto-forward gets you most of the way
Turn auto-forward on and never let a balance accumulate and you shrink the custody window from nineteen days to the length of one settlement. That is a real improvement and it costs nothing extra — NowPayments and Plisio are both 0.5%, Coinremitter is 0.23% and settles direct. It does not close the window. The operator still decides what auto-forward means to your account, and the day law enforcement pings them about your vertical is the day they revisit that.
What actually removes the middleman
BTCPayServer is the only thing here where the answer to "who can freeze this" is nobody, and that is an architectural fact rather than a marketing one. The customer pays your wallet. There is no operator account, so there is no operator jurisdiction, which for a client-facing offer on a prohibited list is the property you are actually buying. Protocol fee is zero; you pay for a VPS and a node instead.
Read the cost honestly before you commit. You take on a server, a node, and wallet keys nobody can restore for you. There is no support ticket. Lose the seed and the money is gone in a way no gateway has ever managed to lose it. Budget for a second person knowing where the backup lives, because a one-person setup where that person is unreachable is a single point of failure you built on purpose.
Two things I have not tested and will not pretend otherwise: I have never run it with the Lightning stack on anything under 4GB, and I have never migrated an existing invoice history into one, so I cannot tell you what your reconciliation looks like afterwards.
Short version: auto-forward if you want this fixed this week, self-host if you want it fixed permanently and can carry a server.