Re: [Bitcoin-development] Deprecating midstate in getwork?

2011-09-27 Thread Jeff Garzik
it can be removed, and I'm pretty sure somebody has already field-tested that guess. -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com -- All the data continuously generated in your IT infrastructure contains a definitive record

Re: [Bitcoin-development] Lock protocol version numbers

2011-11-02 Thread Jeff Garzik
take it to mean: satoshi client is the client -started- by satoshi, that is actively distributed through github.com/bitcoin/bitcoin and bitcoin.org-linked downloads. Changing to QT doesn't change the lingo. -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com

Re: [Bitcoin-development] Protocol extensions

2011-12-17 Thread Jeff Garzik
multiple chains, when walking hashes backwards through a DHT/lookup table. So, a bit more work but nothing fundamentally less secure _on a trust basis_. Of course, I was focusing on data validation, which ignores other factors such as DoS'ing the DHT. -- Jeff Garzik exMULTI, Inc. jgar

Re: [Bitcoin-development] bitcoin.org SOPA/PIPA blackout

2012-01-15 Thread Jeff Garzik
embassy. There are always issues that raise ire and moral outrage. I would rather that bitcoin.org stay apolitical -- our users will appreciate this in the long run. -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com

Re: [Bitcoin-development] Network version increase

2012-04-02 Thread Jeff Garzik
incrementing from there. It would be nice to have 10 as the baseline, frozen protocol. -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http

Re: [Bitcoin-development] BIP 31

2012-04-11 Thread Jeff Garzik
pull #1081, which makes a few minor revisions along these lines. Mike's original pull still has my ACK, FWIW, too. Can pull either. -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com -- Better than sec? Nothing is better

Re: [Bitcoin-development] Adding request/reply id in messages

2012-04-12 Thread Jeff Garzik
be accomplished in a number of ways, and peer(s) may crash or return odd results. You must handle these cases properly, regardless of the presence of req/reply id's. -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com

[Bitcoin-development] Bitcoin TX fill-or-kill deterministic behavior

2012-04-12 Thread Jeff Garzik
. The above change is not really fill-or-kill but it should be a big step, opening the door to deterministic TX behavior. -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com -- For Developers, A Lot Can Happen In A Second

Re: [Bitcoin-development] Bitcoin TX fill-or-kill deterministic behavior

2012-04-12 Thread Jeff Garzik
not a huge deal, but it's something to consider. Do you have a -specific- concern that you feel may be exploited? Expiration already occurs at random, as nodes shut down and restart, log on and log off the network. -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com

Re: [Bitcoin-development] Bitcoin TX fill-or-kill deterministic behavior

2012-04-13 Thread Jeff Garzik
. -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http

Re: [Bitcoin-development] Bitcoin TX fill-or-kill deterministic behavior

2012-04-14 Thread Jeff Garzik
, for instance. -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE

Re: [Bitcoin-development] Bitcoin TX fill-or-kill deterministic behavior

2012-04-14 Thread Jeff Garzik
On Sat, Apr 14, 2012 at 5:27 PM, Pieter Wuille pieter.wui...@gmail.com wrote: On Sat, Apr 14, 2012 at 04:20:50PM -0400, Jeff Garzik wrote: Some HTTP derivative would probably make life easier for mobile payments and firewalled scenarios, and for client-merchant communications, for instance

Re: [Bitcoin-development] new bitcoin.org clients page

2012-05-02 Thread Jeff Garzik
the list sw can do it. Reply-To Munging Considered Harmful http://www.unicom.com/pw/reply-to-harmful.html -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com -- Live Security Virtual Conference Exclusive live event will cover

Re: [Bitcoin-development] new bitcoin.org clients page

2012-05-02 Thread Jeff Garzik
fashion, rather than stuffing it all onto bitcoin.org. Bitcoin.org, IMO, is the home of the reference project not the entire bitcoin community. Emphasizing that months ago was why the forum was moved to bitcointalk.org. -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com

