• Skip to primary navigation
  • Skip to content
  • Skip to footer

Nakamoto Studies Institute

  • Satoshi Writings
    • Satoshi’s White Paper
    • Satoshi Nakamoto Emails
    • Satoshi Nakamoto Forum Writings
  • Literature
    • Daniel Krawisz Archive
  • About NSI
  • Newsletter
  • Support
You are here: Home / Emails / Re: Bitcoin P2P e-cash paper

Re: Bitcoin P2P e-cash paper

November 17, 2008 by bitcoincash

James A. Donald 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 branch is –

I mean a node only needs the pending-tx pool for the best branch it has. The branch that it currently thinks is the best branch. That’s the branch it’ll be trying to make a block out of, which is all it needs the pool for.

>Broadcasts will probably be almost completely
>reliable.
>
> Rather than assuming that each message arrives at least
> once, we have to make a mechanism such that the
> information arrives even though conveyed by messages
> that frequently fail to arrive.

I think I’ve got the peer networking broadcast mechanism covered.

Each node sends its neighbours an inventory list of hashes of the new blocks and transactions it has. The neighbours request the items they don’t have yet. If the item never comes through after a timeout, they request it from another neighbour that had it. Since all or most of the neighbours should eventually have each item, even if the coms get fumbled up with one, they can get it from any of the others, trying one at a time.

The inventory-request-data scheme introduces a little latency, but it ultimately helps speed more by keeping extra data blocks off the transmit queues and conserving bandwidth.

You have an outline
> and proposal for such a design, which is a big step
> forward, but the devil is in the little details.

I believe I’ve worked through all those little details over the last year and a half while coding it, 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

———————————————————————
The Cryptography Mailing List
Unsubscribe by sending “unsubscribe cryptography” to [EMAIL PROTECTED]

Filed Under: Emails Tagged With: james a. donald, the cryptography mailing list

Support NSI with Bitcoin Cash

Did you like this piece? Please consider dropping a tip to support our ongoing efforts to archive the work of Satoshi Nakamoto. Small tips are only made possible with Bitcoin Cash!

Footer

Categories

  • Code
  • Emails
  • Forums
  • Literature
  • Uncategorized

Keywords

adam back anonymous b-money bitcoin.org Bitcoin: A Peer-to-Peer Electronic Cash System bitcointalk bug commerce double spend dustin d. trammel gavin andresen generate coins gnutella gpu hal finney hashcash hash cash inflation james a. donald liberty standard linux micropayment mike hearn moore's law napster nicholas bohm node non-reversible transaction p2p foundation proof-of-work ray dillinger satoshi nakamoto scaling Simplified Payment Verification sirius-m the crypto anarchist manifesto" the cryptography mailing list timothy c. may tor transaction fee v0.1.6 visa wei dai white paper [bitcoin-list]

Support NSI with Bitcoin Cash

Copyright © 2020 · Genesis Sample on Genesis Framework ·