Re: [Bitcoin-development] Blocksize and off-chain transactions

2013-03-13 Thread Stephen Pair
On Wed, Mar 13, 2013 at 2:28 PM, Pieter Wuille wrote: > But we cannot just drop support for old nodes. It is completely > unreasonable to put the > _majority_ of the network on a fork, without even as much as a discussion > about it. > "Oh, you didn't get the memo? The rules implemented in your cl

Re: [Bitcoin-development] Blocking uneconomical UTXO creation

2013-03-12 Thread Stephen Pair
ot; in the > endpoint security space. For insight on selecting the right partner to > tackle endpoint security challenges, access the full report. > http://p.sf.net/sfu/symantec-dev2dev > _______ > Bitcoin-development mailing list > Bitcoi

Re: [Bitcoin-development] Incorporating block validation rule modifications into the block chain

2013-02-14 Thread Stephen Pair
On Thu, Feb 14, 2013 at 1:07 AM, Peter Todd wrote: > On Wed, Feb 13, 2013 at 09:44:11PM -0500, Stephen Pair wrote: > > One of the beauties of bitcoin is that the miners have a very strong > > incentive to distribute as widely and as quickly as possible the blocks > > they fi

Re: [Bitcoin-development] Incorporating block validation rule modifications into the block chain

2013-02-13 Thread Stephen Pair
On Wed, Feb 13, 2013 at 10:38 PM, Gregory Maxwell wrote: > On Wed, Feb 13, 2013 at 6:44 PM, Stephen Pair wrote: > >(by which I mean the fee or cost associated with the bandwidth and > validation that a transaction requires) with some amount of profit. This > means that the rela

Re: [Bitcoin-development] Incorporating block validation rule modifications into the block chain

2013-02-13 Thread Stephen Pair
On Wed, Feb 13, 2013 at 7:28 PM, Gregory Maxwell wrote: > > I understand your arguments, but don't agree with many of your conclusions. The requirement for everyone to hear the history doesn't get talked > about much One of the beauties of bitcoin is that the miners have a very strong incent

Re: [Bitcoin-development] Incorporating block validation rule modifications into the block chain

2013-02-13 Thread Stephen Pair
On Wed, Feb 13, 2013 at 4:02 PM, Gavin Andresen wrote: > On Wed, Feb 13, 2013 at 10:42 AM, Gregory Maxwell wrote: > >> Since, in the long run, >> Bitcoin can't meet its security and decenteralization promises without >> blockspace scarcity to drive non-trivial fees and without scaling >> limits t

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

2012-12-21 Thread Stephen Pair
The more I think about this topic, the more I think the first task at hand is to implement secure, private messaging...the nature of any messages (payment requests or otherwise) sent between wallets is such that it needs to be secured. And the great thing is that it's easy to do and you don't need

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

2012-12-20 Thread Stephen Pair
On Thu, Dec 20, 2012 at 12:43 PM, Mike Hearn wrote: > > you may find yourself in a situation needing to parse a protobuf > > message in a web browser > Nothing stops you converting them into whatever form you want on the > server side. If you don't care about the signature checking then it's > no

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

2012-12-20 Thread Stephen Pair
Here are my (mostly half baked) thoughts on the payments protocol proposal. My first observation is that the proposal is too heavily oriented around a merchant/customer interaction. I think it's equally important to consider the person to person scenarios. It would be very cool if people could s

Re: [Bitcoin-development] Chain dust mitigation: Demurrage based Chain Vacuuming

2012-12-03 Thread Stephen Pair
On Mon, Dec 3, 2012 at 10:30 AM, Mike Hearn wrote: > Second thing, it's best to carefully separate "anonymity" from > "privacy". Privacy is supposed to be a feature of the system (it says > so in Satoshis paper) because people demand it. If I loan a tenner to > my friend and he is able to find ou

[Bitcoin-development] test (ignore)

2012-12-01 Thread Stephen Pair
Test post. -- Keep yourself connected to Go Parallel: INSIGHTS What's next for parallel hardware, programming and related areas? Interviews and blogs by thought leaders keep you ahead of the curve. http://goparallel.source