Re: [Bitcoin-development] BIP 33 - Stratized Nodes

2012-05-16 Thread Jeff Garzik
to submit to the network new transactions. Your proposal covers those bases, I believe. -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com -- Live Security Virtual Conference Exclusive live event will cover all the ways

[Bitcoin-development] P2P feature discovery (was Re: BIP 33 - Stratized Nodes)

2012-05-16 Thread Jeff Garzik
fighting over a limited, inflexible resource (service bits in version msg) to something string-based and easily extensible. I can create this as BIP 34, if people wish. -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com -- Live

Re: [Bitcoin-development] P2P feature discovery (was Re: BIP 33 - Stratized Nodes)

2012-05-16 Thread Jeff Garzik
for wholly unrelated tasks. The bitcoin P2P network is not a general message transit network. Another argument against the proposal, IOW, if you ask me -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com -- Live Security

[Bitcoin-development] Punishing empty blocks?

2012-05-24 Thread Jeff Garzik
frequent (1 in 20). -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers

Re: [Bitcoin-development] Punishing empty blocks?

2012-05-24 Thread Jeff Garzik
progressing, though it is outside the scope of this proposal regarding lazy miners and empty blocks. -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com -- Live Security Virtual Conference Exclusive live event will cover all the ways

Re: [Bitcoin-development] Punishing empty blocks?

2012-05-24 Thread Jeff Garzik
, too. In a hyperscaled bitcoin future, OOB TXs might even be the norm. -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security

Re: [Bitcoin-development] Punishing empty blocks?

2012-05-24 Thread Jeff Garzik
that get a say in what is spam, and what is not. If miners are generating garbage, network users have the right to veto that garbage. -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com -- Live Security Virtual Conference

Re: [Bitcoin-development] Punishing empty blocks?

2012-05-24 Thread Jeff Garzik
On Thu, May 24, 2012 at 8:45 PM, Luke-Jr l...@dashjr.org wrote: On Thursday, May 24, 2012 4:33:12 PM Jeff Garzik wrote: Comments?  It wouldn't be a problem if these no-TX blocks were not already getting frequent (1 in 20). FWIW, based on statistics for Eligius's past 100 blocks, it seems 10

Re: [Bitcoin-development] New P2P commands for diagnostics, SPV clients

2012-06-15 Thread Jeff Garzik
nodes would definitely want to sync up their mempool upon startup. As for full nodes... I like the organic growth and random nature of the mempools. On the fence, WRT full node mempool sync at startup. -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com

Re: [Bitcoin-development] New P2P commands for diagnostics, SPV clients

2012-06-15 Thread Jeff Garzik
operation. Params set, table sized, data input into table. A separate filterinit does not make sense for filterload. -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com -- Live Security Virtual Conference Exclusive live event

[Bitcoin-development] SatoshiDice and Near-term scalability

2012-06-15 Thread Jeff Garzik
please help quantify the situation? kthanks :) -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has

[Bitcoin-development] Proposed new P2P command and response: getcmds, cmdlist

2012-06-15 Thread Jeff Garzik
, as demonstrated in this pull request: https://github.com/bitcoin/bitcoin/pull/1471 Another option is for verack to return this information at login, eliminating the need for a separate command/response. -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com

Re: [Bitcoin-development] Proposed new P2P command and response: getcmds, cmdlist

2012-06-17 Thread Jeff Garzik
details you absolutely -must- get right, to run on mainnet today. Satoshi client devs almost never see the fragility and complexity inherent in the current legacy codebase, built up over time. -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com

[Bitcoin-development] BIP 34: Block v2, Height in Coinbase

2012-07-06 Thread Jeff Garzik
, the remainder will be orphaned if they fail to upgrade. Implementation https://github.com/bitcoin/bitcoin/pull/1525 and https://github.com/bitcoin/bitcoin/pull/1526 -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com

