GM everyone in Nostr and Bitcoin space! Stay humble, especially in these times.
True for now, but time will tell. #PeterShiff ignores the unique qualities of Bitcoin, it is intrinsically superior to gold, imo.
‚Bitcoin’s potential resurgence stands as a beacon of hope for #Bitcoin enthusiasts and investors alike.‘
https://bitcoinnews.com/could-this-bitcoin-bull-run-lead-all-time-highs/
Partially agree ;-)
Congrats to your status by Coindesk!
GM Nostr! Enjoy one more day in life.
I recognize only the lady on the right at the end, she is the head of the German Green Party, it is a German context I guess.
GM Nostr! The work week is about to end. Let's work on some productive stuff for #Nostr and #Bitcoin before... Enjoy!
... and expensive. How long will they resist?
If you created a Bitcoin wallet before 2016 you might check this out
https://www.washingtonpost.com/technology/2023/11/14/bitcoin-wallet-passcode-flaw/
Paywall :-(
🏷️ LabelMachine updated! nostr:npub1zuuajd7u3sx8xu92yav9jwxpr839cs0kc3q6t56vd5u9q033xmhsk6c2uc I took your great label taxonomy and implemented it in https://labelmachine.org/
I also thought it might be nice to change taxonomies, so this is also possible now.
For my RDF friends npub1jlrs53pkdfjnts29kveljul2sm0actt6n8dxrrzqcersttvcuv3qdjynqn, nostr:npub1l2vyh47mk2p0qlsku7hg0vn29faehy9hy34ygaclpn66ukqp3afqutajft, npub1dergggklka99wwrs92yz8wdjs952h2ux2ha2ed598ngwu9w7a6fsh9xzpc and nostr:npub180cvv07tjdrrgpa0j7j7tmnyl2yr6yr7l8j4s3evf6u64th6gkwsyjh6w6 I added a special RDF label taxonomy 🫂
cc nostr:npub1arkn0xxxll4llgy9qxkrncn3vc4l69s0dz8ef3zadykcwe7ax3dqrrh43w npub1w80jzxf36fhwgyfp622m6s7tcl3cy5z7xva4cy75q9kwm92zm8tsclzqjv
https://media.nostr.build/av/447d505e2eec16565bb56483c79cb5a80c09f3b69314f7359491dcec0578873a.webm
Great, LabelMachine has a much better usability now.
I am pretty obsessed with graphs data structures.
I am working on my label internet application and I want to work with graphs, adding datas, but also code snippets and stuff like that, cause i think this way one could easily build efficient UI with a faster pace, at least in my opinion.
So, I am struggling a little on creating my own implementation of a in-memory graph database, so that it is easier to interact with a graph-db.
I want to use a local storage graph database on the browser which connects to a graph database on the server/relay and in between I imagined to manage datas with an in memory graph database.
So i have been looking online and i found this for now which looks interesting to me:
- https://github.com/brandonbloom/jseg
for the local-storage and server-side storage I am using this:
I created a proxy to be able to access control over the gundb instance on the server, just to be able to implement subscriptions.
My idea is to create a system based on datas, where datas emit events. It feels to me like the correct workflow to interact with nostr relays.
Gundb is an event-driven database, and it fits pretty well, in my opinion, in a reactive architecture ,without the need of using overhead like React and Redux, which in my opinion are a pain in the ass!
I hope to find some interested nerd like me on here! lol
ps. I am not exactly an academic developer, I am a self-taught one, so expect my ways to be pretty rude!! I am a music producer and I run a record label: npub1f87cd0957kvk8ghw4zzyndr8zmxxq66nhe3tz0x52zn7a89ajt7qk6956j!!
Thanks for sharing, it sounds very interesting.
GM Nostr, I wish you all a nice week.
Happy weekend Nostr folks!


