1994-08-29 - In Search of Genuine DigiCash

Header Data

From: hughes@ah.com (Eric Hughes)
To: cypherpunks@toad.com
Message Hash: cb870ed6a6d6fa8df6d117cd02d8d0ec3e13ca701f7539faf8a06a0d7a7cd6d8
Message ID: <9408290406.AA28204@ah.com>
Reply To: <199408241227.IAA22728@zork.tiac.net>
UTC Datetime: 1994-08-29 06:33:35 UTC
Raw Date: Sun, 28 Aug 94 23:33:35 PDT

Raw message

From: hughes@ah.com (Eric Hughes)
Date: Sun, 28 Aug 94 23:33:35 PDT
To: cypherpunks@toad.com
Subject: In Search of Genuine DigiCash
In-Reply-To: <199408241227.IAA22728@zork.tiac.net>
Message-ID: <9408290406.AA28204@ah.com>
MIME-Version: 1.0
Content-Type: text/plain


   The reduced overhead increases economic efficiency. There are other reasons
   for not doing on-line transactions. Including credit checks, interest
   calculations on outstanding balances, vendor reserve requirements,
   transaction threading, on-line wait states and bandwidth, etc.

Whatever are you talking about?  Credit checks for an online system?
If anything, credit status for offline systems would be the salient
issue.  Interest calculations, if that's the product model, are
consistent with both online and offline systems.  Ditto for reserve
requirements.  Transaction serialization (threading) will be required
for both systems and look to be more complicated for offline systems
than for online.

There are some additional costs with implementing the high-uptime
systems required for online systems.  On the other hand, with the
right product structure, there's no need for identity at all in an
online system as there is in offline systems with the ability to
identify multiple spenders.

Eric





Thread