Re: [Bitcoin-development] BIP 34: Block v2, Height in Coinbase

2012-07-06 Thread Jeff Garzik
would be great; if I missed it, I'm happy to go read up, but I didn't see any links on the wiki. Gavin wrote some notes on upgrades and BIP16 lessons-learned at https://gist.github.com/2355445 -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com

Re: [Bitcoin-development] Random order for clients page

2012-07-09 Thread Jeff Garzik
. -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions

Re: [Bitcoin-development] Bitcoin script opcode counts

2012-07-26 Thread Jeff Garzik
On Thu, Jul 26, 2012 at 1:50 AM, Jeff Garzik jgar...@exmulti.com wrote: Just run a query over the entire blockchain, looking at script opcode use. I counted the number of times each opcode was used, in total: https://gist.github.com/3180470 And here is the testnet3 data: https

[Bitcoin-development] Bitcoin script opcode counts

2012-07-26 Thread Jeff Garzik
OP_CODESEPARATOR 14 OP_DEPTH 182 OP_DROP 19 OP_DUP 1161 OP_EQUAL 88 OP_EQUALVERIFY 11699985 OP_HASH160 11700067 OP_IF 182 OP_IFDUP 182 OP_MIN 4 OP_NOP1 1 OP_NOP2 15 OP_NOP 5 OP_PUSHDATA1 18 OP_PUSHDATA2 4 OP_PUSHDATA 32350369 OP_SHA256 2 OP_VERIFY 182 -- Jeff Garzik exMULTI, Inc. jgar

Re: [Bitcoin-development] script tests - invalid script in script_valid.json?

2012-07-29 Thread Jeff Garzik
On Sun, Jul 29, 2012 at 1:35 PM, Stefan Thomas m...@justmoon.de wrote: Big props to Gavin for adding those data-driven test cases. I can't overstate how useful they are. +1 they are a useful, cross-platform test tool. pynode will be making use of them shortly. -- Jeff Garzik exMULTI, Inc

[Bitcoin-development] Version 0.7 release planning

2012-08-02 Thread Jeff Garzik
/bitcoin/pull/936 Devs -- feel free to commit directly to doc/release-notes.txt if there is a missing commit, or something that may be better described. -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com -- Live Security

Re: [Bitcoin-development] Version 0.7 release planning

2012-08-02 Thread Jeff Garzik
On Thu, Aug 2, 2012 at 12:43 PM, Jeff Garzik jgar...@exmulti.com wrote: There seems to be consensus that we should go ahead and do a release, before leveldb or ultraprune or anything major lands. There is no major landmark feature, but just a useful collection of small changes. It seems like

Re: [Bitcoin-development] BIP: Custom Services

2012-08-13 Thread Jeff Garzik
' with strSubVer matching /FooClient/ Therefore, if it is inevitable, we might as well make some basic rules about how to extended your P2P command set. -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com -- Live Security Virtual

[Bitcoin-development] Protocol changes for SPV clients: mempool, getdata commands

2012-08-13 Thread Jeff Garzik
. -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions

[Bitcoin-development] BIP 35: add mempool message

2012-08-16 Thread Jeff Garzik
--- Older clients remain 100% compatible and interoperable after this change. Implementation --- See https://github.com/bitcoin/bitcoin/pull/1641 -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com

Re: [Bitcoin-development] BIP 35: add mempool message

2012-08-16 Thread Jeff Garzik
On Thu, Aug 16, 2012 at 1:40 PM, Amir Taaki zgen...@yahoo.com 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. jgar...@exmulti.com

Re: [Bitcoin-development] BIP 35: add mempool message

2012-08-16 Thread Jeff Garzik
-resource concern, I'd vote for an nServices bit. -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has

Re: [Bitcoin-development] BIP 35: add mempool message

2012-08-16 Thread Jeff Garzik
). 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...@exmulti.com

Re: [Bitcoin-development] BIP 35: add mempool message

