scaling bitcoin 2 in just 5 days

Scaling Bitcoin 2 is soon 6th-7th dec in hong kong, just 5 days. I recommend watching Scaling Bitcoin workshops livestream and participating in the #bitcoin-workshops IRC. I am expecting to learn some things. Several new technical developments should be presented that include new previously unknown improvements, that at least I am excited about. Some of them were informed by technical discussions and improved protocol understanding from Scaling Bitcoin 1 a few months ago. (It was fun listening to core devs combine an idea live and realise they can simplify and improve it at the last workshop in Montreal).We are in Bitcoin together, Bitcoin is centrally a p2p user currency, and Bitcoin ecosystem businesses have a big part to play in making Bitcoin a success by delivering value to users. I would encourage companies to attend participate and optionally sponsor, and be part of the constructive process. Companies input and feedback is needed by the technical community who dont hear nearly as much direct technical feedback, feature request details etc as would be useful!For bitcoin to scale and improve and be secure it is important for the users, technical community and ecosystem to act in consensus, informed by scientific discourse. Our competition is the inefficiencies in banking/finance ecosystem, not each other.The tradeoffs involved are complex, and balancing rationales exist for most points so there is often no simple analysis. At times that leads to people talking past each other with different unstated input assumptions. I'd like to call for a focus on a constructive technical approach with mutual respect to minimise misunderstanding, and I think all would agree that we should expect such an approach is likely to arrive at consensus faster and therefore see faster deployment of scaling solutions. That's a win for everyone.I would encourage people to focus on the future and not the past. To create signal (or even code, or protocol proposals) rather than complaining about signal to noise. To be constructive and and aim for accurate rationales and critiques.People talk about decentralisation of development and protocol consensus, and the best write up I saw that explains how this works, drawing from IETF, was here http://bit.ly/1O0GiKk BIPs should include code as a guide, to meet the "rough consensus and running code" model. I believe that the BIPs being presented have running code (that I presume will be released around the workshop).A big thanks should go to the organisers and sponsors for enabling the workshops. via /r/Bitcoin http://bit.ly/1lVqIt3