EN
Study & contribute to bitcoin and lightning open source
Interactive AI chat to learn about bitcoin technology and its history
Technical bitcoin search engine
Daily summary of key bitcoin tech development discussions and updates
Engaging bitcoin dev intro for coders using technical texts and code challenges
Review technical bitcoin transcripts and earn sats
Review Transcripts
Earn Satsscalingbitcoin
/
montreal 2015
I want to talk today about how to scale bitcoin. We want lower latency, we want higher throughput, more bandwidth and more transactions per second, and we want security. We can try to tune the parameters. In all of the plots, I have time going from left to right and these are blocks in rectangles. W...
scalingbitcoin
/
montreal 2015
I am talking about block size, but not any particular proposal. Why do we have the block size limit and is it a good thing in the first place? The block size exists as a denial-of-service limiter. It limits the amount of resources that a node validating the blockchain can exhaust when validating a b...
scalingbitcoin
/
montreal 2015
Amiko Pay aims to become an implementation of the lightning network. So that previous presentation was a great setup. There's a little bit more to Amiko Pay. If you look through the basic design of the lightning network, there's a network of payment channels. There have been several variations of th...
scalingbitcoin
/
montreal 2015
This is not what I do. But I was doing it anyway. The problem is that blocks are transmitted in their entirety. If you have a 1 MB uplink and you're connecting to 8 peers, your first peer will see a 1MB block in about 66.8 seconds. And the last one will get it in 76.4 seconds, because we basically ...
scalingbitcoin
/
montreal 2015
I am going to be talking about bitcoin failure modes, and Joseph will talk about how the lightning network can help. I'll start. We'll start off by saying that bitcoin is working, which is really cool. Blocks starts with lots of zeroes, coins stay put, they move when you tell them to. That's really ...
scalingbitcoin
/
montreal 2015
Our goal for this project, our rationale of what we're interesting is when many transactions arrive in a short period of time. This could be because of denial of service attacks where few entities are creating a large number of transactions, or many people wanting to create transactions, like a shop...
scalingbitcoin
/
montreal 2015
It was indicative of two issues. A lot of people were reducing their security model by not validating their bitcoin. It was potentially less secure. That's not something that relay networks try to address. The big issue with the decreasing number of nodes, which the relay network doesn't address, is...
scalingbitcoin
/
montreal 2015
I am going to talk about a pair of tools, one is a simulator and another one is a measurement station for the bitcoin network. So let me start with the bitcoin simulator framework. The easiest approach is to create a customized model that is a simplified abstraction of what you care about- which is ...
scalingbitcoin
/
montreal 2015
The urgency of a competitive fee market to ensure a scalable future I am Marshall. I run Firehash. CTO Cryptsy also. Some people have higher cost, some people have lower cost. I think those were some good estimates for true costs. I am going to be talking about why fees are going to be very importa...
scalingbitcoin
/
montreal 2015
((Note that there is a more accurate transcript from Peter-R himself below.)) Miners have another job as well. Miners are commodity producers, they produce something that the world has never seen. They produce block space, which is room for transactional debt. Let's explore what the field of econom...
scalingbitcoin
/
montreal 2015
issues with current SPV wallets Existing clients and their status * bitcoinj * electrum ** they are doing SPV proofs ** bloom filters utxo commitments need to get in need to pick which type of utxo commitments Number of nodes to connect to for more SPV clients 1 header from each peer to v...
scalingbitcoin
/
montreal 2015
13 Sept 2015
10x the number of core devs Objectives: * 10x would only be like <1000 bitcoin developers * 7000 fedora developers * how do we grow developers? * how many tor developers? how many linux developers? poaching from each other is not cool There's not enough people with the necessary skills. There's...
scalingbitcoin
/
montreal 2015
Minting money with megawatts Thank you for the introduction. We thought bitcoin was really a good idea for an unstable and inefficient financial world. I am going to dive and talk about this presentation which is how to mine bitcoin profitably. This is a short talk, it's supposed to be a short talk...
scalingbitcoin
/
montreal 2015
13 Sept 2015
slides: Block synchronization is how nodes join the market. New nodes download the blockchain and validate everything. This is how the security of the network works. Who is responsible for doing this? Everyone must be doing a full block synchronization. If you are not doing this, you're not on the...
scalingbitcoin
/
montreal 2015
12 Sept 2015
You should have a market at this point, where some number of transactions never happen because they aren't willing to pay a fee. So you get some equilibrium of price going on. I proactively want to see this happen because we don't know what fees should be until we run the experiment and see what pri...
scalingbitcoin
/
montreal 2015
Bitcoin was introduced as a p2p electronic cash system. That's what it says in the whitepaper. That's what the users were exposed to. The 1 MB block size was set for anti-spam purposes. Otherwise when bitcoin value is low, it's trivial to DOS the network with large blocks. Moving on to some observa...
scalingbitcoin
/
montreal 2015
Scalability of non-currency applications I am from Princeton University. I am here to talk about the scalability issues that non-currency applications of bitcoin have that might be a little different than regular payments that go through the bitcoin network. I put this together with my advisor, Arv...
scalingbitcoin
/
montreal 2015
12 Sept 2015
I am going to talk about scale-related security issues. Scale-related security issues. I said scale, not scalability. We are not talking about scalability. We're talking about changing numbers, and what are the implications, what attacks are easier or harder by changing the block size number. What a...
scalingbitcoin
/
montreal 2015
Even though Bitcoin is the worst privacy system ever, everyone in the community very strongly values privacy. There are at least three things: privacy censorship resistance fungibility The easiest way to censor things is to punish communication, not prevent communication. Privacy is the weakest li...
scalingbitcoin
/
montreal 2015
12 Sept 2015
<ranjit@csail.mit.edu> We have been looking at how much we can support or what limitations we might encounter. There are also efficiency issues and privacy guarantees. And then there are some potential relaxations that will help with removing the fundamental limitations and express the power and ...
scalingbitcoin
/
montreal 2015
That is me. I want to apologize right off. I am here to talk about reworking Bitcoin Core p2p code. This is a Bitcoin Core specific topic. I have been working on some software for the past few weeks to talk about working things rather than theory. The presentation is going to suffer because of this....
scalingbitcoin
/
montreal 2015
Roundtable roundup review 1 # Future of SPV Technology So hopefully I summarized this reasonably. There were a number of things that came up in our discussion. It would help SPV a lot if there were UTXO commitments in blocks. This can be done with a soft-fork. It has implementation cost difficulti...
scalingbitcoin
/
montreal 2015
# Communicating without official structures Roundgroup roundup day 2 Hi guys, okay I am going to try to find my voice here. I am losing it. I ran the session on communication without official structures. We went through the various channels through which people are communicating in this community ...
scalingbitcoin
/
montreal 2015
13 Sept 2015
I am going to talk about blockchain sharding. This is one of the scaling solutions that I like the most. I have done the most work on it. In case you don't know who I am, I am a researcher mostly with the ethereum project. Basically the basics of sharding is that in non-sharding, every node does eve...
scalingbitcoin
/
montreal 2015
13 Sept 2015
There should be a SNARK wiki. Any website that is better than someone saying "you know, check the June July 2014 bitcoin-wizard logs". We need to research gmaxwell scalability. We should probably fix that. Let's talk about what some of the goals are that we might get out of this. We have some diffe...
scalingbitcoin
/
montreal 2015
12 Sept 2015
Miners no longer incentivized to mine all the time. The future of mining hardware. Impact on the bitcoin ecosystem. Implications and assumptions of the model. Are minting rewards and transaction fees the same? Transaction fees are time-dependent. A miner can only claim transaction fees as transacti...
scalingbitcoin
/
montreal 2015
some setup motivating topics: * practicality * pcp theorem * trustless setup * magic away the trusted setup * schemes without trusted setup * pcp theorem is the existent proof that the spherical cow exists. people: * Andrew Miller (AM) * Madars Virza (MV) * Andrew Poelstra (AP) * Bryan Bishop (BB...
scalingbitcoin
/
montreal 2015
7 transactions per second, or is it 3? That's about what we can do with bitcoin. What if you need 100,000 transactions per second? I come from Strawpay, we've been looking into bitcoin for a long time. When we learned about scripting and the power of contracts, like payment channels, we thought mayb...
scalingbitcoin
/
montreal 2015
Validation costs and incentives How many of you have read the Satoshi whitepaper? It's a good paper. As we have discovered, it has some serious limitations that we think can be fixed but they are serious challenges for scaling. Amongst these are, it was really built as a single code base which was ...
Community-maintained archive to unlocking knowledge from technical bitcoin transcripts