And I'd appreciate review/feedback on this:
https://github.com/bitcoin/bitcoin/pull/491
Patch from ArtForz, who discovered the problem.
The problem was chaining large transactions (transactions with lots of
ins and outs) would make the berkeley db transaction log get very big,
as the dependenci
I'd appreciate review/feedback on this:
https://github.com/bitcoin/bitcoin/pull/492
This change skips ECDSA signature verification for transactions during
the initial block-chain download, which makes downloading the block
chain much faster.
"Initial block chain download" is all blocks up to 120
> I'd rather see effort spent on the root issues, e.g. having nodes
> gauge their own suitability (working inbound port, reasonably current
> block chain, etc) before becoming advertised listeners.
They can't always judge it, eg if the link between you and that peer
is saturated then you may have
On Mon, Sep 5, 2011 at 8:04 AM, Mike Hearn wrote:
> I haven't written a patch for this, I might do so if there's
> sufficient interest.
[snip]
> Thoughts?
I'd rather see effort spent on the root issues, e.g. having nodes
gauge their own suitability (working inbound port, reasonably current
block
Sorry, by bad - first clean checkout for quite a while (must have changed it
earlier myself...).
/M
On 05/09/2011, at 14:42, Luke-Jr wrote:
> On Monday, September 05, 2011 3:25:47 AM Michael Grønager wrote:
>> Findings - compile (I do not use the UPNP feature):
>> in the makefile.unix I have to
On Monday, September 05, 2011 3:25:47 AM Michael Grønager wrote:
> Findings - compile (I do not use the UPNP feature):
> in the makefile.unix I have to change the:
> USE_UPNP:=0
> to
> USE_UPNP:=
> i.e. it is defined if it is "0" !
Yes, the default is "UPnP supported, disabled by default" (USE_UPN
On Sat, September 3, 2011 09:04, John Smith wrote:
> On Fri, Sep 2, 2011 at 8:32 PM, Rob Meijer wrote:
>
>> Given that there was not a single response to my post, I gather there is
>> no to little interest in an updated MinorFs that could be used by
>> bitcoin
>> on systems that support AppArmor (
I haven't written a patch for this, I might do so if there's
sufficient interest.
Nodes that are under heavy load exhibit extremely high latency, this
makes downloading the block chain from a node that is itself
downloading the block chain basically useless as it takes 30-60
seconds for the node t
On Sat, September 3, 2011 00:05, Nils Schneider wrote:
> MinorFs sounds like an interesting concept and but wallet encryption
> (already being tested and close to release) is a simpler solution for
> end-users.
I think the two could be considered complementary. Basicaly the existing
MinorFs provid
Hi Gavin,
Did a quick compile and run (bitcoind, Ubuntu 10.04.3 LTS)
Findings - compile (I do not use the UPNP feature):
in the makefile.unix I have to change the:
USE_UPNP:=0
to
USE_UPNP:=
i.e. it is defined if it is "0" !
running: no apparent issues (I have never managed to trigger the deadl
10 matches
Mail list logo