Re: [bitcoin-dev] BIP proposal: Inhibiting a covert attack on the Bitcoin POW function

2017-04-06 Thread Luv Khemani via bitcoin-dev
oun...@lists.linuxfoundation.org> on behalf of Luv Khemani via bitcoin-dev <bitcoin-dev@lists.linuxfoundation.org> Sent: Thursday, April 6, 2017 8:02 PM To: Gregory Maxwell; Bitcoin Protocol Discussion Subject: Re: [bitcoin-dev] BIP proposal: Inhibiting a covert attack on the Bitcoin POW function Hi

Re: [bitcoin-dev] BIP proposal: Inhibiting a covert attack on the Bitcoin POW function

2017-04-06 Thread Luv Khemani via bitcoin-dev
Hi Greg Great work in discovering this! > A month ago I was explaining the attack on Bitcoin's SHA2 hashcash which is exploited by ASICBOOST and the various steps which could be used to block it in the network if it became a problem. Could you elaborate on why you consider ASICBOOST to be an

Re: [bitcoin-dev] Hard fork proposal from last week's meeting

2017-03-31 Thread Luv Khemani via bitcoin-dev
> Err, no, that's what happens when you double click the Ethereum icon instead of the Bitcoin icon. Just because you run "Bitcoin SPV" instead of "Bitcoin Verify Everyone's Else's Crap" doesn't mean you're somehow going to get Ethereum payments. Your verification is just different and the risks

Re: [bitcoin-dev] Hard fork proposal from last week's meeting

2017-03-30 Thread Luv Khemani via bitcoin-dev
> Nodes don't do politics. People do, and politics is a lot larger with a lot > more moving parts than just node operation. Node operation is making a stand on what money you will accept. Ie Your local store will only accept US Dollars and not Japanese Yen. Without being able to run a node,

Re: [bitcoin-dev] Hard fork proposal from last week's meeting

2017-03-30 Thread Luv Khemani via bitcoin-dev
>> If home users are not running their own full nodes, then home users have to >> trust and rely on other, more powerful nodes to represent them. Of course, >> the more powerful nodes, simply by nature of having more power, are going to >> have different opinions and objectives from the users.

Re: [bitcoin-dev] Hard fork proposal from last week's meeting

2017-03-28 Thread Luv Khemani via bitcoin-dev
Hi Juan > I tend to believe more in Moore’s law, Butters' Law of Photonics and Kryder’s Law all has been verified for many years and support that 32 MB in 2020 are possible and equals or less than 1 MB in 2010. Protocol development, especially one in control of people's money cannot be

Re: [bitcoin-dev] Miners are struggling with blocks far smaller than 750KB blocks and resorting to SPV mining

2015-08-17 Thread Luv Khemani via bitcoin-dev
that's too risky to improve their code. After all, they are generating half million USD per day and a few seconds of downtime would hurt. By the way, vast majority of the full blocks (0.99MB) on the blockchain are generated by Chinese pools. Luv Khemani via bitcoin-dev 於 2015-08-17 04

[bitcoin-dev] Miners are struggling with blocks far smaller than 750KB blocks and resorting to SPV mining

2015-08-17 Thread Luv Khemani via bitcoin-dev
Hi all, I previously mentioned in a post that i believe that technically nodes are capable of handling blocks an order of magnitude larger than the current blocksize limit, the only missing thing was an incentive to run them. I have been monitoring the blockchain for the past couple of weeks

[bitcoin-dev] Incentivising full nodes by having SPV nodes to pay for data requests

2015-08-03 Thread Luv Khemani via bitcoin-dev
The current block size debate has brought up an important, albeit often neglected observation. Full nodes suffer from a tragedy of the commons problem and therefore are likely to continue decreasing as a percentage of total Bitcoin nodes. This also results in a vicious circle as more and more