2012-08-17 Thread Jeff Garzik
On Fri, Aug 17, 2012 at 9:40 AM, Pieter Wuille pieter.wui...@gmail.com 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 unconditionally, than have

[Bitcoin-development] Atomic coin swapping?

2012-09-22 Thread Jeff Garzik
://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 their code performs in production

Re: [Bitcoin-development] Atomic coin swapping?

2012-09-22 Thread Jeff Garzik
#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 AppDynamics Lite. http

Re: [Bitcoin-development] Large backlog of transactions building up?

2012-09-23 Thread Jeff Garzik
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 -- Everyone hates slow websites. So do

Re: [Bitcoin-development] Bitcoin Testing Project

2012-09-26 Thread Jeff Garzik
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 production. Find

Re: [Bitcoin-development] Payment protocol thoughts

2012-10-02 Thread Jeff Garzik
the 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 app

Re: [Bitcoin-development] performance testing for bitcoin

2012-10-03 Thread Jeff Garzik
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 ruin your business. Deploy New Relic APM

Re: [Bitcoin-development] 0.7.1 release

2012-10-03 Thread Jeff Garzik
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 -- Don't let slow site

[Bitcoin-development] On bitcoin testing

2012-10-09 Thread Jeff Garzik
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. -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com

Re: [Bitcoin-development] 0.7.1 release candidate 1 ready for testing

2012-10-11 Thread Jeff Garzik
On Thu, Oct 11, 2012 at 11:46 AM, Gavin Andresen gavinandre...@gmail.com 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.com

Re: [Bitcoin-development] 0.7.1 release candidate 1 ready for testing

2012-10-11 Thread Jeff Garzik
On Thu, Oct 11, 2012 at 1:51 PM, Arklan Uth Oslin arklan.uthos...@gmail.com 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

Re: [Bitcoin-development] Payment Protocol Proposal: Invoices/Payments/Receipts

2012-11-26 Thread Jeff Garzik
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 Garzik exMULTI, Inc. jgar

[Bitcoin-development] RFC: Updating dust output definition, and default fees

2012-12-12 Thread Jeff Garzik
= 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 -- LogMeIn Rescue: Anywhere, Anytime

Re: [Bitcoin-development] Draft BIP for Bloom filtering

2013-01-10 Thread Jeff Garzik
On Thu, Jan 10, 2013 at 10:59 PM, Matt Corallo bitcoin-l...@bluematt.me 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.com

Re: [Bitcoin-development] Proposal: make the private key for testnet genesis block public

2013-01-14 Thread Jeff Garzik
is 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, MVC

Re: [Bitcoin-development] Testnet DNS seed

2013-01-25 Thread Jeff Garzik
[] -- 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 skills current with LearnDevNow

Re: [Bitcoin-development] Testnet DNS seed

2013-01-27 Thread Jeff Garzik
On Sun, Jan 27, 2013 at 5:27 AM, Peter Todd p...@petertodd.org 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 p...@petertodd.org wrote: Everything is running on a dedicated Amazon EC2 micro instance. Just IPv4 is supported

Re: [Bitcoin-development] Blocking uneconomical UTXO creation

2013-03-11 Thread Jeff Garzik
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 positioned as A LEADER in The Forrester

Re: [Bitcoin-development] A bitcoin UDP P2P protocol extension

2013-03-23 Thread Jeff Garzik
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 we. Make your web apps

Re: [Bitcoin-development] Upcoming network event: block v2 lock-in

2013-03-23 Thread Jeff Garzik
On Sat, Mar 23, 2013 at 1:43 PM, Luke-Jr l...@dashjr.org wrote: On Saturday, March 23, 2013 5:28:55 PM Jeff Garzik wrote: On Sat, Mar 23, 2013 at 1:09 PM, Luke-Jr l...@dashjr.org wrote: I don't think anyone is mining using bitcoind 0.7 or later? slush, BTC Guild, ozcoin too I think, several

