Re: Bitcoin v0.1 released

2009-01-25 Thread Satoshi Nakamoto
nd a tiny amount of gold dust in order to put a spam message in the transaction's comment field. If the system let users configure the minimum payment they're willing to receive, or at least the minimum that can have a message with it, users could se

Re: Bitcoin v0.1 released

2009-01-17 Thread Satoshi Nakamoto
> Dustin D. Trammell wrote: > > Satoshi Nakamoto wrote: > > You know, I think there were a lot more people interested in the 90's, > > but after more than a decade of failed Trusted Third Party based systems > > (Digicash, etc), they see it as a lost cause. I hope t

Bitcoin v0.1 released

2009-01-09 Thread Satoshi Nakamoto
e system can support transaction fees if needed. It's based on open market competition, and there will probably always be nodes willing to process transactions for free. Satoshi Nakamoto - The Cryptography Mail

Re: Bitcoin P2P e-cash paper

2008-11-17 Thread Satoshi Nakamoto
and there were a lot of them. The functional details are not covered in the paper, but the sourcecode is coming soon. I sent you the main files. (available by request at the moment, full release soon) Satoshi Nakamoto -

Re: Bitcoin P2P e-cash paper

2008-11-17 Thread Satoshi Nakamoto
download in the middle if the transaction comes back double-spent. If it's website access, typically it wouldn't be a big deal to let the customer have access for 5 minutes and then cut off access if it's rejected. Many such sites have a free trial anyway. Satoshi Nakamoto - The Cryptography Mailing List Unsubscribe by sending "unsubscribe cryptography" to [EMAIL PROTECTED]

Re: Bitcoin P2P e-cash paper

2008-11-17 Thread Satoshi Nakamoto
ht. > You need coin aggregation for this to scale. There needs to be > a "provable" transaction where someone retires ten single coins > and creates a new coin with denomination ten, etc. Every transaction is one of these. Section 9, Combining and Splitting Value. Satoshi Nakamoto - The Cryptography Mailing List Unsubscribe by sending "unsubscribe cryptography" to [EMAIL PROTECTED]

Re: Bitcoin P2P e-cash paper

2008-11-14 Thread Satoshi Nakamoto
nteer their compute resources for good causes). > > In this case it seems to me that simple altruism can suffice to keep the > network running properly. It's very attractive to the libertarian viewpoint if we can exp

Re: Bitcoin P2P e-cash paper

2008-11-13 Thread Satoshi Nakamoto
James A. Donald wrote: > It is not sufficient that everyone knows X. We also > need everyone to know that everyone knows X, and that > everyone knows that everyone knows that everyone knows X > - which, as in the Byzantine Generals problem, is the > classic hard problem of distributed data processi

Re: Bitcoin P2P e-cash paper

2008-11-11 Thread Satoshi Nakamoto
uences. With the transaction fee based incentive system I recently posted, nodes would have an incentive to include all the paying transactions they receive. Satoshi Nakamoto - The Cryptography Mailing List Unsubscribe by sending "unsubscribe cryptography" to [EMAIL PROTECTED]

Re: Bitcoin P2P e-cash paper

2008-11-10 Thread Satoshi Nakamoto
ve value when a node finds a proof-of-work for a block could be the total of the fees in the block. Satoshi Nakamoto - The Cryptography Mailing List Unsubscribe by sending "unsubscribe cryptography" to [EMAIL PROTECTED]

Re: Bitcoin P2P e-cash paper

2008-11-09 Thread Satoshi Nakamoto
ain the full set of transactions anyway. It's not a problem if transactions have to wait one or a few extra cycles to get into a block. Satoshi Nakamoto - The Cryptography Mailing List Unsubscribe by sending "unsubscribe cryptography" to [EMAIL PROTECTED]

Re: Bitcoin P2P e-cash paper

2008-11-09 Thread Satoshi Nakamoto
nce a transaction is hashed into a link that's a few links back in the chain, it is firmly etched into the global history. Satoshi Nakamoto - The Cryptography Mailing List Unsubscribe by sending "unsubscribe cryptography" to [EMAIL PROTECTED]

Re: Bitcoin P2P e-cash paper

2008-11-09 Thread Satoshi Nakamoto
stem would be a > helpful next step. I appreciate your questions. I actually did this kind of backwards. I had to write all the code before I could convince myself that I could solve every problem, then I wrote the paper. I think

Re: Bitcoin P2P e-cash paper

2008-11-08 Thread Satoshi Nakamoto
. Coins have to get initially distributed somehow, and a constant rate seems like the best formula. Satoshi Nakamoto - The Cryptography Mailing List Unsubscribe by sending "unsubscribe cryptography" to [EMAIL PROTECTED]

Re: Bitcoin P2P e-cash paper

2008-11-07 Thread Satoshi Nakamoto
>[Lengthy exposition of vulnerability of a systm to use-of-force >monopolies ellided.] > >You will not find a solution to political problems in cryptography. Yes, but we can win a major battle in the arms race and gain a new territory of freedom for several years. Governments are good at cutting

Re: Bitcoin P2P e-cash paper

2008-11-03 Thread Satoshi Nakamoto
by generating bitcoins. With a zombie farm that big, he could generate more bitcoins than everyone else combined. The Bitcoin network might actually reduce spam by diverting zombie farms to generating bitcoins instead. Satoshi Nakamoto ---

Re: Bitcoin P2P e-cash paper

2008-11-02 Thread Satoshi Nakamoto
>Satoshi Nakamoto wrote: >> I've been working on a new electronic cash system that's fully >> peer-to-peer, with no trusted third party. >> >> The paper is available at: >> http://www.bitcoin.org/bitcoin.pdf > >We very, very much need such a sys

Bitcoin P2P e-cash paper

2008-11-01 Thread Satoshi Nakamoto
basis, and nodes can leave and rejoin the network at will, accepting the longest proof-of-work chain as proof of what happened while they were gone. Full paper at: http://www.bitcoin.org/bitcoin.pdf Satoshi Nakamoto - The Cr