Core

Bitcoin

<div class="wublock">
 <div dir="auto" class="body markup">
  <div class="captioned-image-container">
   <figure>
    <div class="image2-inset">
     <picture>
      <source type="image/webp" srcset="https://substackcdn.com/image/fetch/w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdcabfb8b-b2f1-4c91-9c72-0604a39c0bf7_3969x2646.jpeg 424w, https://substackcdn.com/image/fetch/w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdcabfb8b-b2f1-4c91-9c72-0604a39c0bf7_3969x2646.jpeg 848w, https://substackcdn.com/image/fetch/w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdcabfb8b-b2f1-4c91-9c72-0604a39c0bf7_3969x2646.jpeg 1272w, https://substackcdn.com/image/fetch/w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdcabfb8b-b2f1-4c91-9c72-0604a39c0bf7_3969x2646.jpeg 1456w" sizes="100vw">
      <img src="https://substackcdn.com/image/fetch/w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdcabfb8b-b2f1-4c91-9c72-0604a39c0bf7_3969x2646.jpeg" width="1456" height="971" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/dcabfb8b-b2f1-4c91-9c72-0604a39c0bf7_3969x2646.jpeg&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:971,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:396204,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/jpeg&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:null}" class="sizing-normal" alt srcset="https://substackcdn.com/image/fetch/w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdcabfb8b-b2f1-4c91-9c72-0604a39c0bf7_3969x2646.jpeg 424w, https://substackcdn.com/image/fetch/w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdcabfb8b-b2f1-4c91-9c72-0604a39c0bf7_3969x2646.jpeg 848w, https://substackcdn.com/image/fetch/w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdcabfb8b-b2f1-4c91-9c72-0604a39c0bf7_3969x2646.jpeg 1272w, https://substackcdn.com/image/fetch/w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fdcabfb8b-b2f1-4c91-9c72-0604a39c0bf7_3969x2646.jpeg 1456w" sizes="100vw" fetchpriority="high">
     </picture>
     <div class="image-link-expand">
      <svg xmlns="//www.w3.org/2000/svg" width="16" height="16" viewbox="0 0 24 24" fill="none" stroke="#FFFFFF" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 ">
       <polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line>
      </svg>
     </div>
    </div>
   </figure>
  </div>
  <p>Today, Luke Dashjr posted a tweet：</p>
  <p><em>“‘Inscriptions’ are exploiting a vulnerability in #Bitcoin Core to spam the blockchain. Bitcoin Core has, since 2013, allowed users to set a limit on the size of extra data in transactions they relay or mine (`-datacarriersize`). By obfuscating their data as program code, Inscriptions bypass this limit.</em></p>
  <p><em>This bug was recently fixed in Bitcoin Knots v25.1. It took longer than usual due to my workflow being severely disrupted at the end of last year (v24 was skipped entirely).</em></p>
  <p><em>Bitcoin Core is still vulnerable in the upcoming v26 release. I can only hope it will finally get fixed before v27 next year.”</em></p>
  <p>Somebody commented as follows:</p>
  <p><em>“So if this ‘bug/vulnerability’ is fixed, does it mean ordinals and brc-20 token would stop being a thing?”</em></p>
  <p>Luke Dashjr replied:”Correct.”</p>
  <p><span>It is known that in September of this year, Luke submitted a pull request (PR) to the Bitcoin Core Github repository: “Updates -datacarriersize to be effective with newer datacarrying styles.” Devs’ opinions vary, with opponents stating it may impact miner income and incentivize private memory pools, which miners may not adopt. Supporters believe that this will effectively ease the node burden. </span><strong>Notably, one of the Bitcoin Core code maintainers, Gloria Zhao (glozow), seems not to oppose but suggested, “Maybe add some tests?” </strong><span>The PR is still open, and it remains uncertain whether it will be merged into master. Luke’s stated desire to incorporate this change in Bitcoin Core v27 next year is only a personal expectation, and Bitcoin Knots v25.1, which has already incorporated this change, can be understood as an early experimental version of Bitcoin Core with community maintenance development.</span></p>
  <p>We compiled some analyses of relevant KOLs, as follows:</p>
  <p>● @wooooer <a rel="dofollow" title="Category Analysis" href="https://thebittimes.com/analysis.html">Analysis</a> indicates that Luke set two main parameter limits in Knots to filter so-called Bitcoin fraud transactions: “datacarriersize” primarily limits the size of data carried by op-return, i.e., data written in the UTXO’s output section; “maxscriptsize” limits the size of the Memo Protocol based on TaprootScript, with its data engraved in the UTXO’s witness field. If Luke’s vision makes it into the core, default limits on these two parameters may result in only taprootassets and RGB, occupying the smallest on-chain footprint, remaining in the Bitcoin ecosystem.</p>
  <p>● @tmel0211 states that Bitcoin Core v25.1 gives miners a switch to choose whether to include transactions exceeding the SIZE limit. However, since miners benefit from it, none would choose to disable it.</p>
  <p>● @nake13 points out that a more accurate title for Luke Dashjr is Bitcoin Core client developer, as he contributes code to both Core and Knots. The update documentation for Bitcoin Knots 25.1 was mainly written by Luke himself. Luke is also the CTO of OCEAN mining pool, which uses this client, recently supported by Jack Dorsey. In Bitcoin Knots 25.1, the description of -datacarriersize was modified, changing the default value from 83 to 42. Newly added parameters like -datacarriercost, -datacarrierfullcount, and -maxscriptsize provide miners with additional control over the scale of carried data, offering them freedom of choice.</p>
  <p><span>Bitcoin developers have previously discussed this issue on the Bitcoin-dev mailing list, and WuBlockchain has compiled it into an article. </span>Learn More</p>
  <p><span>Follow us</span><br><span>Twitter: </span>https://twitter.com/WuBlockchain<br><span>Telegram: </span>https://t.me/wublockchainenglish</p>
 </div>
</div>
<p>Source: <a rel="dofollow" target="_blank" href="https://thebittimes.com/bitcoin-dev-luke-dashjr-requests-inscriptions-disabling-sparks-controversy-progress-update-tbt72797.html">https://thebittimes.com/bitcoin-dev-luke-dashjr-requests-inscriptions-disabling-sparks-controversy-progress-update-tbt72797.html</a></p>

Bitcoin Dev Luke Dashjr Requests "Inscriptions" Disabling, Sparks Controversy: Progress Update

TheBitTimes

Other articles published on Dec 6, 2023

Binance Settlement: A Turning Point for Cryptocurrency Markets

SEC’s Cryptocurrency Enforcement Scrutinized After Ripple Case

Rumors of Ethereum sell-off by 3 institutional giants gain traction

Ethereum (ETH) Price Prediction: Targeting the $3,400 Mark

Inscriptions Exploit Bitcoin Core: Stay in Bitcoin or Move to L2s?

BlackRock’s Bitcoin ETF Filing Suggests Possible Kill Switch

Join our free newsletter for daily crypto updates!