[GNC] cryptocurrency with many decimals

[Christian Pinedo Zamalloa]

Hello John,

when I try to create XLM inside the "Currencies" name space, I get a
message of error: "You may not create a new national currency". So I
must cancel the creation of the currency.

In any case, If we manage to create XLM under currencies, I would
solve the expense's account but I would continue with problems in my
assets account.

My assets account is a stock account to track gain/losses, So for example:

Asset:XLM (stock account)
Description; Quantity; Price; Buy; Sell; Balance
New coins; 356.2904939; 0,052929 (only displayed 0,0529); 18,858099552
(only displayed 18,86);  ; 356.2904939
Fee to transfer; -0,00001; 0,052929 (to avoid gain/loses, only
displayed 0,0529);
 ; 0,000000529 (it is rounded to 0 !!); 356.2904839

So, I lost XLM but I didn't lost value (capital gains).

So,

El sáb., 14 sept. 2019 a las 5:01, John Ralls (<jralls at ceridwen.us>) escribió:
>
> Yes, you'll have to move XLM to the CURRENCY namespace. GnuCash *should* allow that since the symbol starts with X.
>
> Regards,
> John Ralls
>
>
> > On Sep 13, 2019, at 1:57 PM, Christian Pinedo Zamalloa <chr.pinedo at gmail.com> wrote:
> >
> > Yes, perhaps using XLM as the security/currency of Expenses:XLM is the
> > best approach. I tried it. However I can't set XLM as currency of the
> > Expenses:XLM account. I defined the XLM under "CCC" (cryptocurrency)
> > namespace and it seems that in a Expense account I can only select a
> > national currency under "Currencies" namespace.
> >
> > Do yo know, what I should have to do? to define XLM under "Currencies"
> > namespace, or a configuration change.....
> >
> > Thanks!
> >
> > El vie., 13 sept. 2019 a las 20:02, John Ralls (<jralls at ceridwen.us>) escribió:
> >>
> >>
> >>
> >>> On Sep 13, 2019, at 10:40 AM, Christian Pinedo Zamalloa <chr.pinedo at gmail.com> wrote:
> >>>
> >>> Hello,
> >>>
> >>> I am taking part in the airdrop of Stellar Lumens (XLM) in the keybase
> >>> application so I received some free XLM cryptocoins that I would like
> >>> to account with gnucash.
> >>>
> >>> The problem I have is the number of decimals. Cryptocurrency uses up
> >>> to 7 decimals (11,1234567) and the price of the currency is often
> >>> available with 6 decimals, for example, yesterday's XLM/EUR price was
> >>> 0.052929 (https://www.investing.com/crypto/stellar/xlm-eur-historical-data?cid=1129224)
> >>>
> >>> I configured an stock account in gnucash to track XLM coins: I set the
> >>> numbers I received with 7 decimals, I enter the price (this is round
> >>> to 4 decimals) and finally I get the value rounded to only 2 decimals
> >>> (this is the main problem).
> >>>
> >>> The problem I have is that I need to enter very low fees of 0,00002
> >>> XML @ 0,052929  = 0,000001059 € (from Asset:XML to Expense:XML). So
> >>> these commissions are rounded to 0 € of value by gnucash and my
> >>> balance fails because I reduce the number of XML coins for 0 euros.
> >>>
> >>> What could I do to face it? Thanks!
> >>
> >> You need to change the commodity in your Expense:XML account to XML. Fractions of Euros (and any other real-world currency) smaller than 1/100 simply don't exist.
> >>
> >> Regards,
> >> John Ralls
> >>
> >
> >
> > --
> > Christian Pinedo Zamalloa (zako)
> > PGP keyID: 0xdb577d4ee6ffbd55
> > PGP Fgprt: A895 7C11 84F6 30B4 4938  32A4 9306 DFD0 CDE4 B542
>


-- 
Christian Pinedo Zamalloa (zako)
PGP keyID: 0xdb577d4ee6ffbd55
PGP Fgprt: A895 7C11 84F6 30B4 4938  32A4 9306 DFD0 CDE4 B542