Skip to content
  • 0 Votes
    3 Posts
    0 Views
    ?
    @mariusor @lauti @linos>I can't find that FEP in the fep repoHere it is https://codeberg.org/fediverse/fep/src/branch/main/fep/8a8e/fep-8a8e.md
  • 0 Votes
    1 Posts
    0 Views
    ?
    FEP-8b32 (Object Integrity Proofs) is getting updated: https://codeberg.org/fediverse/fep/pulls/839I added two new requirements:- Objects identified using fragment IDs SHOULD NOT have integrity proofs. It is enough to secure the top-level document.- Verifiers SHOULD ignore proofs that use unsupported algorithms and verification methods. This requirement provides forward compatibility, which is important because sooner or later we will need to use different algorithms.#fep_8b32 #fep #fedidev
  • 0 Votes
    6 Posts
    0 Views
    ?
    @Profpatsch A lot of effort is being put into reducing implementation complexity - it is just not very visible. Libraries, testing tools, documentation (such as the guide that I mentioned during our previous conversation).However, the complexity is unavoidable in a decentralized network. A standardized representation of a quote (FEP-e232) was proposed long time ago. It was easy to implement, versatile (FEP-e232 could be used to build any kind of link, not just a quote), and it was supported by a significant number of fediverse projects. Then Mastodon developers decided to invent a different kind of quote, with all the unnecessary complexity that you described. But I'd rather deal with this complexity than have some centralized standards org telling me what to do.Another issue is disinformation -- and that is really weird, and unique to Fediverse. You probably heard that JSON-LD is required, but that is not true. The spec doesn't require it. Only a few Fediverse projects actually use JSON-LD, and as a developer you don't need to worry about it -- adding "@context": "https://www.w3.org/ns/activitystreams" to your JSON makes your software compatible with >99% of Fediverse instances, and even that is only necessary because Mastodon has a bug. Unlike the problem of competing standards, this problem can be solved by writing better documentation.