slides: slides: Alternative video: We're going to be talking about every single block size proposal. This is going to be the least technical presentation at the conference. I am not going to go into the proposals htemselves. Changing the block size itself is pretty simple. You change a constan...

slides: I really want to thank jgarzik for that interesting talk. Who picks what block size? My talk is going to be about a category of dynamic block size proposals that attach the block size limit to the fee in such a way that as there is more demand for block size, through users that want to pay...

I am a bitcoin miner. I am a C++ programmer and a scientist. I will be going pretty fast. I have a lot of stuff to cover. Bare with me. My perspective on this is that scaling bitcoin is an engineer problem. My favorite proposal for how to scale bitcoin is [bip101]( It's over a 20-year time span. Th...

slides: bip99 We are going to focus on consensus rules. I am going to give an introduction and then focus on controversial versus non-controversial hard-forks. Why do we want to classify consensus changes in the first place? Well, for one, you often have long discussions many times in Bitcoin, ...

Bob McElrath (bsm117532) slides: I work for SolidX in New York. I am here to tell you about some modifications to the blockchain. All the things we heard yesterday about the block size, come down to the existence of orphans. The reason why we have these problems are orphans. These are consequence...

You know exactly what I am going to be saying. Code of Conduct. Code of Conduct. Code of Conduct. I am going to introduce the program chair, Neha. Hi everyone. I hope everyone enjoyed day 1. I thought it was quite fascinating. We are going to have a few talks happen later. Look out for those. I'd l...

Extensibility, fraud proofs, and security models Eric Lombrozo (CodeShark) slides: Transcript pending, please email link to video to kanzure@gmail.com for transcribing...

slides: I think everyone knows what fungibility is, it's when coins are equal and interchangeable. It's an important property for an electronic cash system. All bitcoin users would have a problem if fungability goes away. Bitcoin has fungibility without privacy. Previous electronic cash systems h...

slides: That was a very useful talk (on [security assumptions]( thank you Andrew. I am going to start by talking about nitty-gritty applications where adversarial thinking is useful for incentives for decentralization. In an environment where everyone has the data, we are kind of limited as to wh...

Introduction to event schedule: better livestream link: slides: paper for the "SCP" presentation: slides from "SCP" presentation: irc.freenode.net #bitcoin-workshops Hello, good morning everyone. Hi welcome to Scaling Bitcoin. My name is Bobbie Lee, my name is Victoria. We have Pindar W...

slides: LN transactions are real Bitcoin transactions. These are real zero-confirmation transactions. What's interesting is that the original idea behind Bitcoin was solving the double-spending problem. When you move off-chain and off-block, you sort of have this opposite situation where you use d...

slides: Before we get started, for privacy reasons, and for reasons of zero attribution, please do not take pictures of attendees. Do not have pictures of attendees in the photographs. Taking pictures of the stage and slides are OK, since they are being broadcasted. No photographs of any attendees...

Scalability of Lightning with different BIPs and some back-of-the-envelope calculations. slides: I don't have time to introduce the idea of zero-confirmation transactions and lightning. We have given talks about this. There's some documentation available. There's an implementation being worked on...

Hi, welcome back. I am a developer for [libsecp256k1]( It's a library that does the underlying traditional cryptography used in Bitcoin. I am going to talk about security assumptions, security models and trust models. I am going to give a high-level overview of how we should be thinking about these...

slides: code: SPV = simplified payment verification CSV = checksequenceverify CLTV = checklocktimeverify Segregated witness (segwit) and deploying it for Bitcoin Okay. So I am Pieter Wuille. I'll be talking about segregated witness for Bitcoin. Before I can explain this, I want to give some ...

slides: Motivation As we've seen over the last two days scalability is a multidimensional problem. One of the main topics of research is increasing the blocksize to increase transaction throughput. The assumption is that as technological progress is continuing and transaction throughput is incre...

slides: Marginal cost is very low. In about 2011, people started discussing the idea of needing an artificial cap for a block size limit to kind of kick up the transaction fees. The orphan risk is a marginal cost the larger the block, the higher the chance of an orphan. Now I've got some issues ...

I am going to tell you about zero-knowledge proofs for Bitcoin scalability. Even though this is an overview talk, many of the results I will be telling you about are based on work done by people in the slides and also here at the conference. First I will give a brief introduction to zero knowledge ...