Avatar
Nour
02a11d1545114ab63c29958093c91b9f88618e56fee037b9d2fabcff32f62ea9
N in Bᴺ 𝕊pace

Cool idea, but I'd also simply trust my mentors. They are putting their time and energy in this, so they have the right to say with whom.

Still better than aping into Hoskinsons NFTs. I thought, these digital art pieces would be such great artifacts from blockchain era to carry to the future. These Cardano people will be remembered as legends.

So many flaws in my thinking process backthen, it is not funny 🤦

Great talk. I pushed hard through the great filter xD

Will be writing my cover letter and sending it asap

While daydreaming, I saw a post from nostr:npub1s0veng2gvfwr62acrxhnqexq76sj6ldg3a5t935jy8e6w3shr5vsnwrmq5 that they are gathering next Jan to March in Madiera to mentor devs to build things.

In another dream, I heard that in March Bitcoiners are also gathering in Madeira for Bitcoin Atlantis...

Enough dreaming, I need to prepare my cover letter... and my bags

Wishing you well whatever it is you do. Just totay I was introducing Nostr to a friend and used your profile as example of what designers could do here.

Looking forward your comeback.

Replying to Avatar Lyn Alden

“We should change Bitcoin now in a contentious way to fix the security budget” is basically the same tinkering mentality that central bankers have.

It begins with an overconfident assumption that they know fees won’t be sufficient in the future and that a certain “fix” is going to generate more fees. But some “fixes” could even backfire and create less fees, or introduce bugs, or damage the incentive structure.

The Bitcoin fee market a couple decades out will primarily be a function of adoption or lack thereof. In a world of eight billion people, only a couple hundred million can do an on chain transaction per year, or a bit more with maximal batching. The number of people who could do a monthly transaction is 1/12th of that number. In order to be concerned that bitcoin fees will be too low to prevent censorship in the future, we have to start with the assumption that not many people use bitcoin decades out.

Fedwire has about 100x the gross volume that Bitcoin currently does, with a similar number of transactions. What will Bitcoin’s fee market be if volumes go up 5x or 10x, let alone 50x or 100x? Who wants to raise their hand with a confident model of what bitcoin volumes will be in 2040?

What will someone pay to send a ten million dollar equivalent on chain settlement internationally? $100 in fees per million dollar settlement transaction would be .01%. $300 to get it in a quicker block would be 0.03%. That type of environment can generate tens of billions of dollars of fees annually. The fees that people pay to ship millions of dollars of gold long distances, or to perform a real estate transaction worth millions of dollars, are extremely high. Even if bitcoin is a fraction of that, it would be high by today’s standards. And in a world of billions of people, if nobody wants to pay $100 to send a million dollar settlement bearer asset transaction, then that’s a world where not many people use bitcoin period.

In some months the “security budget” concern trends. In other months, the “fees will be so high that only rich people can transact on chain” concern trends. These are so wildly contradictory and the fact that both are common concerns shows how little we know about the long term future.

I don’t think the fee market can be fixed by gimmicks. Either the network is desirable to use in a couple decades or it’s not. If 3 or 4 decades into bitcoin’s life it can’t generate significant settlement volumes, and gets easily censored due to low fees, then it’s just not a very desirable network at that point for one reason or another.

Some soft forks like covenants can be thoughtfully considered for scaling and fee density, and it’s good for smart developers to always be thinking about low risk improvements to the network that the node network and miners might have a high consensus positive view toward over time. But trying to rush VC-backed softforks, and using security budget FUD to push them, is pretty disingenuous imo.

Anyway, good morning.

Replying to Avatar liminal 🦠

Thank you nostr:npub1r30l8j4vmppvq8w23umcyvd3vct4zmfpfkn4c7h2h057rmlfcrmq9xt9ma 🫂

Ideas to think about:

1) what would a decentralized Wikipedia look like?

2) why would anyone use this over a regular Wikipedia?

3) how can such a system leverage the affordances provided by Nostr?

4) can it be a place to help understand academic papers? how can we help remove barriers in academia? Can we address the ever increasing rate of papers being published, no doubt a growing portion will be published with the assistance of AI (covertly given the incentives of the current system) creating a diluted information landscape?

This framework of knowledge attempts to address some of these questions. Its super early, but I'm hopeful this can is a positive path forward.

By addressing these questions this framework no longer is just another Wikipedia, or just another note taking app. Its a framework for knowledge management, highly interoperable with use cases that span the range from personal knowledge management to full academic articles and then some

Good points, on the money.

I have something in mind for an app I created as part of my bachelor thesis on a data collection and curation platform, the grid.

https://github.com/nourspace/uol-final-the-grid

It currently uses a regular database. So I'm thinking to implement a nostr<>grid-db component. Relays want to host a grid instance should run this component to sync grid entries with nostr notes.

I believe there are other ways like filing a NIP and tweaking the ui so it communiates with relays direcrly, or using ndk? I have not done any nostr development yet.

I like the idea of having a GraphQl endpoint as it allows for building richer ui components.

nostr:npub1l2vyh47mk2p0qlsku7hg0vn29faehy9hy34ygaclpn66ukqp3afqutajft nostr:npub1gcxzte5zlkncx26j68ez60fzkvtkm9e0vrwdcvsjakxf9mu9qewqlfnj5z I would love to hear your thoughts.

nostr:nevent1qqszly80ejq843gecf5jphq9k88nqg6arvhtkp4w7s7m0djmvfyf66cpz3mhxue69uhhyetvv9ujumn0wd68ytnzvupzpq35r7yzkm4te5460u00jz4djcw0qa90zku7739qn7wj4ralhe4zqvzqqqqqqyd935fy