Ethereum

A merchant wants to accept USD debit cards (for in-person sales) in the US, and get paid in USDC.
What is the current best solution for this?

fernhq

The main limitation here is the PoS provider (card reader hardware and software)

Square, Toast etc all exist in this space but the only one with stablecoin infra is PayPal

https://www.paypal.com/us/business/pos-system

Unfortunately I think the option here (if available at all) would be pyUSD

The other option would be to setup a regular POS like Square and a bank account like Mercury, and then automatic and programmatic onramps with /fernhq

Wannabe contributor for /walletbeat.

Censorship resistance requires privacy.

Thanks for the pointer. The merchant doesn't have a US bank account nor can create one, hence why Square PoS to bank is out of the picture.
Looks like /fernhq solves the "accepting wire transfers, receive as USDC" part. I wonder if it's possible to hook up Square or PayPal PoS to a Fern virtual account number?

Or try Stripe and set it so that payout is via USDC

building payments @ unitedmasters.com
did first real world asset financing with @makerdao
still building. 
@fwb

This looks like it is for "platforms" that need to pay out to their members (and thus these members can get stablecoins), not for individual merchants to get paid themselves. It's also not clear if it's possible to set up without a US identity. But promising for Stripe to get more serious about stablecoins!

Or try Stripe and set it so that payout is via USDC

https://support.stripe.com/express/questions/stablecoin-payouts

building LF, sold LiberEx; ex-Meta TL SWE.

@huntermonk might be able to assist via Laso Finance

building products with frontier tech | core @builders-garden /urbe-eth /ethrome 🐺

https://limone.lol

Rome, Metropolitan City of Rome Capital, Italy

Thought https://spherepay.co/en had something around this