{"id":24264,"date":"2017-03-02T21:24:23","date_gmt":"2017-03-02T21:24:23","guid":{"rendered":"http:\/\/ci027cfe81100126c3"},"modified":"2017-03-02T21:24:23","modified_gmt":"2017-03-02T21:24:23","slug":"latest-twist-block-size-debate-called-uasf","status":"publish","type":"post","link":"https:\/\/bitcoinmagazine.com\/technical\/latest-twist-block-size-debate-called-uasf","title":{"rendered":"The Latest Twist to the Block Size Debate Is Called a \u201cUASF\u201d"},"content":{"rendered":"<div id=\"bsf_rt_marker\"><\/div><figure><img decoding=\"async\" src=\"https:\/\/bitcoinmagazine.com\/wp-content\/uploads\/2024\/11\/the-latest-twist-to-the-block-size-debate-is-called-a-uasf.jpg\" title=\"\"><\/figure>\n<p>Just when Bitcoin\u2019s long-lasting scalability dispute appeared to have reached a deadlock, a pseudonymous mailing-list contributor may have presented a way out.<\/p>\n<p><a href=\"https:\/\/bitcoinmagazine.com\/articles\/segregated-witness-part-how-a-clever-hack-could-significantly-increase-bitcoin-s-potential-1450553618\">Segregated<\/a><a href=\"https:\/\/bitcoinmagazine.com\/articles\/segregated-witness-part-why-you-should-care-about-a-nitty-gritty-technical-trick-1450827675\"> Witness<\/a> (SegWit), the Bitcoin protocol upgrade proposed by the <a href=\"https:\/\/bitcoincore.org\/\" target=\"_blank\" rel=\"noopener\">Bitcoin Core<\/a> development team, would roughly double Bitcoin\u2019s block size limit, while laying the groundwork for further scaling solutions. But this proposal that requires 95 percent of hash power support to activate has been <a href=\"https:\/\/bitcoinmagazine.com\/articles\/where-bitcoin-mining-pools-stand-on-segregated-witness-1480086424\">slow to gain miner adoption<\/a>. And there is little indication this will change anytime soon. <\/p>\n<p>Now, there may be an alternative route to activation.<\/p>\n<p>\u201c[T]he signaling methodology is widely misinterpreted to mean the hash power is voting on a proposal and it seems difficult to correct this misunderstanding in the wider community,\u201d a so-far unknown person under the pseudonym \u201cshaolinfry\u201d noted on the <a href=\"https:\/\/www.mail-archive.com\/bitcoin-dev@lists.linuxfoundation.org\/msg04703.html\" target=\"_blank\" rel=\"noopener\">Bitcoin-development mailing list<\/a> and the <a href=\"https:\/\/bitcointalk.org\/index.php?topic=1805060.0\" target=\"_blank\" rel=\"noopener\">BitcoinTalk forum<\/a> last weekend. <\/p>\n<p>And:<\/p>\n<p>\u201cThe alternative discussed here is \u2018flag day activation\u2019 where nodes begin enforcement at a predetermined time in the future.\u201d<\/p>\n<p>This alternative is called a \u201cuser activated soft fork\u201d or \u201cUASF.\u201d<\/p>\n<p><strong>Hash Power Activated Soft Forks<\/strong><\/p>\n<p>Soft forks are changes to the Bitcoin protocol that tighten up the rules. Transactions or blocks that would have been valid under the old rules become invalid under the new rules. <\/p>\n<p>An interesting property of soft forks is that some users can upgrade to the new set of rules, while other users do not, or at least, not yet. They would all remain part of the same network, use the same blockchain and transact in the same currency; it\u2019s just that some users may be looking at slightly different data.<\/p>\n<p>\u201cSoft forks are backwards compatible and opt-in,\u201d shaolinfry argued in a <a href=\"https:\/\/www.mail-archive.com\/bitcoin-dev@lists.linuxfoundation.org\/msg04710.html\" target=\"_blank\" rel=\"noopener\">follow-up email<\/a>. \u201cSo long as they are well written and bug free, users should, at worst, be agnostic towards them because they have a choice whether to safely use the new feature or not, without preventing others\u2019 enjoyment of the feature.\u201d<\/p>\n<p>Over the past couple of years, soft forks were mostly implemented by hash power activation. This utilizes the fact that miners decide which valid transactions they include in blocks anyway. A majority of miners can reject certain types of transactions and blocks from the blockchain if they violate the new soft fork rules, even transactions that \u201cold nodes\u201d would still consider valid.<\/p>\n<p>Segregated Witness as proposed by the Bitcoin Core development team is a soft fork. But with this soft fork proposal in particular, hash power activation seems to be approached as something akin to an election.<\/p>\n<p>Which, shaolinfry argued, it is not:<\/p>\n<p>\u201c[A] problem with supermajority hash power signaling is it draws unnecessary attention to miners which can become unnecessarily political. Already misunderstood as a vote, miners may feel pressure to \u2018make a decision\u2019 on behalf of the community: who is and isn\u2019t signaling becomes a huge public focus and may put pressures onto miners they are unprepared for.\u201d<\/p>\n<p>The alternative, shaolinfry therefore proposed, is to introduce UASFs as an activation method.<\/p>\n<p><strong>UASF<\/strong><\/p>\n<p>The concept of a UASF is actually even more straightforward than a hash power activated soft fork.<\/p>\n<p>Rather than miners, it\u2019s the Bitcoin economy \u2014 individual users, merchants, exchanges, wallet providers and other economic actors \u2014 that activates the soft fork with the software they run. At a specific point in time, the Bitcoin economy tightens up the rules of the system, activating the soft fork. From that point on, everyone simply rejects transactions and blocks that break the new rules.<\/p>\n<p>Realistically, the miners would then have to follow the new rules as well, or at least take certain safety precautions to avoid accepting invalid blocks and transactions. If they don\u2019t, they risk producing blocks the economy deems invalid and rejects. The miners would not be able spend the coins they earned in the block reward, deposit them at an exchange nor otherwise use them. For all intents and purposes, they would not have earned bitcoins at all, and instead wasted resources producing a worthless block.<\/p>\n<p>To earn a block reward that has actual value, miners will therefore need to do what the economy wants them to do, shaolinfry argued:<\/p>\n<p>\u201cThe hash powers\u2019 role is to select valid transactions, and to extend the blockchain with valid blocks. Fully validating economic nodes ensure that blocks are valid. Nodes therefore define validity according to the software they run, but miners decide what already valid transactions get included in the [blockchain].\u201d<\/p>\n<p>Like all soft forks, a UASF would still be an opt-in proposition for regular users, assuming it activates smoothly. If some users don\u2019t like SegWit, for example, they can choose not to upgrade. Meanwhile, other users can enjoy the benefits SegWit offers.<\/p>\n<p><strong>Drawbacks<\/strong><\/p>\n<p>While the concept of a UASF is straightforward, that doesn\u2019t necessarily mean it\u2019s easy to pull off. Compared to hash power activated soft forks, UASFs introduce two increased risks. And not unlike hard forks, if things go badly, Bitcoin can split into two incompatible networks, blockchains and currencies.<\/p>\n<p>The first risk is that coordination can be difficult. Most important, it\u2019s hard to know for sure whether a UASF is really backed, and will be enforced, by the economy. Support from centralized services \u2014 exchanges, wallet providers, payment processors \u2014 can perhaps be gauged, but individual Bitcoin nodes are trivially spoofed. And if only a minority of the economy enforces the new rules and a majority enforces the original rules, Bitcoin would split in two.<\/p>\n<p>Second, even if a significant majority of the economy does enforce the soft fork, a determined (or perhaps very lazy) majority of miners can still frustrate the upgrade. If these miners are willing and able to waste energy mining the \u201cold\u201d chain, any non-upgraded user would follow this \u201cminer chain,\u201d rather than the valuable \u201ceconomy chain.\u201d This user would be susceptible to double-spends, at least for as long as these miners are willing and able to waste resources.<\/p>\n<p>That said, these risks are bigger with hard forks, and similar problems can occur even with hash power activated soft forks, as the <a href=\"https:\/\/en.bitcoin.it\/wiki\/Softfork#2015_BIP66_Blockchain_Fork\" target=\"_blank\" rel=\"noopener\">BIP66 blockchain split<\/a> showed.<\/p>\n<p>As noted by shaolinfry:<\/p>\n<p>\u201cValidation has always had a strong requirement.\u201d<\/p>\n<p><em>Thanks to <a href=\"https:\/\/www.bitgo.com\/\" target=\"_blank\" rel=\"noopener\">BitGo<\/a> engineer Jameson Lopp for feedback. For more on the topic of UASFs, follow the discussion on the <a href=\"https:\/\/www.mail-archive.com\/bitcoin-dev@lists.linuxfoundation.org\/msg04703.html\" target=\"_blank\" rel=\"noopener\">Bitcoin-development mailing list<\/a>.<\/em><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Just when Bitcoin\u2019s long-lasting scalability dispute appeared to have reached a deadlock, a pseudonymous mailing-list contributor may have presented a way out. Segregated Witness (SegWit), the Bitcoin protocol upgrade proposed by the Bitcoin Core development team, would roughly double Bitcoin\u2019s block size limit, while laying the groundwork for further scaling solutions. But this proposal that [&hellip;]<\/p>\n","protected":false},"author":2509,"featured_media":24265,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[35],"tags":[1662,556,2306,1079,2341],"class_list":{"0":"post-24264","1":"post","2":"type-post","3":"status-publish","4":"format-standard","5":"has-post-thumbnail","7":"category-technical","8":"tag-block-size","9":"tag-blockchain","10":"tag-forks","11":"tag-segwit","12":"tag-uasf"},"author_data":{"id":2509,"name":"Aaron van Wirdum","nicename":"aaron-van-wirdum","avatar_url":"https:\/\/bitcoinmagazine.com\/wp-content\/uploads\/2024\/12\/aaron-van-wirdum-96x96.jpg"},"featured_image_url":"https:\/\/bitcoinmagazine.com\/wp-content\/uploads\/2024\/11\/the-latest-twist-to-the-block-size-debate-is-called-a-uasf.jpg","_links":{"self":[{"href":"https:\/\/bitcoinmagazine.com\/wp-json\/wp\/v2\/posts\/24264","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/bitcoinmagazine.com\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/bitcoinmagazine.com\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/bitcoinmagazine.com\/wp-json\/wp\/v2\/users\/2509"}],"replies":[{"embeddable":true,"href":"https:\/\/bitcoinmagazine.com\/wp-json\/wp\/v2\/comments?post=24264"}],"version-history":[{"count":0,"href":"https:\/\/bitcoinmagazine.com\/wp-json\/wp\/v2\/posts\/24264\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/bitcoinmagazine.com\/wp-json\/wp\/v2\/media\/24265"}],"wp:attachment":[{"href":"https:\/\/bitcoinmagazine.com\/wp-json\/wp\/v2\/media?parent=24264"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/bitcoinmagazine.com\/wp-json\/wp\/v2\/categories?post=24264"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/bitcoinmagazine.com\/wp-json\/wp\/v2\/tags?post=24264"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}