Damus
Open in Damus
ndeet profile picture
ndeet
@ndeet

Let's change the world with #bitcoin. Working on BTCPay Server integrations for e-commerce solutions. Mostly PHP and JS.

npub1qm72nur0wn8cdgt0unp0amzssuqxg03tzpd4r87e856nxtz344fs6g74mdnpub
[email protected]nip05
[email protected]lnurl
Relays (9)
  • wss://nos.lol/ – read & write
  • wss://nostr-pub.wellorder.net/ – read & write
  • wss://nostr.mom/ – read & write
  • wss://nostr.oxtr.dev/ – read & write
  • wss://nostr.swiss-enigma.ch/ – read & write
  • wss://relay.current.fyi/ – read & write
  • wss://relay.damus.io/ – read & write
  • wss://relay.nostr.bg/ – read & write
  • wss://relay.primal.net/ – read & write

Recent Notes

calle · 1w
I recognize proof of work when I see it https://blossom.primal.net/f08e80106dfb13377cf0e4a4961b2d7277301139735d549a5187d29ecd9b2b56.png
ndeet profile picture
ndeet @ndeet
You forgot to mention libbitcoin shipped a weak random number generator exposing private keys of multiple wallets relying on it. Still a great project though.

Forking battle tested, reviewed and reference implementation of Bitcoin Core (pre v30) and building on top of that sounds like the right approach for a conservative client.
Starting from scratch like libbitcoin and risking shooting yourself in the foot - not so much.
Jameson Lopp · 1w
Weird take. As far as we're aware, it's neither well funded nor has any developers or code. My main point all along is that if you truly want to be independent of Core, it's best not to be a downstre...
 ndeet profile picture
ndeet @ndeet
Yours is a truly weird take, if you want to have a conservative client you obviosly want to start from the most mature and battle tested codebase, You don't want to start from scratch, try to copy consensus (including bugs) and risk a chain split. How is this not obvious?

Starting from Core before v30 is the most sensible approach. Even backporting useful features and consensus changes that align with the goal should be considered. You just leave out the crap that supports spammers and shitcoiners and does not add to monetary properties.

Why do you discredit it from the start? Why don't you help raising funds? How do you know there is no funding and devs? A conservative approach sounds very appealing to plebs and big bitcoin holders. They are not interested in dickbutts, evm and other shitcoinery and pet projects freeriding on Bitcoin.
ndeet profile picture
Imagine being hostile against another well funded implementation ensuring there is no single point of failure and further reducing the attack surface by decentralising development.

Unless you have already influence in the current reference implementation and want to make sure your (shitcoin) agenda gets pushed through.

Same people that praised LibreRelay and told you nobody can stop them now being hostile against another implementation going the opposite way to not break and rush things and ensure Bitcoin will survive 1000+ years.
Jameson Lopp @Jameson Lopp · 1w
We desperately need more Bitcoin client implementations... if you conveniently ignore the fact that there are half a dozen independently maintained from-scratch implementations! nostr:nevent1qqs2q95we32zln0reflx72u6h4rw9l52pamyydnluq4v7senf7eadkcpz9mhxue69uhkummnw3ezuamfdejj7q3q2 Show more
2❤️1🤙1
Jameson Lopp · 1w
Weird take. As far as we're aware, it's neither well funded nor has any developers or code. My main point all along is that if you truly want to be independent of Core, it's best not to be a downstream fork of Core. Ask me how I know.
ndeet · 1w
it was mentioned a few seconds after my comment: https://github.com/bitcoin/bitcoin/pull/26988
𝕾𝖊𝖗 𝕾𝖑𝖊𝖊𝖕𝖞 · 1w
👀
Kyma Fi · 1w
How is it better than knots? I agree it’s great that someone copied the core client and essentially can cut off that hierarchy… but it’s a shit client allowing runes, mentions and bloat on the chain