Bitcoin Forum
April 06, 2026, 11:02:25 PM *
News: Latest Bitcoin Core release: 30.2 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 [3]  All
  Print  
Author Topic: Bitcoin Core 29.0 Released  (Read 2397 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic. (10 posts by 9+ users deleted.)
bitbuzz001
Newbie
*
Offline Offline

Activity: 12
Merit: 0


View Profile
September 25, 2025, 05:36:21 AM
 #41

Is there any roadmap in Core regarding migration strategies against potential quantum computing threats? Or is this something only expected to be addressed closer to 2030?

There isn’t an official roadmap for quantum-resistant changes in Bitcoin Core yet. Devs have discussed it, but it’s more of a research topic for now. The idea is to keep an eye on quantum progress and only roll out migration plans once the threat feels real probably closer to the 2030s.
C10H15N
Legendary
*
Offline Offline

Activity: 959
Merit: 1026



View Profile
October 07, 2025, 12:30:07 PM
 #42

29.1 has been out for over a month (Sept 4, 2025)

Only when the tide goes out do you discover who's been swimming naked. -Warren Buffett
bitbuzz001
Newbie
*
Offline Offline

Activity: 12
Merit: 0


View Profile
October 07, 2025, 01:57:49 PM
 #43

Is there any roadmap in Core regarding migration strategies against potential quantum computing threats? Or is this something only expected to be addressed closer to 2030?

There isn’t an official roadmap for quantum-resistant changes in Bitcoin Core yet. Devs have discussed it, but it’s more of a research topic for now. The idea is to keep an eye on quantum progress and only roll out migration plans once the threat feels real probably closer to the 2030s.

Yeah, that makes sense. It’s probably smart not to rush changes until quantum actually becomes a real-world threat. Still, it’s wild to think Bitcoin devs might need to overhaul cryptography in the next decade.
PepeLapiu
Member
**
Online Online

Activity: 349
Merit: 89


View Profile
October 09, 2025, 08:50:56 AM
 #44

They're referring to ongoing drama about OP_RETURN limits. See https://bitcointalk.org/index.php?topic=5539943.0

No PR removing those limits has been merged at this time, to say that they are being forcefully removed is simply hyperbole.

It is NOT at all hyperbole. The core devs have made it really clear, they are removing the filters and blowing them up from 80 bytes to 100,000 bytes. And they have said they are doing it regardless of community support against it. Their suggestion is that if you don't like it, you can run something else.

Bitcoin is not a dickbutt jpeg repository.
Join the fight against turning bitcoin into spamware.
BitcoinKnotsForum.com
cr1776
Legendary
*
Offline Offline

Activity: 4655
Merit: 1375


View Profile
October 12, 2025, 01:16:38 PM
 #45

They're referring to ongoing drama about OP_RETURN limits. See https://bitcointalk.org/index.php?topic=5539943.0

No PR removing those limits has been merged at this time, to say that they are being forcefully removed is simply hyperbole.

It is NOT at all hyperbole. The core devs have made it really clear, they are removing the filters and blowing them up from 80 bytes to 100,000 bytes. And they have said they are doing it regardless of community support against it. Their suggestion is that if you don't like it, you can run something else.

I would suggest reading more about it particularly since Bitcoin Core 30 was released today.  There have been a lot of discussions about the technical reasons vs a lot of FUD (as achow references above).  I have read it all and would urge everyone else to do so to if they want to see more than soundbites.  (I am running it, I just built it - as I always do - if anyone cares about my opinion).
PepeLapiu
Member
**
Online Online

Activity: 349
Merit: 89


View Profile
October 14, 2025, 02:00:24 PM
 #46

I would suggest reading more about it particularly since Bitcoin Core 30 was released today.  There have been a lot of discussions about the technical reasons vs a lot of FUD (as achow references above).  I have read it all and would urge everyone else to do so to if they want to see more than soundbites.  (I am running it, I just built it - as I always do - if anyone cares about my opinion).

Simply saying "read more" and not expanding on yoiur own view is not a valid point. Or should I just tell you to also read more?

The fact are as follows:

When Segwit was exploited by spammers, core did nothing. Told us they can't do anything, and even if they could, they shouldn't.

When Taproot was exploited by spammers, core did nothing. Told us they can't do anything, and even if they could, they shouldn't.

And now, after having done nothing about it, they finally do something: attempt to create a new way to spam bitcoin after having done nothing about the existing ways to spam.

When spam miners (Mara and F2Pool) offer a service to spammers so they can bypass the nodes, core decided that the problem is not spammers and spam miners. No, the problem is nodes who try to stop spam. Our ability to stop spam must be stopped! We are the problem?

When spam miners find a block, it takes more time to propagate that block because nodes tasked to verify that block take longer because they need to request and verify the spam transactions they did not include in their mempool. Longer propagation time is a huge risk to spam miners. Not so much for miners who respect mempool policy.

Core tells us they need to remove our spam filters to speed up propagation time. What they don't tell us is that it's only speeding up propagation time of blocks filled with garbage.
 
Core doesn't think spam is a problem. They think the problem comes from those fighting against the spam and filth.

Bitcoin is not a dickbutt jpeg repository.
Join the fight against turning bitcoin into spamware.
BitcoinKnotsForum.com
cr1776
Legendary
*
Offline Offline

Activity: 4655
Merit: 1375


View Profile
October 14, 2025, 04:21:18 PM
 #47

If you read in this link, you will see that there have been very good, very valid explanations as to why the "core doesn't think spam is a problem" narrative is misleading:
https://groups.google.com/g/bitcoindev?pli=1

I will say that in a decentralized system your spam is someone else transactions and the mitigations involved just divert "spam" elsewhere in a less efficient design.  Those are the facts.  Anyway, it is easier to recommend people read the technical details from the people being maligned vs summarizing it.


I would suggest reading more about it particularly since Bitcoin Core 30 was released today.  There have been a lot of discussions about the technical reasons vs a lot of FUD (as achow references above).  I have read it all and would urge everyone else to do so to if they want to see more than soundbites.  (I am running it, I just built it - as I always do - if anyone cares about my opinion).

Simply saying "read more" and not expanding on yoiur own view is not a valid point. Or should I just tell you to also read more?

The fact are as follows:

When Segwit was exploited by spammers, core did nothing. Told us they can't do anything, and even if they could, they shouldn't.

When Taproot was exploited by spammers, core did nothing. Told us they can't do anything, and even if they could, they shouldn't.

And now, after having done nothing about it, they finally do something: attempt to create a new way to spam bitcoin after having done nothing about the existing ways to spam.

When spam miners (Mara and F2Pool) offer a service to spammers so they can bypass the nodes, core decided that the problem is not spammers and spam miners. No, the problem is nodes who try to stop spam. Our ability to stop spam must be stopped! We are the problem?

When spam miners find a block, it takes more time to propagate that block because nodes tasked to verify that block take longer because they need to request and verify the spam transactions they did not include in their mempool. Longer propagation time is a huge risk to spam miners. Not so much for miners who respect mempool policy.

Core tells us they need to remove our spam filters to speed up propagation time. What they don't tell us is that it's only speeding up propagation time of blocks filled with garbage.
 
Core doesn't think spam is a problem. They think the problem comes from those fighting against the spam and filth.


Pages: « 1 2 [3]  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!