in order to do a tiktok competitor well i think we’d need to figure out if/how to store user dwell info. so important for figuring out what to serve next
I’m trying to use fiatjaf’s nak CLI to generate a new nsec/npub pair.
when I used the “nak key encrypt” command successfully the output shows a string that begins with “ncryptsec…”
what is the relationship between “ncryptsec” and “nsec”?
Nostr’s super-power is interoperability, yet most nostr services tend to build complete experiences rather than “the best micro-app to achieve X”
Is this due to a belief that each app should be a complete end-to-end experience in itself? a lack of coordination among devs? something else?
excerpted from a phone call today with @Max
from some replies on the thread it sounds like there’s not enough standardization of interfaces to make micro apps composable. Have you written anything about how you think it should be done? I suspect that might help people discuss the tradeoffs or coalesce around a specific way to think about composibility of micro-apps
ha... I don’t see what you’re pointing to, but I’m guessing it’s an empty post?
I’ve noticed that a delete event I made earlier today on a long-form article (which was just a junky test article) seems to be propagating as a new note and interpreted by clients as a message with new content
cool... I’ve found there’s plenty of room for nuance here. Much less dunking/“scoring points”… more open discussion. def more discussion on freedom related topics so an overall diff type of content so far.
I notice you’re involved in bitcoin and real estate. How do you see those interests as related/different to each other?
agreed, annual renewal seems like it decreases self-sovereignty
do you understand why a hierarchical namespace is chosen? is it to reduce impact to on-chain blockspace?
I haven’t fully digested the details of what kind of control the owners of the “spaces” might have over the owners of the “subspaces”. After the auction are these held/mapped/updated in a trust-minimized way?
I agree with the principles you listed, except I don’t think we can expect a wide eco system to begin with. Something genuinely new here probably doesn’t have a wide-ecosystem of support from day one (i.e. wallets, browsers, nostr-clients, etc.)
independently I wrote up these core principles which I think a winning solution will probably need to uphold:
+ No central issuer
+ Fair distribution (open to everyone from day 1, scarcity in issuance, verifiable)
+ Market cost to create/issue
+ Market cost to update
+ No ongoing cost to own/hold
+ Proactive name issuance (not a side-effect of some other protocol function)
I agree that names are merely conventions, but I also think it’s helpful to have a unique namespace that allows me to tell someone how to find me even if we’re not directly connected through WoT. I’d guess such connections are an important way of creating WoT density.
If you could solve name-squatting would you find it useful?
e.g. simple use case: imagine you see someone on a video interview and they have a by-line at the bottom of the screen where they can have their handle listed so you can find/follow them on nostr to learn more
I agree WoT solves a lot, but I’m not convinced that it solves certain high impact, but possibly lower volume use-case
I don’t believe it’s unsolvable, though I haven’t seen a solution yet which I would consider good enough.
I would think of names as a socially agreed upon convention that can live entirely in digital space with no knowledge of meatspace.
I don’t see any reason that Apple Inc should necessarily own the name “Apple”, but in an open market they might be able to pay more than “Farmer John’s Apple Orchard, Inc.” to purchase that scarce digital asset from a previous owner.
the 11-12 characters thing sounds like a limitation I heard about in the current ordinals approach to a decentralized namespace… is that what you’re referring to or is there an 11-12 character thing in Spaces?
I’m interested in thinking about ways of using digital scarcity (that we already have present in bitcoin) to prevent bots from taking all available names, while allowing Farmer John Apple to express their interest/demand for that specific name because of its relevance to their business.
Runes does seem like a promising direction at a high level, but I’m not very informed about the implementation details of the project.
Is there any easy way to review all the Runes names that are already issued? If someone built an extension to the indexer software or an API to make it easy to find Runes names (and their mappings?) do you think nostr client developers would be interested in including them like we have with NIP-05 names? Do runes exist as bearer assets like inscribed sats (so they are transferrable)?
I’ve read a few times, but still not sure if I’ve digested the purpose. Is it mostly to help existing PKI be published/shared somewhere?
the specific problem I’m interested in is around establishing a global namespace e.g. so you could own the handle “nusa” and we could use that to find this nostr-account or a website or whatever else you’d want to point it to. does your protocol touch on a solution to that problem?
Ah, I think I get it better now. So you’re relying on the satoshi names from Ordinals? There’s a bunch to like about that naming system, but I also have concerns with the fact that it’s going to be a long time before we can get short names which presumably would entice a lot of people to participate/promote such a system early-on. The proposal I’ve read that attempts to mitigate this problem reduces the self-sovereignty of ownership.
Do you agree that the sat names from Ordinals have not gotten substantial adoption? Are you assuming that will change soon for some reason?
i don’t know if explicit suppression of trolls would work since the identification of such might be just as hard as it is for today’s providers. but there may be an answer somewhere in an open network
https://m.primal.net/KDri.jpg
we need open, user-switchable, transparent algorithms
new people come on and can’t find the good stuff. this needs to be easy for a casual user who is curious to try it out
@Vitor Pamplona and @miljan are already building toward this future, but we can do so much more.
simpler onboarding, easier to discover the good stuff, no engagement-bait shenanigans. the future is bright (but not evenly distributed) nostr:note1ec5x0tzn90n6t9kf2ge9m6ehuty0npv7sn9z58ujgk6dame7psjsx6562l
try @primal and use the “Trending 24h” filter accessible from the upper right box… it’s a good start to find some good notes/people, but not yet part of the obvious/default experience for a n00b
hmmm.. this is using DLCs to setup a non-custodial smart contract between a borrower and lender so the loan is just programmatic and shouldn’t care much about who the parties are. Not sure if individual reputations will add more signal, but maybe there are cases?
You deposit bitcoin, you get stablecoin (e.g. USDC/USDT) that you can off ramp to bank dollars. You pay the right amount of stable coin back at the end of the loan term (all encoded programmatically) and you get your bitcoin back.
I agree that people on subsistence wages should be able to use bitcoin payment rails. I’m not sure I see so directly how stablecoins fit into that. I recently heard something about USDT issued as a Taproot asset. Is that part of the story you’re talking about?
So far the at-scale stablecoins are not interoperable across the L1 chains where they do the most volume.
yeah, the only digital-dollar to bank-dollar stablecoins I know of at scale are USDT and USDC. And they have a mess of inteop issues due to all the competing L1s they issue them on.
I’m not sure how to do stablecoins outside of having someone hold bank dollars and issue digital dollars — esp if you need to use those dollars in the tradfi system at any point. I wouldn’t use them, but there is massive global appetite. So I think Shehzan is suggesting keep the bank<->digital dollar issuers away from bitcoin, because ultimately they’re captured
I’m not sure if owning some sort of synthetic dollar has a credible use-case/sovereign technology solution yet.
oh yeah, I’d be all for giving people whatever they want
despite being a US citizen I’m not a lover of the dollar and all the corruption/war it perpetuates. but there is quite a bit of global demand at the moment
I hedged my language cuz @k00b kind of invented the zap pre-nostr on @SN
j/k Silk Road was a good, but early use-case, tho it had nowhere near the frequency of a media-use-case
assets with more substance (what I might call utility?) have a higher likelihood of sustaining their social consensus over a longer duration
but all pricing is relative to all other options, nothing has an intrinsic price
Oddbean new post about login | logout
Notes by dk | export