Costruire un'applicazione intorno a una valuta teorica

Lo stai complicando troppo e troppo poco. Stai complicando troppo per gli utenti, che ora devono convertire le cose tra crediti e la loro valuta locale nella loro testa, e complicare la cosa da soli. Le cose non sono valutate in modo identico in tutto il mondo, anche quando conti i tassi di cambio. Diamine, le cose non sono valutate in modo identico intorno a quello che presumo sia il tuo paese d'origine degli Stati Uniti, le aliquote fiscali cambiano a livello statale e per città e per un sistema di pagamento questo deve essere preso in considerazione.

In parole povere, ciò aumenterà la difficoltà per l'utente (e quindi ridurrà la probabilità che ti ti dia quei soldi) e non migliorerà in modo significativo la tua situazione. I sistemi di "punti" invece di valuta reale sono tipicamente usati non per semplificare le cose, ma per nascondere il vero costo degli oggetti, e funzionano davvero bene solo in situazioni in cui non ci può essere competizione. Vedi parchi a tema, sistemi di videogiochi proprietari, casinò ecc.

Non penso che tu possa farlo con una valuta artificiale.

Ad un certo punto la tua applicazione deve interagire con il mondo "reale" della contabilità e le transazioni devono essere verificabili ... in termini di una valuta reale. L'uomo delle tasse vuole il suo taglio dell'azione ... in una valuta particolare. E le persone devono pagare una determinata quantità di denaro in valute reali.

Il modo più semplice per farlo è quello di nominare i tuoi prezzi in valute specifiche ... e lasciare che PayPal o la società della carta di credito ... o la banca del cliente affrontino il problema della conversione del denaro del cliente nella valuta richiesta per il pagamento a.

(E ricorda che se accetti pagamenti in più valute, tu finirai per pagare le conversioni di valuta piuttosto che il cliente!)