I have just released initial version of a plugin for BTCPayServer:
If anyone is running an instance already and would like to help test it out that would be much appreciated. Hoping to get it merged into the Plugin Store soon
That’s huge! If it gets added, any store that uses BTCPayServer can reasonably be requested to accept Grin.
From a store owner perspective, what would I need to do to accept Grin from scratch then? Will BTCPayServer spin up a grin wallet for me?
1 Like
For now you still have to setup node and wallet yourself (really just wallet as the wallet is the only thing that talks to the btcpayserver, so you could use a remote node I think). Ideally we will get it to a place where it will spin up a node in docker like LTC and XMR do now though, yes.
2 Likes
We are ready to announce that we believe the plug-in is functional for use on shops at least in a beta state:
We have run some test payments and it appears to work for us pretty reliably now. We are hoping to find some more testers and possibly contributors. I will look into having it added to the btcpay-plugin “store” where it can then be added more or less automatically from inside your btcpay admin page. If you want to test the payment flow you can try purchasing some stickers from our shop:
We promise to throw in some extras for all users that checkout with GRIN 
6 Likes
I made an order, the payment plugin worked fine 
.
Grim mobile did not want to scan the QR code so I had to copy paste back and fort the slatepack. Can someone else try scanning a payment QR with Grim mobile? I noticed the QR code is rendered with fine lines between the black and white pixels. Maybe Grim’s QR reading package does not play well with this QR code rendering style.
1 Like
Thank you for your order! The QR code not working is a known issue, we will try to fix ASAP (but ofc PR welcome also 
). Will get your order out in the next day or so (with some extras ofc) 
Yo, I also noticed its impossible to navigate from this page (top left and middle clicks)
P.S. Navigation worked only when I clicked a lot, at logs I see many such things:
1 Like
Thanks, I noticed issue with shipping after grinmonk order this morning and tried to quick fix it before running out to do some stuff, but appreciate the report and will try to go fix (again) this afternoon and report back. Appreciate it 
1 Like
OK, think we got this sorted out now, but lemme know if still buggin
Checkout works good now, with respect of colour theme 
1 Like
Cool stuff! @jwinterm Are the plugin and store ready to be put on Grin Hub, or do you think it still needs more testing?
People think time is money or grin is money, but money is a token of exchange for goods and services, this store makes it possible. Good job @jwinterm
2 Likes
Thanks @syntaxjak I hope some other folks can make some use of it too. Hoping to get QR code support working this week or next which should make it much more useful for like irl mobile stuff.
2 Likes
Great to see grin payment more popular! 
1 Like
@jwinterm I added BTCPayServer to hub/README.md at main · grincc/hub · GitHub to Grin Hub with a note saying it might require further testing. Let me know when you think it is sufficiently working to be used by others, e.g. QR code support fixed.
1 Like
Cool, I am working on it yesterday and today to fix QR support hopefully and kind of align it with BTCPay typical practices so we can get it added to their official store. Will let you know.
3 Likes
So…it seems like QR support is a bit of a pickle…maybe I am mistaken, but it seems like there is no way to show a user a QR code, they scan it (with Grim wallet for instance) and payment is remitted. We can show an address in a QR code, and then user has to type in amount, and this doesn’t really work anyway because it’s not an invoice issued by merchant and we would need to do amount matching or something to discern orders which is not ideal or necessarily even workable for all operations (even if we could bundle address+amount in one QR). We can show an invoice slatepack as a QR and scan it in Grim and it generates a response, but then the Grim user must manually somehow copy the slatepack and somehow get it to the computer that showed them the QR code…
Is it really impossible with existing wallets to display a QR invoice slatepack with embedded address, then Grim user scans QR, generates response slatepack and automatically transmits response slatepack back to invoicer via tor, and invoice generator then finalizes? So from person scanning QR and paying it feels like all they have to do is scan QR and hit confirm?
I think for now I am going to go with invoice slatepack as QR code and then customer has to get response slatepack back to computer that they scanned QR code from - this works for webshop type usecases (not great UX but works), but this is not really workable if someone is selling items in person and they show QR to scan from their phone or PoS machine.
Check grin-wallet documentation:
So such functionality exists, you can specify amount and address in the invoice, at least in grin-wallet.
Thank you!
* The wallet will IMMEDIATELY attempt to send the resulting transaction to the wallet listening at: ‘grin1ln4y82fw4urggk3hq0xkeqfhw3dfe6rhcv6a0v64uz4ny9epcc6qpuwx4k’.
This is exactly what I need for sure, will mess with it some more tomorrow and maybe bother @ardocrat again
Pushed few updates to add animated QR and fix reconciliation with BTCPay main invoice table. Will look at Grim and autoreply this weekend or next week (I just sent couple GRIN over tor to our btcpayserver grin address to check and make sure issue not on the server side and it seems to work fine, so I think it’s just getting Grim to autoreply when address is included in slatepack).
3 Likes