46zFAv8KHaKVuYDTJ15TXAah6SCXw88Dx9UhTuUJa6ydb8m9uGLaYE3AX5JPFhsJjJ6w7NMc7vNYwQPhGkt3tE2L7pwgrte

npub1m5s9w4t03znyetxswhgq0ud7fq8ef8y3l4kscn2e8wkvmv42hh3qujgjl3

https://codeberg.org/mister_monster

09F911029D74E35BD84156C5635688C0

  • 3 Posts
  • 22 Comments
Joined 2 years ago
cake
Cake day: June 14th, 2023

help-circle







  • Well, the concept of a ban list seems ripe for abuse. We have to trust someone to tell us canonically who the bad nodes are, people can slap a fed honeypot node label on you for not going along with something.

    What we need to do is design the system such that a bad node can do nothing but participate in the network. Just like the mining incentive structure with nakamoto consensus. Dandelion++ is supposed to do that, at least for everyone broadcasting their transactions only to initial nodes they know and trust. I don’t know how to do that, but a blacklist is a dangerous stopgap.






  • Dude quit trying to ascribe reasons. Nobody knows, we have pet theories, maybe they fit the empirically observed phenphenomena, maybe not. You see one too many news sites saying “bitcoin breaks 95k as fed reduces interest rates” and think there’s some formula or magic ball or insiders or something, every article like that is lies and paid propaganda. we don’t know.

    We can deduce though, since XMR appears to fluctuate not entirely in lock step with bitcoin, that it’s short term demand changes are not for the same reasons, or by the same people, as bitcoin. My pet theory is that after spikes in btc and ETH and what not, people sell, and a lot of that gets moved through XMR to break the links. That’s been my hypothesis for a few years now for why xmr appears to spike in between bitcoin or ETH jumps, and so my mental model predicts that a spike in btc will often be followed by a spike in xmr, so it’s predictive and therefore should be empirically testable.






  • I’ve been trying to figure out exactly what the point of this is. I haven’t asked Alex (haven’t talked directly to him in a long time as I have mostly abandoned fedi) but I know he’s the first prominent fedi dev to sort of pivot to nostr (a good sign; too many prominent fedi people are more interested in preserving their fiefdoms than the ultimate goal of all this) and has been building some interoperability stuff.

    What I see at first glance is an attempt to slap fedi social model onto nostr? Trying to create a client that gives users a TWKN and local feed of some kind? I don’t know, perhaps someone can clear it up for me.

    Anyway, I don’t really see the point, a primary benefit of nostr is the lack of network fragmentation and siloing. There’s some fragmentation that does occur with failures to fetch notes from relays and things, but not the network splitting and banlist passing and siloed networks like you get on fedi. Trying to shoehorn that UX back into nostr kind of misses the point IMO. I like the idea of community creation as a sort of organizational thing for feed curation without direct follows, it helps discoverability, particularly along lines of shared interest, but I don’t really see how the “web ring” like follow structure doesn’t achieve that already without the downside of building silos. A global feed, I see no point of that at all.


  • mister_monster@monero.towntoPrivacy@lemmy.mlFUTO Keyboard app
    link
    fedilink
    English
    arrow-up
    7
    arrow-down
    3
    ·
    9 months ago

    I use heliboard and futo for speech to text. I was using sayboard for stt, and it worked OK, but futo just seems so much better at it. So far in liking it, I didn’t know they released a keyboard as well, I won’t be giving it a try but I hope it works out, I’d prefer FOSS.


  • It’s peer to peer, no servers, so federation isn’t an option, nor is it something you need here.

    Federation in general is a bad idea. It is prone to network fragmentation and is not censorship resistant.

    What you’re looking for is simply the ability to communicate on multiple configured networks. They’re still peer to peer, but each has their own listings and arbitrator set. That’s something I think is a good idea, although I’d defer to Haveno developers if that’s a good idea because I’m not all that familiar with the network architecture.