Re: Bitcoin P2P e-cash paper

2008-11-07 Thread Satoshi Nakamoto
are good at cutting off the heads of a centrally controlled networks like Napster, but pure P2P networks like Gnutella and Tor seem to be holding their own. Satoshi - The Cryptography Mailing List Unsubscribe by sending

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 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

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

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-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]

ADMIN: end of bitcoin discussion for now

2008-11-18 Thread Perry E. Metzger
I'd like to call an end to the bitcoin e-cash discussion for now -- a lot of discussion is happening that would be better accomplished by people writing papers at the moment rather than rehashing things back and forth. Maybe later on when Satoshi (or someone else) writes something detailed u

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

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 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-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 v0.1 released

2009-01-11 Thread "Hal Finney"
Satoshi Nakamoto writes: > Announcing the first release of Bitcoin, a new electronic cash > system that uses a peer-to-peer network to prevent double-spending. > It's completely decentralized with no server or central authority. > > See bitcoin.org for screenshots. >

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-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-09 Thread James A. Donald
Satoshi Nakamoto wrote: > Increasing hardware speed is handled: "To compensate > for increasing hardware speed and varying interest in > running nodes over time, the proof-of-work difficulty > is determined by a moving average targeting an average > number of blocks per hour.

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]

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-02 Thread James A. Donald
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 system, but the way I understand your proposal, it does n

Re: Bitcoin P2P e-cash paper

2008-11-18 Thread Nicolas Williams
On Fri, Nov 14, 2008 at 11:04:21PM -0800, Ray Dillinger wrote: > On Sat, 2008-11-15 at 12:43 +0800, Satoshi Nakamoto wrote: > > > If someone double spends, then the transaction record > > > can be unblinded revealing the identity of the cheater. > > > > Identi

Re: Bitcoin P2P e-cash paper

2008-11-09 Thread James A. Donald
-- Satoshi Nakamoto wrote: > The proof-of-work chain is the solution to the > synchronisation problem, and to knowing what the > globally shared view is without having to trust > anyone. > > A transaction will quickly propagate throughout the > network, so if two

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 v0.1 released

2009-01-17 Thread Jonathan Thornburg
On Sat, 17 Jan 2009, Satoshi Nakamoto wrote: [[various possible uses of Bitcoin et al]] > Once it gets bootstrapped, there are so many > applications if you could effortlessly pay a few cents to a > website as easily as dropping coins in a vending machine. In the modern world,

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-09 Thread James A. Donald
Satoshi Nakamoto wrote: > The bandwidth might not be as prohibitive as you > think. A typical transaction would be about 400 bytes > (ECC is nicely compact). Each transaction has to be > broadcast twice, so lets say 1KB per transaction. > Visa processed 37 billion transaction

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-13 Thread "Hal Finney"
James A. Donald writes: > Satoshi Nakamoto wrote: > > When there are multiple double-spent versions of the > > same transaction, one and only one will become valid. > > That is not the question I am asking. > > It is not trust that worries me, it is how it is >

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-17 Thread James A. Donald
Satoshi Nakamoto wrote: > Fortunately, it's only necessary to keep a > pending-transaction pool for the current best branch. This requires that we know, that is to say an honest well behaved peer whose communications and data storage is working well knows, what the current best bran

Re: Bitcoin P2P e-cash paper

2008-11-10 Thread James A. Donald
of them equally honest legitimate >> single spends, and both proofs are generated at about >> the same time. >> >> What happens then? Satoshi Nakamoto wrote: > They both broadcast their blocks. All nodes receive > them and keep both, but only work on the one they >

Re: Bitcoin P2P e-cash paper

2008-11-13 Thread James A. Donald
Satoshi Nakamoto wrote: > When there are multiple double-spent versions of the > same transaction, one and only one will become valid. That is not the question I am asking. It is not trust that worries me, it is how it is possible to have a a globally shared view even if everyone i

[EMAIL PROTECTED]: [fc-announce] FC'05: PAPER SUBMISSION DEADLINE EXTENDED TO SEPT. 17]

2004-09-10 Thread R. Hirschfeld
Treasury Board of Canada Aggelos Kiayias U Connecticut Helger Lipmaa Helsinki U Technology David M'Raihi Verisign Kobbi NissimMicrosoft Satoshi Obana Columbia U and NEC Andrew Odlyzko U Minnesota

RE: Papers about "Algorithm hiding" ?

2005-05-31 Thread Valery Pryamikov
rson, Gregg M. Townsend. Dynamic Graph-Based Software Watermarking. Technical Report TR04-08. April 28, 2004 [30] Satoshi Hada. Zero-Knowledge and Code Obfuscation. Tokyo Research Laboratory, IBM Research. In Proceedings of ASIACRYPT 2000. [31] Larry D'Anna, Brian Matt, Andrew Reisse, Tom Van Vlec

Re: Bitcoin P2P e-cash paper

2008-11-05 Thread James A. Donald
transactions that > > occurred recently. If hundreds of millions of people > > are doing transactions, that is a lot of bandwidth - > > each must know all, or a substantial part thereof. Satoshi Nakamoto wrote: > Long before the network gets anywhere near as large as > that,

Re: Bitcoin P2P e-cash paper

2008-11-17 Thread Ray Dillinger
On Sat, 2008-11-15 at 12:43 +0800, Satoshi Nakamoto wrote: > I'll try and hurry up and release the sourcecode as soon as possible > to serve as a reference to help clear up all these implementation > questions. > Ray Dillinger (Bear) wrote: > > When a coin is spen