Thread

Replies (93)

Based on the back and forth I've seen, I'm in agreement. It appears software developers are running the show, and they have a tendency to get petty, and resort to immature outbursts and adult "tantrums". That is lethal to product and brand development. If anybody is actually project managing, then they are hyper focused on the technical devops at the expense of the more strategic aspects of their craft. Based on my decades of experience in this space, I would guess that the project managers (if they exist) are dev leads who have assumed the role out of necessity. It's not their domain of expertise, and it's also not fair on them either. I am extremely uneasy with the entire Bitcoin node ecosystem right now.
πŸ›‘οΈ
Is the implication meant to be that Bitcoin Core isn't conservative, well reviewed, and/or well maintained? If so, why do you think that? Or is your desire to have additional implementations that are conservative, well reviewed, and well maintained? If so, do you think that's a better use of limited developer talent than focusing on making Bitcoin Core better? When I read your post, I get the feeling that you think about "Core" and "Knots" as teams that each move with a single shared purpose, as if under the direction of an individual. That might be true for Knots, which effectively has a single developer, but it's not how I see the Bitcoin Core project, whose contributors are often in disagreement with each other (if usually only about the best way to achieve a particular goal). Maintaining that environment where independent contributors can easily collaborate, are free to express their differing opinions, and can create single-topic software forks (like PT's librerelay or the BIP148 activation client) if they feel out of alignment with the other devs seems to me like a better use of scarce talent than creating more implementations for the purpose of having more teams.
↩ replying to ODELL
Core used to be like that and even the knots apologists like Bitcoin Mechanic say they want to just submit a pr to core and have a good relationship where these ideas can be discussed and worked out. Knots is just the fallback escape hatch. I think core should prioritize working with a large section of devs and should try not to give the middle finger to the more prominent devs with big followings lol
100% brother. Admittedly, I got caught up in the early activism and migrated by node to Knots, then realised the path it was taking and reverted to core 29.1 but not planning to upgrade to 30. Would love to help in some way. Hit me up.
Puts last year's discussions on ossification into context really with all the squabbles. Be fascinating to see what would come out if all this energy were directed instead to L2/L3 solutions and additional work on mining and hash power decentralisation. Humans are similar to electricity grids - vast energy losses in trasmission!
πŸ›‘οΈ
Get Eric Voskuil on citadel or listen to his Bitcoin takeover interviews. The project is solid but, from his words, hasn't taken any third-party funding. As a dev, libbitcoin is ok to get running and hack on, but it's missing the type of project management that core has. It's not really possible to find out what needs to be done, unless it's behind closed doors. All their comm channels seem dead
πŸ›‘οΈ
Why? Core solution is just accepting that Ordinals are inevitable in the chain and minimize damage, allowing people to use OP_RETURN as preferred option to upload this data. Instead of storing in Witness or another solutions that increase UTXO set, that will be an increase in RAM requirement for nodes, a true menace for decentralization.