xmrSale Payment Processor Development - 30XMR

[plowsof]

• Agree that the proposal has been abandoned long enough
• Close it
• Decide what to do with the remaining funds

Details to follow:
https://github.com/xmrsale/xmrSale 10 months last commit
https://xmrsale.org/ site has lost some functionality (donate example) signs of nobody home?
https://ccs.getmonero.org/proposals/xmrsale-2021.html history of going missing for several months shown in the comments

Current state of paymentGateways:
https://monerica.com/#merchant-services

my suggestion is to put the funds toward AcceptXMR - why and what? i will have to justify this but briefly,

• community member who has contributed already to the ecosystem / created a similar project but with advantages
• the main milestones of XMRsale have been achieved
• it is now abandonware and fell behind the project it was forked from.
• xmrSale is using monero-wallet-rpc (AND javascript) which is not the most reliable thing for using a remote node with
• acceptxmr is NOT using blockexporer api. it can be pointed at any remote node. it does NOT use monero-wallet-rpc but instead its own rpc calls implemented here (viewkey/primary address only)
• written in 'Rust' - our chance to support a none cpp developer in the ecosystem
• acceptxmr can work with/without javascript

I must discuss the possibility of this with BusyBoredom (what we can get for 30XMR) - and the end result must be equal to what xmrsale provides OR better with some maintenance built in e.g. 80/20 split 24 xmr for tasks and 6 for maintenance

[plowsof]

BusyBoredom of AcceptXMR has made a draft CCS https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/374

If the community see fit, this proposal can be merged directly to the WIP list, after closing xmrSale. AcceptXMR will then be funded entirely by the remaining funds of xmrSale.

[plowsof]

AcceptXMR moved to funding https://ccs.getmonero.org/proposals/busyboredom-standalone-acceptxmr.html , once funded this will close this issue