[-] silverpill@mitra.social 2 points 2 months ago

@deadsuperhero @fediverse FEP-ef61 is what Mike was implementing and rolled out in production this summer. It's not like we didn't advertise that. All work on this FEP (and ones that precede it) was done in public channels, it's really hard to miss if you're interested in nomadic identity.

Give @weekinfediverse a follow. It provides a concise summary of what is happening in Fediverse

[-] silverpill@mitra.social 2 points 2 months ago

@deadsuperhero @fediverse You cite an abandoned project and withdrawn WebMonetization FEP and then say "most efforts have not advanced beyond the planning stages". This statement is misleading because those planning stages are far behind us. Mitra had subscriptions since 2022 and there are other projects that provide monetization options, like PeerTube Lightning plugin and PeerTube Premium Users plugin. FEP-0ea0 and FEP-0837 were published and implemented. Your co-author @quillmatiq should be well aware of these developments because we talked about it

[-] silverpill@mitra.social 2 points 6 months ago

@pomstan

Yes.

https://github.com/discourse/discourse-activity-pub

It is currently being tested at SocialHub (though only selected topics are federated, @feps@socialhub.activitypub.rocks and a couple of others)

@monero @OrangeFren

[-] silverpill@mitra.social 1 points 7 months ago

I've successfully followed it. Thank you @Danbob

@monero

[-] silverpill@mitra.social 1 points 9 months ago

@rafael_xmr @monero Support for portable objects can be added to existing Fediverse applications, the idea is relatively simple. However, implementing it might still require significant effort because of the fundamental shift from "one account -> one server" to "one account -> multiple servers". I've started to work on this in Mitra, but we're still several months away (at the very least) from anything usable.

Once this idea is proven to work, I expect rational developers to adopt it, because the benefits of data portability seem to vastly outweigh its downsides.

[-] silverpill@mitra.social 1 points 9 months ago

@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

[-] silverpill@mitra.social 1 points 9 months ago

@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

[-] silverpill@mitra.social 2 points 9 months ago

@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.

[-] silverpill@mitra.social 1 points 1 year ago

@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)

[-] silverpill@mitra.social 1 points 1 year ago

@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.

[-] silverpill@mitra.social 2 points 1 year ago

@WishfulAlbatross

>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.

[-] silverpill@mitra.social 1 points 1 year ago

@monerotalk did:xmr requires downloading the blockchain to perform the verification, right? So it's not lightweight. Also I found the github repo but there is not much info: https://github.com/benedictvscriticus/did-xmr/tree/main/2023-06-Monerokon. Has any progress been made since the presentation at Monerokon?

That being said, I like the idea of selective disclosure and I might even put this DID method to practical use if it will be properly specified.

cc @MoneroTalk

view more: โ€น prev next โ€บ

silverpill

joined 1 year ago