TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Bitcoin's ASICBOOST Problem Explained [pdf]

152 pointsby jlrubinabout 8 years ago

8 comments

jcofflandabout 8 years ago
This is excellent. I&#x27;ve been trying to find a technical explanation of ASCIBOOST for some time. Most of the articles and discussions gloss over the details.<p>It is possible that this is part of the reason some miners are blocking SegWit but there is more to it. Core (the main Bitcoin development team) promised to provide a block size scaling solution and then reneged. This pissed a lot of people off and led to the blocking of SegWit. I don&#x27;t see ASCIBOOST as a real problem for Bitcoin.
评论 #14073879 未加载
评论 #14075171 未加载
评论 #14073931 未加载
评论 #14073706 未加载
评论 #14073933 未加载
needsabout 8 years ago
Just to point out that SegWit is everything but &quot;already adopted in the industry&quot;. It turns out that SegWit is the solution promoted by the developers of bitcoin core to allow for bigger blocks, and solve some issues like transactions maleability. It&#x27;s more than 10 000 lines of code highly controversial because they require... A soft fork, and will change bitcoin in a fundamental ways.<p>Not to add that a company called &quot;Blockstream&quot; have paid almost every developers of bitcoin core to push Segwit without a clear consensus from the community. Worse, this company actually support the huge censorship happening in bitcointalk and r&#x2F;bitcoin. Blockstream received more than 75 millions from AXA, for obscure reasons.<p>The paper only focus on Segwit, without mentioning that Segwit has nothing to do with ASICBOOST. The community and a growing majority of miners is actually switching to bitcoin unlimited, a fork of bitcoin core.<p>Sorry for the little off topic comment but I love Bitcoin and I hate that a few dishonest people took control of it and try to destroy it.
评论 #14074181 未加载
评论 #14074246 未加载
评论 #14074211 未加载
评论 #14075146 未加载
评论 #14074798 未加载
评论 #14075201 未加载
评论 #14074265 未加载
评论 #14074269 未加载
tlrobinsonabout 8 years ago
This might not be the place for this question, but can someone explain why we can&#x27;t &#x2F; shouldn&#x27;t have <i>both</i> unlimited block sizes and SegWit?<p>Block sizes will supposedly be constrained by bandwidth &#x2F; propagation times. SegWit will allow more transactions to occur off chain, reducing the need for larger blocks.<p>They seem complementary to me.
评论 #14075274 未加载
评论 #14076011 未加载
评论 #14075141 未加载
评论 #14075216 未加载
评论 #14076080 未加载
wmfabout 8 years ago
Some context: <a href="http:&#x2F;&#x2F;hackingdistributed.com&#x2F;2017&#x2F;04&#x2F;05&#x2F;bitcoin-drama-response&#x2F;" rel="nofollow">http:&#x2F;&#x2F;hackingdistributed.com&#x2F;2017&#x2F;04&#x2F;05&#x2F;bitcoin-drama-respo...</a>
评论 #14073996 未加载
RichardHeartabout 8 years ago
Anything that makes mining empty blocks more profitable is bad. Empty blocks are an attack on the network. Someone is going to say &quot;Empty blocks give people a reason to raise fees.&quot; DDOS attacks give people reasons to buy more expensive routers too.
cashmonkey85about 8 years ago
I genuinely believe most of the comments on this page are paid trolls. Which I didn&#x27;t think was a thing on HN<p>People should read up of the Chinese miners disinformation campaign. Really crazy stuff. <a href="https:&#x2F;&#x2F;medium.com&#x2F;@WhalePanda&#x2F;the-extended-extension-block-story-5bc3d888bdde" rel="nofollow">https:&#x2F;&#x2F;medium.com&#x2F;@WhalePanda&#x2F;the-extended-extension-block-...</a>
fpgaminerabout 8 years ago
Besides the technical issues involved here, there&#x27;s been a lot of political quarrels as well. Here&#x27;s my run down of them. Note that I was heavily involved in the Bitcoin community a few years ago, but have been on the side lines recently. As with all things political, take my interpretations with a grain of salt:<p>1) The Bitcoin network began experiencing congestion due to rise in popularity driving large numbers of transactions. This resulted in slower transaction verification and higher transaction fees.<p>2) Users started asking for larger blocks, so that the network would have higher transaction bandwidth. The defacto Bitcoin developers at the time pushed back. Increasing block size is simple in terms of code change, but requires a risky hard fork. It&#x27;s also only a temporary fix. Bitcoin will grow and require another increase, and thus another hard fork. They wanted a better, long term solution.<p>3) After a lot of discussion the developers came back with Segregated Witness. It&#x27;s a soft modification to Bitcoin which meant no hard fork. It doesn&#x27;t explicitly allow larger blocks. It does, however, upgrade Bitcoin to allow side chains. The argument is that faster, more abundant transactions can be implemented in a side chain system. A sort of second layer on top of Bitcoin. Much like how HTTP is implemented on top of the underlying TCP&#x2F;IP protocol.<p>It should be noted that, while this enablement of side chains is the biggest feature of SegWit, there were a few smaller improvements. It _does_ increase effective block size slightly; ~2x. And it fixes a few minor annoyances in the Bitcoin protocol (e.g. malleability).<p>4) The community was disappointed by the lack of larger blocks. While developers were busy putting together their idea and specification for SegWit, the congestion issues on the network continued to grow worse.<p>5) Eventually the debate became &quot;on-chain&quot; versus &quot;off-chain&quot;. Some of the community argued that they wanted to keep all transaction on the Bitcoin blockchain. In other words, they still wanted bigger and bigger blocks. I believe the root of this argument is that Bitcoin has served us well for many years, so why try to build another, potentially weaker system on top of it?<p>The other parts of the community were in favor of SegWit and off-chain transactions. Side chains would allow for faster transactions and significantly more of them, and they would consume far less disk space (a growing concern in the community is the disk space required to run a Bitcoin node). Side chains achieve this by compromising on some of the strengths of Bitcoin, either by reducing security or requiring more centralization.<p>6) Eventually the debate in the community shifted from just on-chain versus off-chain to SegWit versus bigger blocks. Now, to be clear, SegWit doesn&#x27;t preclude the possibility of larger blocks. Obviously larger blocks can be added regardless of SegWit. But, for whatever reason, the dialog shifted.<p>7) When SegWit was finally released as part of the Bitcoin Core client (the defacto standard for Bitcoin clients&#x2F;wallets) a sort of battle amongst the community began. Mining operations that ran the SegWit enabled clients started getting attacked; DDOS, etc. There was a lot of strife, hate, and fear. The way SegWit is implemented in the code, it requires a large majority of miners to support it before it officially activates and can be used. This is by design, to ensure the community agrees with the feature and to ensure almost all miners are able to understand the new blocks and not get left behind after activation. Because of this majority requirement, the battle in the community and between miners was very important. If half the miners didn&#x27;t agree with SegWit, it would never activate.<p>8) This &quot;battle&quot; went on for a long time and is, currently, still on-going. Bitcoin continues to remain congested. Transaction fees have continued to rise. SegWit is still not activated. During this time a couple factions of the anti-SegWit community split off in attempts to fork Bitcoin. They modified versions of the Bitcoin client to enable larger blocks. So far, none of those forks have been successful, in terms of taking away any majority of users from the main Bitcoin network.<p>9) Recently it became public that a large mining operation may have been using a technology called ASICBOOST during this time. It allows mining chips to be more efficient, which means those chips make more Bitcoins for less money. Obviously an advantage. This technology has been known about for awhile now, but as far as the community knew no one was using it. It was covered by patents, and there&#x27;s a sort of gentleman&#x27;s agreement in the community not to use it as a result of the patent and potential ill effects on the network. (The patent means not all miners would be able to use it, so it presents an unfair playing field).<p>ASICBOOST, the way this mining operation has supposedly been using it, is not compatible with SegWit. That&#x27;s explained in the OP.<p>The accused mining operation was also involved in a lot of the anti-SegWit activity in the community; promoting the alternative forks of Bitcoin. They had been accused in the past of using sock puppets to drive anti-SegWit agendas, drive character assassinations, etc.<p>They are in control of a large percentage of the total Bitcoin mining power.<p>The public revelation of them using ASICBOOST painted a dark, but enlightening picture.<p>As I mentioned before, SegWit ultimately has nothing to do with the on-chain versus off-chain debate. It merely _enables_ off-chain possibilities. It doesn&#x27;t force them. So it was odd to see the discussion shift from on-chain versus off-chain to SegWit versus Bigger Blocks. The theory now, given the accusations against this large mining operation, is that they are responsible for the majority of the anti-SegWit movement. Because the activation of SegWit would force them to stop using ASICBOOST the way they&#x27;ve been using it, it was in their financial interest to prevent SegWit from activating.<p>That&#x27;s basically my summary of events.<p>I think that theory, that this mining operation has been basically using anti-SegWit propaganda and other attacks to prevent SegWit from activating, so they can keep using their secret version of ASICBOOST and profit (to the tune of $100 million a year), makes a lot of sense. Why else would anyone oppose SegWit? I&#x27;ve read through the SegWit specs. It enables a lot of really cool tech for Bitcoin. Side chains are not just about trying to get more, faster transactions into the Bitcoin network. They&#x27;re also about allowing other technologies like smart contracts to tie themselves in Bitcoin.<p>You know all those cool features that various alt coins are testing out? SegWit enables those features to become side chains so that you can gain all the security that Bitcoin offers. Side chain versus altcoin is like browser addon versus a whole new browser.<p>At the end of the day, people in favor of bigger blocks could still campaign for bigger blocks. SegWit doesn&#x27;t prevent that. A mining operation being financially incentivized to block SegWit is the simplest explanation I&#x27;ve heard yet for why there would be significant opposition to it.
评论 #14075096 未加载
评论 #14075103 未加载
评论 #14075321 未加载
评论 #14076138 未加载
评论 #14075148 未加载
mjevansabout 8 years ago
Wasn&#x27;t the entire point of picking SHA-256 to both check the integrity of the existing ledger (why it&#x27;s a hash) AND as a proof of work lottery?<p>The &quot;problem&quot; being that instead of being a proof of actual work, shortcuts in the work were found.<p>It seems then that a good solution would be to force many different types of proof of work. Different basis of hashes are obvious, but maybe some type of actual work every so often as well.
评论 #14073588 未加载
评论 #14073220 未加载
评论 #14076181 未加载
评论 #14073260 未加载