Avatar
Râu Cao ⚡
1f79058c77a224e5be226c8f024cacdad4d741855d75ed9f11473ba8eb86e1cb
Traveling full-time since 2010. Working on open-source software daily. Currently integrating Nostr features into Kosmos accounts.

"Leaf of a cannabis plant. The bulbous glands are trichomes. The bubbles inside are cannabinoid vesicles."

Source: https://www.nikonsmallworld.com/galleries/2024-photomicrography-competition

Yes, I think they're tied to separate Lightning accounts, but anything else would make it even more confusing I guess.

nostr:npub1xv8mzscll8vvy5rsdw7dcqtd2j268a6yupr6gzqh86f2ulhy9kkqmclk3x By the way, there's a small UI bug: when you switch accounts, it doesn't immediately update the npub that you can copy from the nostr icon...

Rolled out PGP Web Key Directory for all Kosmos accounts today. Fetching our keys is so simple now:

`gpg --locate-keys raucao@kosmos.org`

Also, notification emails are now encrypted once you've uploaded your public key. And our upcoming email service (that is currently in private beta) will also make use of this, of course.

Another victim of financial lawfare, accused of money laundering, and basically tortured in a Nigerian prison without having been found guilty of anything so far:

> During his time in prison Gambaryan has developed malaria, pneumonia and tonsillitis and suffers from complications tied to a herniated disc in his back, which left him in need of a wheelchair – though in a video from his last court appearance, Gambaryan did not have a wheelchair, and instead had to struggle on a single crutch.

https://www.coindesk.com/policy/2024/10/11/binance-executive-tigran-gambaryan-denied-bail-in-nigeria/

So, g++ 10.5.0 gave me "201709" for `__cplusplus`, but the bitcoin core 28.0 build fails when it's "< 202002L", meaning you need a newer compiler now. If you're also still on Ubuntu 20.04, there's no available system package for something newer in the normal repos, but you can add e.g. the "ppa:ubuntu-toolchain-r/test" repo, which includes g++-13.

If you're also running LND, then you'll find that the current LND release is not yet compatible with bitcoin core 28.0 out of the box. You can fix the problem by setting "deprecatedrpc=warnings" for your bitcoind, until LND v0.18.4 is released.

nostr:nevent1qvzqqqqqqypzq8meqkx80g3yuklzymy0qfx2ekk56aqc2ht4ak03z3em4r4cdcwtqy88wumn8ghj7mn0wvhxcmmv9uqjqamnwvaz7tmwdaehgu3wv45kuatwv3a8wctw0f5kwtnnwpskxef0qqsf3a3x53h6epdzxt68csv2865073ra8g8qxgkjvtp75m8yxkvrjks77et72

Is this me being retarded, or is the bitcoin-core 28.0 configure script broken?

```

checking whether g++-10 supports C++20 features with -std=c++20... no

checking whether g++-10 supports C++20 features with +std=c++20... no

checking whether g++-10 supports C++20 features with -h std=c++20... no

configure: error: *** A compiler with support for C++20 language features is required.

```

I even compiled a test script with C++20 features using that same g++-10 (version 10.5.0) and that worked just fine.

The explanation is that "if the merchant is into UX", they're supposed to accept unconfirmed transactions as if they are confirmed. I.e. pretend they're confirmed for the sake of not having to wait until they are.

You must not be using it much. I haven't had a payment fail in 2 years or so, and I did thousands since then. Including large ones from time to time. Never having issues.

And that's using s a fairly small node, not some large provider with massive routing capacity, both in liquidity and connections.

nostr:npub1q3sle0kvfsehgsuexttt3ugjd8xdklxfwwkh559wxckmzddywnws6cd26p Quick question: do you know the best way to bundle/build nostrify to a plain ESM module for use in the browser with import maps? 🤔

I tried `deno bundle`, but it's deprecated and also fails with npm specifiers in the dependencies...

Someone at HCPP (in 2019 IIRC) shared an app to try to double-spend UTXOs at the bar, with an almost 50/50 chance of succeeding. They did it only to demonstrate how bad of an idea it is to accept unconfirmed transactions as payment.

Fun fact from #hcpp24:

I asked one of the crew how many payments during the conference she would estimate have been done via #LightningNetwork vs #Monero. She said about 30% XMR, but that she wished everyone used Lightning, because of how slow the Monero payments are.

Point of Sale is just bad UX for anything taking longer than a few seconds. Only really committed merchants will tolerate that, and even then it's rough for them.