Re: [Bitcoin-development] A bitcoin UDP P2P protocol extension

2013-03-23 Thread Jeff Garzik
to 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

Re: [Bitcoin-development] bitcoin pull requests

2013-04-02 Thread Jeff Garzik
#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 maximize team effectiveness. Reduce

Re: [Bitcoin-development] DOS-Attacks on bitcoin-client?

2013-04-07 Thread Jeff Garzik
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

[Bitcoin-development] On-going data spam

2013-04-08 Thread Jeff Garzik
a tool to download the tool to download data) petertodd 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

Re: [Bitcoin-development] On-going data spam

2013-04-09 Thread Jeff Garzik
, 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 APIs

Re: [Bitcoin-development] On-going data spam

2013-04-09 Thread Jeff Garzik
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 -- Precog is a next-generation analytics platform capable

Re: [Bitcoin-development] Anti DoS for tx replacement

2013-04-18 Thread Jeff Garzik
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 platform capable

Re: [Bitcoin-development] Fwd: Service bits for pruned nodes

2013-04-30 Thread Jeff Garzik
. 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 metadata download, and serve the raw block files. -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com

Re: [Bitcoin-development] Fwd: Service bits for pruned nodes

2013-04-30 Thread Jeff Garzik
On Tue, Apr 30, 2013 at 3:27 PM, Andy Parkins andypark...@gmail.com 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 metadata download

Re: [Bitcoin-development] Service bits for pruned nodes

2013-05-01 Thread Jeff Garzik
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, hash-able UTXO serialization? -- Jeff Garzik exMULTI, Inc

Re: [Bitcoin-development] Service bits for pruned nodes

2013-05-04 Thread Jeff Garzik
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, Inc. jgar...@exmulti.com

Re: [Bitcoin-development] 32 vs 64-bit timestamp fields

2013-05-08 Thread Jeff Garzik
On Wed, May 8, 2013 at 7:39 PM, Addy Yeow ayeo...@gmail.com 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. jgar

Re: [Bitcoin-development] 32 vs 64-bit timestamp fields

2013-05-08 Thread Jeff Garzik
that it is not really relevant, from 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

Re: [Bitcoin-development] 32 vs 64-bit timestamp fields

2013-05-09 Thread Jeff Garzik
On Thu, May 9, 2013 at 11:40 AM, Mike Hearn m...@plan99.net 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...@exmulti.com

Re: [Bitcoin-development] merged mining hashcash bitcoin (Re: Coinbase TxOut Hashcash)

2013-05-13 Thread Jeff Garzik
a positive feedback loop for miners who receive fees via such services. -- Jeff Garzik exMULTI, Inc. jgar...@exmulti.com -- AlienVault Unified Security Management (USM) platform delivers complete security visibility

Re: [Bitcoin-development] merged mining hashcash bitcoin (Re: Coinbase TxOut Hashcash)

2013-05-13 Thread Jeff Garzik
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) platform delivers complete security visibility

Re: [Bitcoin-development] merged mining hashcash bitcoin (Re: Coinbase TxOut Hashcash)

2013-05-14 Thread Jeff Garzik
On Tue, May 14, 2013 at 5:25 AM, Adam Back a...@cypherspace.org 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 transactions is the 25 BTC

Re: [Bitcoin-development] Service bits for pruned nodes

2013-05-16 Thread Jeff Garzik
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 Unified Security Management (USM) platform

Re: [Bitcoin-development] UUID to identify chains (payment protocol and elsewhere)

2013-05-20 Thread Jeff Garzik
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 We'll Send You this Cool Shirt New Relic is the only SaaS-based

Re: [Bitcoin-development] UUID to identify chains (payment protocol and elsewhere)

2013-05-22 Thread Jeff Garzik
? It seems 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

Re: [Bitcoin-development] UUID to identify chains (payment protocol and elsewhere)

