Enzo Michelangeli writes:
In the world of international trade, where mutual distrust between buyer
and seller is often the rule and there is no central authority to
enforce
the law, this is traditionally achieved by interposing not less than
three
trusted third parties: the shipping line,
- Original Message -
From: Ian Grigg [EMAIL PROTECTED]
To: Hal Finney [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Sunday, November 07, 2004 11:21 AM
[Hal:]
Interesting. In the e-gold case, both parties have the same bank,
e-gold ltd. The
Yes, I'm looking at ideas like this for ecash gambling, but you have
a who-goes-first problem. One side or the other has to rip their
own cash first, and then the other side can just go away and leave the
first side screwed. The act of ripping cash is relatively atomic and
involves a
- Original Message -
From: Hal Finney [EMAIL PROTECTED]
Sent: Friday, November 05, 2004 7:01 AM
Tyler Durden writes:
So my newbie-style question is, is there an eGold that can be
verified, but not accessed, until a 'release' code is sent?
In other words, say I'm buying some
Tyler Durden wrote:
Hum.
So my newbie-style question is, is there an eGold that can be verified,
but not accessed, until a 'release' code is sent?
proof-of-delivery protocols might help (but they're patented, as I
discovered when I reinvented them a few years back).
In other words, say I'm
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Finney, Hal (CR)
[SNIP discussion on ripping cash]
The problem is that if the source code you are purchasing is
bogus, or if the other side doesn't come through, you're
screwed because you've lost the value of the torn
Enzo Michelangeli writes:
In the world of international trade, where mutual distrust between buyer
and seller is often the rule and there is no central authority to enforce
the law, this is traditionally achieved by interposing not less than three
trusted third parties: the shipping line, the
On Thu, Nov 04, 2004 at 03:01:15PM -0800, Hal Finney wrote:
Another idea along these lines is gradual payment for gradual release
of the goods. You pay 10% of the amount and they give you 10% of the
source code. You pay another 10% and you get the next 10% of the source,
and so on. (Or it
At 10:18 AM -0800 11/5/04, Hal Finney wrote:
Yes, I'm looking at ideas like this for ecash gambling, but you have
a who-goes-first problem.
Whenever we talk about financial applications, where the assets
represented by one bearer certificate are exchanged for those
represented by another, what's
Tyler Durden writes:
So my newbie-style question is, is there an eGold that can be verified, but
not accessed, until a 'release' code is sent?
In other words, say I'm buying some hacker-ed code and pay in egold. I don't
want them to be able to 'cash' the gold until I have the code.
10 matches
Mail list logo