Re: The Crisis with Remailers

At 15:04 1996-05-22 -0400, Perry E. Metzger wrote:
>However, accounting systems DO NOT use 32 bit fixed point arithmetic.
>
>One client of mine had around $10Billion under management. Do you
>think they were doing their accounting on a system that could only
>deal with fixed point numbers of 45Million or so? Hell, individual
>trades are larger.

Sure, but we were really discussing Ecash(tm), not accounting. To quote
from the FAPI:

/* An EC_Amount is a signed 32-bit integer.  It represents an amount 
 * of money in units of the coinage's base value.  
 */

>Accounting systems require exact math -- down to the cent.

Come on, we're not talking cents here. Question is, how do you represent
a one ITL coin in Ecash(tm) with a USD mint? We are way below the cent
level, where no accountant has ever gone before...


Regards,

Matts

-----BEGIN PGP SIGNED MESSAGE-----

 An entity known as "Matts Kallioniemi" <matts@pi.se> wrote something like:
>
> Sure, but we were really discussing Ecash(tm), not accounting. To quote
> from the FAPI:
> 
> /* An EC_Amount is a signed 32-bit integer.  It represents an amount 
>  * of money in units of the coinage's base value.  
>  */


Note "units of the coinage's base value".  The coinage's base
value could be 0.000000007 Lira if the bank so desired.
Unfortunately since the largest EC_Amount in the API is 2^31,
you wouldn't be able to buy much with coins of that type.  :-)
It is more likely that the coinage's base value will be 0.01
U.S. Dollars or 0.0001 U.S. Dollars or something on that order.


If a need arises for a greater range of values, the Ecash(tm)
API can be easily extended by using a larger int for EC_Amount.


Regards,

Bryce




-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i
Comment: Auto-signed under Unix with 'BAP' Easy-PGP v1.1b2

iQB1AwUBMaRrokjbHy8sKZitAQGeVAMAqKcDlnOlHH+HF98aK6M75AelWFMtw36z
tyRGlKp04jLtbmzL634ojoH+3zf+FyQvz+1pQCJw2sgkBChD0vsxomP/dqb2UXYK
RPEBjAchsw8TU4xuq/yunB4j4RNoru9q
=gNIJ
-----END PGP SIGNATURE-----