2013-05-22 Thread Jeff Garzik
On Wed, May 22, 2013 at 10:12 AM, Melvin Carvalho melvincarva...@gmail.com wrote: On 22 May 2013 16:07, Jeff Garzik jgar...@exmulti.com wrote: On Wed, May 22, 2013 at 6:27 AM, Melvin Carvalho melvincarva...@gmail.com wrote: Some out of band algo/hash could work so long as there was a one

Re: [Bitcoin-development] UUID to identify chains (payment protocol and elsewhere)

2013-05-22 Thread Jeff Garzik
fits 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

[Bitcoin-development] Changing PGP identities/keys

2013-05-23 Thread Jeff Garzik
and PGP information is: pub 2048R/7ADCA079 2013-05-23 Jeff Garzik jgar...@bitpay.com Fingerprint=3710 4081 6275 9FC5 A429 6536 E7A5 8E33 7ADC A079 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIVAwUBUZ4ykNodwg8tvwyoAQImAg//WdYc4RpZDtLUGWGMXr4Jnme9gjLdmFr4

Re: [Bitcoin-development] Implementing batch processing for -blocknotify

2013-05-31 Thread Jeff Garzik
. 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 Engineer and open source evangelist BitPay, Inc. https://bitpay.com

Re: [Bitcoin-development] Implementing batch processing for -blocknotify

2013-05-31 Thread Jeff Garzik
. -- Jeff Garzik Senior Software Engineer and open source evangelist BitPay, Inc. https://bitpay.com/ -- Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed

Re: [Bitcoin-development] Proposal: soft-fork to make anyone-can-spend outputs unspendable for 100 blocks

2013-06-02 Thread Jeff Garzik
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 Garzik

Re: [Bitcoin-development] Proposal: soft-fork to make anyone-can-spend outputs unspendable for 100 blocks

2013-06-04 Thread Jeff Garzik
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/ -- How ServiceNow helps

Re: [Bitcoin-development] Proposal: soft-fork to make anyone-can-spend outputs unspendable for 100 blocks

2013-06-04 Thread Jeff Garzik
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 ServiceNow helps IT people transform

Re: [Bitcoin-development] Decentralizing mining

2013-06-17 Thread Jeff Garzik
quickly became the norm, almost out of necessity. Personally, I think most pools should target at _least_ 5-10 seconds per share, no matter the strength of the miner. -- Jeff Garzik Senior Software Engineer and open source evangelist BitPay, Inc. https://bitpay.com

[Bitcoin-development] bitcoind and C++ namespaces?

2013-06-22 Thread Jeff Garzik
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

Re: [Bitcoin-development] Proposal: MultiBit as default desktop client on bitcoin.org

2013-06-27 Thread Jeff Garzik
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 Senior Software Engineer and open source evangelist BitPay, Inc. https://bitpay.com

[Bitcoin-development] txtool: Advanced transaction building and fun

2013-07-03 Thread Jeff Garzik
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://bitpay.com

Re: [Bitcoin-development] Proposal: MultiBit as default desktop client on bitcoin.org

2013-07-09 Thread Jeff Garzik
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 the database with AppDynamics

Re: [Bitcoin-development] Anti DoS for tx replacement

2013-07-18 Thread Jeff Garzik
to introduce? -- 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

[Bitcoin-development] HTTP REST API for bitcoind

2013-07-22 Thread Jeff Garzik
or 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 evangelist

Re: [Bitcoin-development] Linux packaging letter

2013-07-24 Thread Jeff Garzik
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 browser

Re: [Bitcoin-development] Tor and Bitcoin

2013-07-30 Thread Jeff Garzik
. 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 hint hint -- Jeff

Re: [Bitcoin-development] SPV client in pure JavaScript?

2013-08-09 Thread Jeff Garzik
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 Software Engineer and open source

[Bitcoin-development] Combining bloom filters?

2013-08-17 Thread Jeff Garzik
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, Inc. https://bitpay.com

  1   2   3   4   >