On Sun, Jul 22, 2012 at 11:37 PM, grarpamp wrote:
> Given a testbed: Pentium 4 1.8GHz single core, 2GB ram, FreeBSD 8,
> disk is geli aes-128 + zfs sha-256, bitcoin 0.6.3, Tor proxy,
> An estimate is made that by the end of the year bitcoin will
> completely overrun the capabilities of this reason
> You're seriously suggesting that I'm using a system
> which is 720x (one month vs one hour) faster than your
> P4 1.8GHz?
Don't know what you're using since you've not stated it.
> I find this doubtful, especially since bitcoin's sync is effectively
> single threaded.
Extra cores help with dis
On Mon, 2012-07-23 at 09:54 +0200, Andreas Petersson wrote:
> Some concerns regarding Bloom Filters. I talked with Stefan Thomas on
> the Hackathon Berlin about this.
> I tried to follow the discussion closely but i have not taken a look at
> the code yet (is there already an implementation?) so
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Michael,
On 23/07/2012 10:00, Michael Grønager wrote:
> I get a full blockchain from scratch in 45 minutes on my laptop,
> /M
>
Hang on a sec, in 45 minutes you can download the entire chain from
the genesis block?
I have been doing extensive tes
I mentioned this on IRC a week or so ago, noticing that though they are
not executed and required to be well-formed, we still count any sigops
that appear in them (which I guessed may be an interesting attack if you
could get a miner to put a byte in there that is the equivalent of
OP_CHECKSIG beca
> Please fix your software stack. Something is wrong
> with your system
Nothing wrong, it's all default install. I documented the platform
for anyone who wants to confirm it.
> A full sync here takes something like an hour.
And what, similarly, is your platform?
It takes 5 seconds... on my Cray.
I would guess that you are running the blockchain download through the
tor-proxy - that would give you the times you mention. Further, encrypting your
disk (aes stuff) will not help you much either, and encrypting a the storage of
a public blockchain seems to me a bit odd ?
I get a full blockch
Some concerns regarding Bloom Filters. I talked with Stefan Thomas on
the Hackathon Berlin about this.
I tried to follow the discussion closely but i have not taken a look at
the code yet (is there already an implementation?) so please correct me
if i got something wrong.
The way the Bloom filt
On Sun, Jul 22, 2012 at 6:37 PM, grarpamp wrote:
> It already takes a month to build a new blockchain, let alone keep up
> with new incoming blocks.
Please fix your software stack. Something is wrong with your system
and I doubt it has much to do with bitcoin. A full sync here takes
something lik
Hello,
Even though I'm not a dev, I can't agree more, and would like to know if
they are expected steps being taken, some fixes coming, or whatever?
Thank you all for your hard work.
Raphael
On 07/23/2012 12:37 AM, grarpamp wrote:
> Given a testbed: Pentium 4 1.8GHz single core, 2GB ram, FreeBS
Coinbase scriptSigs aren't required to be well-formed. They're
never executed.
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT
11 matches
Mail list logo
