[Bitcoin-development] [ANN] Bitcoin-seeder v0.1

2012-01-01 Thread Pieter Wuille
Hello all,

I've just tagged v0.1.0 of my bitcoin-seeder program on github:

  https://github.com/sipa/bitcoin-seeder

This is the program powering the DNS seed on seed.bitcoin.sipa.be.

It is a crawler for the bitcoin network, with integrated DNS server.

It's not more than a preview release with only mininal functionality. Missing
features include:
* logging
* some configuration options
* daemonization
* ...

It has however been running without problem on my node for over a week now,
so I'm releasing it. Comments and questions are welcome.

The program regularly dumps its database in dnsseed.dat, allowing fast
reinitialization. As the program is far from finished, I do not guarantee that
the file format will remain compatible with future versions.

-- 
Pieter

--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
___
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development


[Bitcoin-development] does stubbing off Merkle trees reduce initial download bandwidth?

2012-01-01 Thread Elden Tyrell
Satoshi's paper mentions that storage requirements for the blockchain 
can be reduced by deleting transactions whose outputs have been spent.

If I understand correctly, this technique can only be used for reducing 
*storage* requirements, not *bandwidth* needed for the initial chain 
download by a high-security client that doesn't trust any of its peers 
-- right?

The rule is trust the longest valid chain of blocks.  Part of a block 
being valid is that each transaction's inputs are unspent and their 
sum exceeds the transaction's outputs unless it is a coinbase.  This 
cannot be verified for stubbed out transactions -- they have outputs 
but no inputs, and aren't coinbases.  So a paranoid client booting up 
for the first time needs to be given an un-stubbed chain, right?

Of course, if a client decided to accept a stubbed blocks only when the 
sum of the difficulties in the blocks after it exceeds some number N, 
then attacking it could be made very expensive by picking a large 
enough N.

Please let me know if I have misunderstood something.



--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
___
Bitcoin-development mailing list
Bitcoin-development@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-development