@silverpill
@mitra.social@rafael_xmr @monero With AP you can have multiple admins too. Server-bound accounts is not an inherent limitation of a protocol, it just happened that popular servers like Mastodon and Lemmy are designed this way.
If you're interested in technical details, here's what I'm working on: https://codeberg.org/fediverse/fep/src/branch/main/fep/ef61/fep-ef61.md
@mister_monster @monero Yes, this is me. I'm choosing fediverse for several reasons 1) almost everyone I care about is here 2) I think it's actually very important to be in contact with people who maintain infrastructure (admins) 3) ActivityPub is an open protocol which is not controlled by anyone 4) better protocol design overall
Many existing implementations suffer from the lack of data portability but I figured out how to fix that.
@treetrnk @monero I recommend building on ActivityPub instead.
You'll be able to connect to monero.town and to everything else in Fediverse. See https://codeberg.org/grindhold/flohmarkt for example. It is a bit unfinished but people are already using it. If you're python dev you can even fork it.
@monerobull monero.town has become one of my primary Monero news sources (along with various weekly digests). Keep it up!
@Eggroley I have no time for shitcoin research. If there are other CHIP sites, it shouldn't be difficult for you to present them.
>Decision making being done by multiple unaffiliated people from multiple different teams on different node software and, CHIPs taking multiple years and iterations to achieve consensus seems to fit the definition of decentralized governance pretty well.
If 10 guys talking on a forum and deciding what's best for all users of a network counts as "decentralized", then yeah, maybe it is.
@Eggroley We were talking about CHIPs at https://bch.info/en/chips. There's a website and a github repo, likely controlled by the same person. Looks very official to me, and very centralized. More generally, there's no such thing as "decentralized governance". You can have anarchy / free market, or you can have a centralized decision making process, but not both.
@tusker There seems to be an overlap in functionality between Kuno and my project Mitra, which also provides a way to support individuals with XMR.
Have you looked at it? The software is well-maintained, and has federation capabilities (I'm posting to monero.town from my own server right now). If any feature is missing (e.g. the ability to set goals), I could add it.
>On the other hand this alone may push the hardfork to Seraphis and Jamtis a full year further out
Move slow and don't break things. I think an additional year of development is not a problem for end users
@WishfulAlbatross Looks like it was abandoned by the person who started it. And the only way to submit a MIP was privately via email. No public discussion, no peer review of proposals -- it's understandable why nobody wanted to participate.
I could create a similar repo if anyone is willing to submit a proposal. I have no proposal ideas at the moment, but I wrote Monero-related proposals in the past (1, 2) for CASA (Chain Agnostic Standards Alliance)
@lukeprofits I think your application can be better described as "payment scheduler", and you're right about "monero payment code" sounding confusing. Maybe "monero scheduler code"? Or "monero payment request"?
Also, I'm still interested in implementing code generation in my project. The only blockers are portability issues that I previously reported.