Accept payments ยท DOGE
Accept Dogecoin payments.
Invoice in the currency you sell in, and let your customer pay in Dogecoin. We give the invoice its own address on the chain they choose, watch it, and send you a signed webhook when the payment is final. A UTXO chain like Bitcoin, native coin only.
DOGE on 1 chain.
Your customer picks one at checkout. You choose which of them you are willing to accept.
- DOGE on Dogecoin
- Dogecoin has no token layer, so DOGE is the only thing that can arrive.
Taking a Dogecoin payment.
Create the invoice
One POST with an amount, a pricing currency and your own reference. You get back a checkout URL, one payment address per chain, and a locked amount in every coin you accept.
They pay, at a rate that stays honest
Your customer is never asked to commit to a chain first โ one address serves every EVM chain, so whatever arrives is attributable. Stablecoins are quoted once. A volatile coin is re-quoted every two minutes, and the figure it replaces is still honoured for five, so nobody who did as they were told is told they underpaid.
You get a signed webhook
HMAC-SHA256, retried for about 46 hours, replayable from the dashboard. The payment is credited to your balance per asset.
curl https://api.molnpay.com/v1/invoices \ -H "Authorization: Bearer $MOLNPAY_SECRET_KEY" \ -H "Idempotency-Key: order_8812" \ -d amount="49.90" \ -d currency="USD" \ -d reference_id="order_8812"
What you do not have to do.
- Hold a DOGE wallet, or guard a seed phrase for one. No address here has a private key.
- Keep gas on hand. We pay the network fee on every chain DOGE settles on.
- Ask your customer to make an account. The hosted checkout needs nothing from them but a payment.
- Watch every block yourself, or reconcile a reorg by hand.
Holding DOGE for your users instead?
Same API, same keys, same balance โ the difference is whether the address belongs to an invoice or to one of your users.
Dogecoin deposit addresses