Hal Finney wrote:
Ben Laurie writes:
How do you make the payment already "gone" without using a third party?
Of course there has to be a third party in the form of the currency
issuer. If it is someone like e-gold, they could do as I suggested and
add a feature where the buyer could transfer fund
party verifier, but
it's looking like that's what's going to make sense 99% of the time anyway.
-TD
From: [EMAIL PROTECTED] ("Hal Finney")
To: [EMAIL PROTECTED]
Subject: Re: Your source code, for sale
Date: Mon, 8 Nov 2004 10:51:24 -0800 (PST)
Ben Laurie writes:
> How d
Ben Laurie writes:
> How do you make the payment already "gone" without using a third party?
Of course there has to be a third party in the form of the currency
issuer. If it is someone like e-gold, they could do as I suggested and
add a feature where the buyer could transfer funds irrevocably in
, but of course one could argue "what's the point
if you already need a 3rd party for the e$". But I think that's a disjoint
set of issues.
-TD
From: Ben Laurie <[EMAIL PROTECTED]>
To: Tyler Durden <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject:
Tyler Durden wrote:
What if I block the outbound "release the money" message after I
unbundle the images. Sure, I've already committed my money, but you
can't get to it. In effect I've just ripped you off, because I have
usable product and you don't have usable money.
Well, yes, but this would be
- 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-go
> 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 ship
What if I block the outbound "release the money" message after I
unbundle the images. Sure, I've already committed my money, but you
can't get to it. In effect I've just ripped you off, because I have
usable product and you don't have usable money.
Well, yes, but this would be a very significant s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
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 exc
Michael_Heyman writes:
> Finney, Hal (CR):
> > 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 cash. The
> > other side doesn't gain anything by this fraud, but they h
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, t
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
On Fri, 05 Nov 2004 10:01:41 -0500, Tyler Durden
<[EMAIL PROTECTED]> wrote:
> ...
> My photo-bundle receives the releases and opens, and then shoots off a
> message that activates the pre-release on your end, giving you the cash.
>
> Is a 3rd party necessary here? I don't see it, but then again I
Ben Laurie made a lot of useful points. However,...
Simultaneous release is (provably?) impossible without a trusted third
party.
I don't think I believe this. Or at least, I don't think it's true to the
extent necessary to make the original application impossible.
Consider:
I send you money for
> 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 to
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 buyin
- 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
On Thu, 4 Nov 2004, 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.
Just as an aside, this is
"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. Me
quot;R.A. Hettinga" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Your source code, for sale
Date: Wed, 3 Nov 2004 19:24:43 -0500
<http://www.adtmag.com/print.asp?id=10225>
- ADTmag.com
Your source code, for sale
By Mike Gunderloy
Well, maybe not yet. But wh
<http://www.adtmag.com/print.asp?id=10225>
- ADTmag.com
Your source code, for sale
By Mike Gunderloy
Well, maybe not yet. But what does the future hold for those who consider
their source code an important proprietary asset?
Halloween this year featured more scary stuff than just ghos
21 matches
Mail list logo