@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.
>2. Decentralized Governance
CHIP process is quite complicated and seems to be focused exclusively on network upgrades. Also, calling it decentralized is misleading because some group of people has to oversee the process, maintain the repository etc etc
But I agree that setting up something like RFC for Monero ecosystem is a good idea, because it will improve coordination and transparency. Someone even tried to start it back in 2014 (and failed): https://github.com/monero-developers/mips
Such project would require some support from the community (to avoid the fate of the previous MIPS initiative), but I think it's doable. In Fediverse we have FEP process, which is very lightweight and can be used as a template.
@monero @rafael_xmr I know how Nostr works, I just don't think it is better. However, if it still be around in a year or two, I might consider using Nostr relays for storing AP data. Why not, if this infrastructure already exists