nted a BIP, but can write one if people really want one.
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
sage attributes:
a) Protocol version >= 60002
b) NODE_NETWORK bit set in nServices
Backwards compatibility
---
Older clients remain 100% compatible and interoperable after this change.
Implementation
-
On Thu, Aug 16, 2012 at 1:40 PM, Amir Taaki wrote:
> The format for "mempool" packet is missing. I'm guessing that it is an empty
> message, right?
Yes, it is an empty message. BIP updated.
--
Jeff Garzik
exMULTI, Inc
urce, so I elected to be
conservative.
Absent the scarce-resource concern, I'd vote for an nServices bit.
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
Live Security Virtual Conference
Exclusive live event wil
nally, for expansion). However, unconditionally returning a
response has little to do with feature probing/discovery. It is
simply a clear, deterministic indication that processing is complete,
for each invocation.
--
Jeff Garzik
exMULTI, Inc.
jgar...@e
On Fri, Aug 17, 2012 at 9:40 AM, Pieter Wuille wrote:
> On Thu, Aug 16, 2012 at 05:05:58PM -0400, Jeff Garzik wrote:
>> On MSG_MEMTX: The current version has a much higher Just Works value.
>>
>> On empty "inv": It is generally better to do something
>>
d feature.
As Wladimir says, it's a database constraint at the moment.
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast
?topic=106449.0
[2] https://bitcointalk.org/index.php?topic=92421.0
[3] https://github.com/jgarzik/pybond
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
How fast is your code?
3 out of 4 devs don\\\'t know how the
topic=112007.msg1212356#msg1212356
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
How fast is your code?
3 out of 4 devs don\\\'t know how their code performs in production.
Find out how slow your code is with AppDynam
ing resources, but never get confirmed
No one has strenuously argued against this, so I suppose it is down to
writing a patch, and coming up with a good number we (as a network)
can agree upon.
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
of very
complicated problems that -can- be automated for testing... with a lot
of work.
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
How fast is your code?
3 out of 4 devs don\\\'t know how their code performs in
same coins elsewhere
?
Double-spend is a specific technical term....
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic
block=FILE.
Other performance measurements like "how fast does a block relay
through the network" cannot be as easily measured.
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
Don't let slow site performance ru
is wallet based.
As raw transactions might spend outputs _not_ in the wallet,
lockunspent would miss those.
I think this is OK, because listunspent is already wallet-based, but
it should be noted.
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
on a
forum thread.
It is always very difficult to organize any sort of testing regime
with open source volunteers that come and go. Each volunteer chooses
their level of involvement. Any amount of testing and test-case
writing, large or small, is helpful to bitcoin.
erall than even fine-grained code review; code mistakes can be fixed
in-tree during 0.8 development, once we all agree this is the correct
_design_. The real code mistakes and "sharp edges" will only be found
now with wide field testing.
For the record: yes, Design-ACK from me.
--
Jeff
On Thu, Oct 11, 2012 at 11:46 AM, Gavin Andresen
wrote:
> Any progress on a release candidate QA sanity testing plan?
Posted a call for testing in this forum thread,
https://bitcointalk.org/index.php?topic=117487.0
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.
On Thu, Oct 11, 2012 at 1:51 PM, Arklan Uth Oslin
wrote:
> i'll second the bitcoin test list.
As you like, but... bitcoin-devel is quite low traffic, so there is
not exactly an issue of crowding. And a separate list means people
cannot chime in as easily.
--
Jeff Garzik
exMULTI, I
be some of this will migrate to the wiki, but the wiki itself tends
to be a poor place for discussion and questions.
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
Don't let slow site performance ruin your busin
und on
mempool size.
My proposal to age-out long-unconfirmed transactions is related, but
does not completely solve the unbounded-size issue.
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
Everyone hates slow websites.
A forum post worth tracking: https://bitcointalk.org/index.php?topic=127604.0
Every little standardization helps.
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
Monitor your physical, virtual and cloud
te outside
the full root-CA chain. Just look at https:// websites now.
Self-signed certs are quite common, because it is easier, while being
more secure than http://
So some provision for self-signed certs, a use case in wide use
elsewhere, or equivalent thereof, seems reasonable.
--
Jeff
by their authors.
Code contributions are welcome (see github URL above).
Comments are welcome.
Donations are welcome too (1BrufViLKnSWtuWGkryPsKsxonV2NQ7Tcj).
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
Keep yo
nfusion.
You shouldn't need to escape and unescape data that is not being
interpreted in any way.
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free
uire a fee >= 0.001 to
include TX's with outputs <= COIN_DUST
c) Normal clients will require a fee >= 0.0005 to relay TX's with
outputs <= COIN_DUST
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
---
utput in the same
order, all whitespace is not only perfectly preserved -- but reliably
generates identical whitespace output for identical inputs, given two
separate JSON implementations.
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
On Thu, Jan 10, 2013 at 10:59 PM, Matt Corallo wrote:
> Ive been missing lately, when is 0.8 targeted for freeze?
0.8rc1 will probably happen when the core ultraprune/leveldb stuff is stable.
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.
s still out there, still has that key, and still may cause
> exactly that situation himself.
ACK
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
transforms Pieter's
seeds.txt into pnSeed[]
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your
On Sun, Jan 27, 2013 at 5:27 AM, Peter Todd wrote:
> On Fri, Jan 25, 2013 at 09:23:28PM -0500, Jeff Garzik wrote:
>> On Thu, Jan 24, 2013 at 2:01 AM, Peter Todd wrote:
>> > Everything is running on a dedicated Amazon EC2 micro instance. Just
>> > IPv4 is support
, not
recommended for highly secure production sites.
Pull requests, comments, questions and donations always welcome.
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
Symantec Endpoint Protection 12 positioned as A
Would like to upload bootstrap.dat.torrent to
sourceforge.net/projects/bitcoin/files/Bitcoin/blockchain/ or
thereabouts.
Any objections?
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
Symantec Endpoint Protection
That's the great thing about open source. People can experiment with
these ideas, and bitcoin.git need not change at all :)
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
Symantec Endpoint Protection 12 pos
, otherwise discussion
continues forever.
- Investigate improving "inv" relay speed
- Investigate unconditional "tx" broadcasting via UDP, as "inv"
alternative, for small tx's.
- Investigate improving block relay speed (or perhaps block header relay speed)
- Open
ity
and results of experimentation.
Bittorrent has evolved a full transfer protocol over UDP, to get
around firewalls and the like.
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
Everyone hates slow websites. So do
ne using a recent bitcoind (0.7 or later). If you are a miner
and need help upgrading to v2, ping us on #bitcoin-dev or
bitcoin-development@lists.sourceforge.net.
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
Ever
On Sat, Mar 23, 2013 at 1:43 PM, Luke-Jr wrote:
> On Saturday, March 23, 2013 5:28:55 PM Jeff Garzik wrote:
>> On Sat, Mar 23, 2013 at 1:09 PM, Luke-Jr wrote:
>> > I don't think anyone is mining using bitcoind 0.7 or later?
>>
>> slush, BTC Guild, ozcoin too I
On Sat, Mar 23, 2013 at 1:09 PM, Luke-Jr wrote:
> I don't think anyone is mining using bitcoind 0.7 or later?
slush, BTC Guild, ozcoin too I think, several others.
--
Jeff Garzik
exMULTI, Inc.
jgar...@exm
ks integral
to the implementation of the miner and BIP 34.
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite fo
put a damper on cool new protocols like that, though.
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite f
sneak/bitcoin.git #innocent
* sneak creates pull req
* just before I click "pull", sneak rebases the branch to something evil
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
Minimize network downtime and maxim
BTW, check out the blockchain torrent, as one way of offloading some
of the download bandwidth used from the P2P network:
Bitcoin blockchain data torrent
https://bitcointalk.org/index.php?topic=145386.0
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
he tool to download data)
MC1984_: just checked, surprisingly no-one has put
*anything* into the litecoin chain at all, strings returns nothing
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
Precog is a next-generation
2,
as it is a clear and present problem.
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes API
ajor user of
> micropayments-as-messages can migrate off them.
"wait" is only an option if there is an alternate solution already
coded and ready for 0.8.2.
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
the community will simply wait for a [attack |
explosion | crisis], and then hope we can unwind/repair the damage
afterwards.
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
Precog is a next-generation analytics plat
currently used by bitcoind would be just fine --
blocks/blk.dat for raw data, size-limited well below 1GB. Just
need to add a small metadata download, and serve the raw block files.
--
Jeff Garzik
exMULTI, Inc.
jg
On Tue, Apr 30, 2013 at 3:27 PM, Andy Parkins wrote:
> On Tuesday 30 April 2013 19:04:59 Jeff Garzik wrote:
>
>> The format currently used by bitcoind would be just fine --
>> blocks/blk.dat for raw data, size-limited well below 1GB. Just
>> need to add a small meta
nths
(6*2016 blocks), and serve all blocks after that snapshot. For older
nodes, they would contact an archive node or torrent for >3 month
blocks, and then download normally <= 3 month blocks (if the archive
node didn't serve up to present day).
Where are we on nailing down a stable, h
On Wed, May 1, 2013 at 10:05 AM, Andy Parkins wrote:
> On Tuesday 30 April 2013 21:11:47 Jeff Garzik wrote:
>
>> Hardly. The storage format is bitcoin protocol wire format, plus a
>> tiny header. It is supported in multiple applications already, and is
>> the most effi
strap into that, though. DNS seed and fixed
list are those bootstrap methods (IRC code was deleted), but are only
used to limp along until you can contact a real P2P node, at which
point peer discovery truly begins.
--
Jeff Garzik
exMULTI, I
sly
Indeed, the DNS seeds are just servers run by trusted individuals anyway.
In either case, bitcoinj definitely wants fixing for its over-reliance
on DNS seeds. This has been noted as a problem for a while.
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
re
really does need to be a lib for server apps.
A proxy server approach is much more fragile, in certain scenarios,
than directly implementing an internal Tor hidden service node, and
handling the TLS connections within your own network framework.
--
Jeff Garzik
exMULTI, Inc.
jgar.
On Wed, May 8, 2013 at 7:39 PM, Addy Yeow wrote:
> Hi list,
>
> Can someone explain why do we have 32-bit and 64-bit timestamp fields
> instead of all being 64-bit?
>
> https://en.bitcoin.it/wiki/Protocol_specification
Hysterical raisins.
--
Jeff Garzik
exMULTI, Inc.
j
m that angle.
We need a hard fork to break the 1MB limit, and Satoshi explicitly
presumed that would happen sometime in the future.
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
Learn Graph Databases - Downloa
On Thu, May 9, 2013 at 11:40 AM, Mike Hearn wrote:
> 2038 issues only apply to use of signed timestamps, I thought we treat
> this field as unsigned? Is it really a big deal?
Not a big deal at all, no.
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmul
SINs are not -too- cheap.
Burn-via-miner-fee is a useful tool outside of this example. It funds
a public service, providing a positive feedback loop for miners who
receive fees via such services.
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
-
er mines the
transaction into a block)
Sadly the bitcoin protocol prevents zero-output,
give-it-all-to-the-miner transactions.
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
AlienVault Unified Security Management (USM
On Tue, May 14, 2013 at 5:25 AM, Adam Back wrote:
> On Mon, May 13, 2013 at 06:00:27PM -0400, Jeff Garzik wrote:
>>
>> When a transaction's input value exceeds its output value, the
>> remainder is the transaction fee. The miner's reward for processing
>&g
's.
That's just about the worst thing you could do for bitcoin. DoS one
part of the DHT, you DoS the entire blockchain by breaking the chain.
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
AlienVault
and
usable to humans.
Almost all useful multi-chain software will require a readable
shortname string anyway, the thing this proposal wishes to avoid.
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
Try New Relic Now
ld; trying to keep follow every alt-coin
bandwagon just muddies the waters from a messaging standpoint.
alt-coin changes fall into two categories:
1) Rule changes. We don't want these.
2) Generic bug fixes, cleanups, changes etc. It would be nice to see
improvements bubble up, benefitting everybody
extremely unlikely that two different
genesis blocks will have the same hash.
--
Jeff Garzik
exMULTI, Inc.
jgar...@exmulti.com
--
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS
On Wed, May 22, 2013 at 10:12 AM, Melvin Carvalho
wrote:
> On 22 May 2013 16:07, Jeff Garzik wrote:
>>
>> On Wed, May 22, 2013 at 6:27 AM, Melvin Carvalho
>> wrote:
>> > Some out of band algo/hash could work so long as there was a one to one
>> > relati
> within the scope of Bitcoin or another existing altchain.
OK, let me qualify. Layers on top are one thing, but we really do not
want to support cases like the fork that leaves the genesis block
intact, and leaves the subsidy at 50.0 BTC forever.
--
Jeff Garzik
exMULTI, Inc.
jgar...
ff Garzik's business identity and PGP information is:
pub 2048R/7ADCA079 2013-05-23 Jeff Garzik
Fingerprint=3710 4081 6275 9FC5 A429 6536 E7A5 8E33 7ADC A079
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
iQIVAwUBUZ4ykNodwg8tvwyoAQImAg//WdYc4RpZDtLUGWGMXr4Jn
), and monitor blocks as they arrive and are announced.
That does not fix the problem of slow block processing on your side,
but is another way to implement -blocknotify-like behavior.
--
Jeff Garzik
Senior Software Enginee
ing, your "what if" has been a solved problem
for decade(s) now.
--
Jeff Garzik
Senior Software Engineer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
Get 100% visibility into Java/.NET code with
volumes of traffic, timestamping/data storage/messaging is essentially
getting a free ride. So IMO it is worth continuing to explore
/disincentives/ for use of the blockchain for data storage and
messaging, for the rare times where a clear currency-or-data-storage
incentive is available.
--
Jeff Gar
Also, for most people, it seems likely that a change
transaction would be generated. That, then, would generate an
already-standard transaction, where inputs > outputs.
--
Jeff Garzik
Senior Software Engineer and open source evangelist
BitPay,
r token, for another data service of
your choice.
This is no longer a strict "proof of sacrifice" system, if such
behavior is encouraged, but it is nonetheless valid.
--
Jeff Garzik
Senior Software Engineer and open source evangelist
BitPay, Inc. https://bitpay.com/
hieve the very high difficulty needed to create a valid
bitcoin block, you have achieved a very high bar.
--
Jeff Garzik
Senior Software Engineer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
How
ms very excessive to me. On the other hand,
> it does have good user optics. The right solution might be something
> akin to P2Pool where the UI level is telling the user shares are being
> found so it's clear "stuff is happening", but under the hood only a
> small subset are
simply cleanliness
reasons, is not sufficient cause to migrate the entire bitcoin
universe to a new and different version/feature negotiation setup.
--
Jeff Garzik
Senior Software Engineer and open source evangelist
BitPay, In
Slowly warming to C++ namespaces. How about starting small, and
wrapping most stuff inside a bitcoin namespace? Bike shedding can be
done at any point; the main idea is to start small, and gain
experience.
--
Jeff Garzik
Senior Software Engineer and open source evangelist
BitPay, Inc
of the risk level, and make a
business decision. One can see tiny digital downloads often at zero
confirmation, but rarely a Porsche or house or bitcoin exchange
deposit.
--
Jeff Garzik
Senior Software Engineer and open source evangelist
BitPay, Inc. https:
oinj, which has field experience and a very large
installed base thanks to Bitcoin Wallet/Schildbach
Arguments against multibit default:
* Less testing, field experience on desktop
I'm sure others can come up with a few more.
--
Jeff Garzik
S
et for Android is a decentralized client w/ network sync,
and it works just fine. Fast, easy to use.
--
Jeff Garzik
Senior Software Engineer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
This S
rther examples such as decentralized crowdfunding and atomic coin
swapping* will be demonstrated soon.
* https://bitcointalk.org/index.php?topic=112007.msg1212356#msg1212356
--
Jeff Garzik
Senior Software Engineer and open source evangelist
BitPay, Inc. https://bitpa
re downloads.
Move the downloads to a site where such worries do not exist.
--
Jeff Garzik
Senior Software Engineer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
See everything from the browser to t
On Tue, Jul 9, 2013 at 11:32 AM, Nick Simpson wrote:
> What about something like Cloudflare? Transparent to most and it'd help with
> your bandwidth issues.
Cloudflare is rapidly becoming a bitcoin community SPOF.
--
Jeff Garzik
Senior Software Engineer and open source evangelist
roduce?
--
Jeff Garzik
Senior Software Engineer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with appli
json -- may be selected via a
"bitcoin-format" header.
The general goal of the HTTP REST interface is to access
unauthenticated, public blockchain information. There is no plan to
add wallet interfacing/manipulation via this API.
--
Jeff Garzik
Senior Software Engineer and open source
it of insight here. Was also thinking about publishing this on
opensource.com.
--
Jeff Garzik
Senior Software Engineer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
See everything from the brow
ing no script engine at all, only the ability to match patterns.
--
Jeff Garzik
Senior Software Engineer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
See everything from the browser to the database
t; API.
This has been discussed on IRC, and would be interesting to explore.
For several applications, linking directly with a Tor library is far
superior to the fragility of requiring a properly configured external
process. Lacking such a Tor library right now, one must be written
--
Jeff Garzi
thing be safely distributed for use? Would a signed Chrome Plugin be
> an ideal vehicle?
Certainly. BitPay is working on such a wallet:
https://github.com/jgarzik/wally
wally uses node.js JavaScript, and not browser JavaScript, so not
exactly what you're talking about...
--
Jeff Garzik
Senio
nced features are key to the
future use of bitcoin in large enterprises. Managers, CEOs and other
functionaries at a corporation may each have their own wallets /
keyrings, and cooperate to sign large value, high security bitcoin
multi-sig transactions, for example.
--
Jeff Garzik
Senior Softw
Consider wallet A builds bloom filter A' and wallet B builds bloom
filter B'. Can A' and B' be or'd together to form a single bloom
filter C' ?
--
Jeff Garzik
Senior Software Engineer and open source evangelist
BitPay
features that work.
It is not just abstract worry.
--
Jeff Garzik
Senior Software Engineer and open source evangelist
BitPay, Inc. https://bitpay.com/
--
Get 100% visibility into Java/.NET code with AppDynamics Lit
ol) are
available for testnet, obviating the continued need to support
getwork.
However, at one time, getwork to bitcoind was widely used. I wanted
to poke the audience, to gauge response to removing "getwork." If a
driving use case remains of which we're unaware, speak up, please
tratum support.
> Perhaps he could be convinced to add GBT support too, which would help this
> goal of completely removing the internal miner and getwork.
The internal miner is still actively used for testnet, here.
--
Jeff Garzik
Senior Software Engineer and open source evangelist
BitPay, Inc.
in-a-box is very
> useful for testing and easy to setup, it would be great if it stays that way
Yes, that is currently being discussed in a separate pull request. My
pull request does not impact setgenerate, but an added proposal does
remove the internal miner completely.
--
Jeff Garzik
S
y
> until after a few hours kip and some good coffee :)
>
> Rob
>
> --
> Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
> Discover the easy way to master current and previous Micr
t; ___
> Bitcoin-development mailing list
> Bitcoin-development@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
--
Jeff Garzik
Senior Software Engineer and open source evangelist
BitPay, Inc. ht
On Wed, Sep 18, 2013 at 5:16 AM, Johnathan Corgan
wrote:
> My understanding is that XBT is a proposed standard, and hasn't been
> approved by ISO yet. Did that change?
No.
Jeff
--
LIMITED TIME SALE - Full Year of
On Wed, Sep 25, 2013 at 6:28 AM, Andreas Schildbach
wrote:
> As soon as there is a BIP70 implementation, I will begin playing with
> putting the payment request directly into the QR code.
You may test with Bitcoin-QT right now.
--
Jeff Garzik
Senior Software Engineer and open source evan
, advanced profiling, and more. Get the most from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk
> ___
> Bitcoin-develop
> from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk
> ___
> Bitcoin-development mailing list
> Bitcoin-development@l
y buggy
behavior that did not exist with the thread-per-connection code that
provided keep-alive before commit 21eb5ada.
In my opinion, 21eb5ada half-changed the RPC code from
thread-per-connection to a worker-group model, without considering all
the consequences.
--
Jeff Garzik
Senior Soft
201 - 300 of 412 matches
Mail list logo