Re: [Bitcoin-development] improving development model (Re: Concerns Regarding Threats by a Developer to Remove Commit Access from Other Developers

On 6/19/2015 6:43 AM, Mike Hearn wrote: > No surprise, the position of Blockstream employees is that hard forks > must never happen and that everyone's ordinary transactions should go > via some new network that doesn't yet exist. If my company were working on spiffy new ideas that required a hard

Re: [Bitcoin-development] improving development model (Re: Concerns Regarding Threats by a Developer to Remove Commit Access from Other Developers

>- Did you accept payment from companies to lobby for 20MB blocks? Do you consider that something appropriate to publicly disclose if so? Do you consider that user rights should come above or below company interests in Bitcoin? FWIW on pondering that last question "should user rights come abov

Re: [Bitcoin-development] improving development model (Re: Concerns Regarding Threats by a Developer to Remove Commit Access from Other Developers

Hi Adam, I am still confused about whether you actually support an increase in the block size limit to happen right now. As you agree that this "layer 2" you speak of doesn't exist yet, and won't within the next 10-12 months (do you agree that actually?), can you please state clearly that you will

Re: [Bitcoin-development] improving development model (Re: Concerns Regarding Threats by a Developer to Remove Commit Access from Other Developers

> At the risk of stating cliches, the Mac came before the Windows PC…Yahoo! came before Google…MySpace came before Facebook… And TCP/IP came before... oh wait... 2015-06-19 14:02 GMT+02:00 Eric Lombrozo : > > On Jun 19, 2015, at 3:45 AM, Dr Adam Back wrote: > > That wont be good for the compani

Re: [Bitcoin-development] improving development model (Re: Concerns Regarding Threats by a Developer to Remove Commit Access from Other Developers

IPv4 came before IPv6…you pick up on things quickly :) > On Jun 19, 2015, at 5:48 AM, Marcel Jamin wrote: > > > At the risk of stating cliches, the Mac came before the Windows PC…Yahoo! > > came before Google…MySpace came before Facebook… > > And TCP/IP came before... oh wait... > > 2015-06-1

Re: [Bitcoin-development] improving development model (Re: Concerns Regarding Threats by a Developer to Remove Commit Access from Other Developers

> On Jun 19, 2015, at 3:45 AM, Dr Adam Back wrote: > > That wont be good for the companies either, but they may not see that > until they've killed it, many companies operate on a1 or 2 year > time-horizon. They may say screw layer2, I have a runway and I need > micropayments to the wazoo and I

Re: [Bitcoin-development] improving development model (Re: Concerns Regarding Threats by a Developer to Remove Commit Access from Other Developers

> On Jun 19, 2015, at 3:45 AM, Dr Adam Back > wrote: > > That wont be good for the companies either, but they may not see that > until they've killed it, many companies operate on a1 or 2 year > time-horizon. They may say screw layer2, I have a runway and I need > m

Re: [Bitcoin-development] improving development model (Re: Concerns Regarding Threats by a Developer to Remove Commit Access from Other Developers

On Fri, Jun 19, 2015 at 5:45 AM, Dr Adam Back wrote: > payment protocol layer in my view. (If thats not obvious to some > lurkers I elaborate on that argument amongst other things here: > https://www.youtube.com/watch?v=3dAdI3Gzodo ) > Someone might find it more convenient to consume that in t

Re: [Bitcoin-development] improving development model (Re: Concerns Regarding Threats by a Developer to Remove Commit Access from Other Developers

A lot of people think a layer2 is needed, that has a higher (algorithmic) scale in use of layer1 block-space but preserves functionality and uplifts security from layer1. An example would be lightning or similar. But there are many things that could be done. Pure offchain is a weak form of layer

[Bitcoin-development] improving development model (Re: Concerns Regarding Threats by a Developer to Remove Commit Access from Other Developers

Nicely put Eric. Relatedly my initial experience with Bitcoin in trying to improve bitcoin in fungibility, privacy & decentralisation, I found some interesting things, like Confidential Transactions (that Greg Maxwell has now optimised via a new generalisation of the hash-ring signature construct