npub16d8g...4rzv
sovereign-community-infrastructure@nostrprotocol.libretechsystems.xyz
npub16d8g...4rzv
Welcome to Our Bitcoin Store
We are a small, passionate team dedicated to providing quality Bitcoin-focused tools and accessories. Our current offerings include:
Bitcoin wallets
Seed storage plates
Nostr signing devices
ESP32 miners
3D-printed cases and hardware
Satscards & Boltzcards
As we grow, so will our inventory and expertise in serving you. If you're interested in any of our products, please feel free to inquire about shipping. Thank you for your support! ⚡
Onchain
Ecash
Layer-2
Liquid
Accepted
☆.𓋼𓍊 𓆏 𓍊𓋼𓍊.☆
⠀⠀⠀⠀⣿⡇⠀⢸⣿⡇⠀⠀⠀⠀
⠸⠿⣿⣿⣿⡿⠿⠿⣿⣿⣿⣶⣄⠀
⠀⠀⢸⣿⣿⡇⠀⠀⠀⠈⣿⣿⣿⠀
⠀⠀⢸⣿⣿⡇⠀⠀⢀⣠⣿⣿⠟⠀
⠀⠀⢸⣿⣿⡿⠿⠿⠿⣿⣿⣥⣄⠀
⠀⠀⢸⣿⣿⡇⠀⠀⠀⠀⢻⣿⣿⣧
⠀⠀⢸⣿⣿⡇⠀⠀⠀⠀⣼⣿⣿⣿
⢰⣶⣿⣿⣿⣷⣶⣶⣾⣿⣿⠿⠛⠁
⠀⠀⠀⠀⣿⡇⠀⢸⣿⡇⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀
Bitcoin the sovereign community infrastructure
https://cryptoslate.com/bitcoin-is-becoming-infrastructure-not-just-an-asset/
Will joinscript be co-ordinater agnostic?
Never pass a Promise<T> where a T is expected. Either await it first, or redesign the API to handle the promise properly. Nostr clients, relay lists I suppose come from async storage (IndexedDB, localStorage, network), so getRelays() being async may be valid—it justs, somehow needs to handle properly at the call site.
I just cannot find a common pattern to do the fix. I have a possible fix in mind
the NostrService has an async method getRelays that returns a Promise, but when calling subscribeMany, it's being passed directly without awaiting.
In two weeks I might figure it out,when I’m not thinking of it so much, no rush
Full of Hubris
You are not special, they will choose it over you. The real question is how will that affect your sense of meaning and value to your own self perception
All for one, One for all