From: “Peter Trei” <trei@process.com>
To: <cypherpunks@toad.com
Message Hash: b49841455904c34969ef13cfb2a9e1aa3df9a56aba8b5670f52077c88b39311b
Message ID: <199605231725.KAA18985@toad.com>
Reply To: N/A
UTC Datetime: 1996-05-23 23:12:55 UTC
Raw Date: Fri, 24 May 1996 07:12:55 +0800
From: "Peter Trei" <trei@process.com>
Date: Fri, 24 May 1996 07:12:55 +0800
To: <cypherpunks@toad.com
Subject: Re: ecash representation
Message-ID: <199605231725.KAA18985@toad.com>
MIME-Version: 1.0
Content-Type: text/plain
> In my last article, I slightly screwed up.
>
> A signed 32 bit fixed point number, with two places of precision (less
> than you need when calculating things like interest and what have you,
> but lets be generous) has a maximum representation of even less than I
> off the cuffed -- a mere 21,474,836.48. This is hardly sufficient for
> accounting. However, floating point is even less useful.
>
> .pm
Back in the mid-80's, I worked for several years at Irving Trust,
a (now-gone) major money center bank. One of the financial
messaging systems I worked with stored currency amounts
as 96-bit vectors of a base unit (eg, a penny), and
could have a 'binary point' anywhere in the vector. There were
the usual math functions available to handle this data type.
If you split the vector evenly between fractional and
non-fractional parts, you could represent amounts up to
$7E13 to an accuracy of about 3E-15 of a cent. The maximal
amount that could be represented was about $2E28, and the
highest precision about $1E-29 of a cent.
This range and level of precision was judged adequate of most
purposes :-).
Peter Trei
ptrei@acm.org
"Did you know that there is a subunit of the Japanese yen?"
Return to May 1996
Return to “Robin Powell <rpowell@algorithmics.com>”