GNU social JP
  • FAQ
  • Login
GNU social JPは日本のGNU socialサーバーです。
Usage/ToS/admin/test/Pleroma FE
  • Public

    • Public
    • Network
    • Groups
    • Featured
    • Popular
    • People

Conversation

Notices

  1. Embed this notice
    mikedilger (ee11a5dff40c19a555f41fe42b48f00e618c91225622ae37b6c2bb67b76c4e49@mostr.pub)'s status on Sunday, 24-Mar-2024 07:07:06 JST mikedilger mikedilger
    • Alex Gleason
    • fiatjaf
    ON BLASTR:

    The main problem I have with blastr (@5be6446a) is that it works too well. So well that lots of nostr software is broken and the developers don't even know it is broken because blastr fixes it for them. It is like everybody is riding their bicycles with training wheels on, and we don't have a clear idea who what software would fall over if the training wheels came off.

    If events were not being copied (at least for a while) then the community of devs could find and fix the insufficiencies. But is that a pipe dream?

    Secondarily, I don't like the inefficiencies of copying events all over the place and I think that won't scale as nostr grows. But that is a self-correcting problem.

    ON THE INBOX MODEL:

    Outbox model is now also being challenged by "inbox model" (https://github.com/nostr-protocol/nips/discussions/1134, https://github.com/nostr-protocol/nips/pull/1135). I think these relay usage patterns can co-exist.

    These models of following people have different properties. Compared to the outbox model, the inbox model has these properties:

    * The publisher improves their reach by pushing their events to many relays
    * It is easy to see and count who is following the publisher
    * The publisher can cut you off, and you cannot follow someone secretly under this model
    * Readers only have to read from their own approved relays, not random ones they might not trust. This might also be nice for power-limited phones.
    * Worse overhead because events are copied to all the recipient relays, which might be a lot of copies.
    * It is not clear where reactions and replies go, or if everybody participating in a converstaion sees the reactions/replies of everybody else participating

    @3bf0c63f
    @alex
    In conversation about a year ago from mostr.pub permalink

    Attachments

    1. Domain not in remote thumbnail source whitelist: opengraph.githubassets.com
      Inbox model · nostr-protocol/nips · Discussion #1134
      Lots of talk about outbox model. People still discussing whether Nostr is decentralized etc. ActivityPub uses an inbox model. I think it's easier and more intuitive than an outbox model. The script...
    2. Domain not in remote thumbnail source whitelist: opengraph.githubassets.com
      nip-64: inbox model by fiatjaf · Pull Request #1135 · nostr-protocol/nips
      just throwing out the idea, I don't know if it is worth exploring. read here: https://github.com/nostr-protocol/nips/blob/inbox-model/64.md from the text: The approach described in this NIP doesn'...
    • Embed this notice
      Alex Gleason (alex@gleasonator.com)'s status on Sunday, 24-Mar-2024 07:07:05 JST Alex Gleason Alex Gleason
      in reply to
      • fiatjaf
      @ee11a5dff40c19a555f41fe42b48f00e618c91225622ae37b6c2bb67b76c4e49 @3bf0c63fcb93463407af97a5e5ee64fa883d107ef9e558472c4eb9aaaefa459d @5be6446aa8a31c11b3b453bf8dafc9b346ff328d1fa11a0fa02a1e6461f6a9b1 > The publisher can cut you off, and you cannot follow someone secretly under this model

      This is actually the reason ActivityPub chose to do it. This is a feature, not a bug, to them.

      Inbox and outbox need to coexist to get all the benefits of Nostr.
      In conversation about a year ago permalink
    • Embed this notice
      fiatjaf (3bf0c63fcb93463407af97a5e5ee64fa883d107ef9e558472c4eb9aaaefa459d@mostr.pub)'s status on Sunday, 24-Mar-2024 22:15:41 JST fiatjaf fiatjaf
      in reply to
      • Alex Gleason
      They must still have an outbox relay unless they really want to not get their message out in the world for all to see -- which is the default behavior for people who use Twitter and so on.
      In conversation about a year ago permalink
    • Embed this notice
      mikedilger (ee11a5dff40c19a555f41fe42b48f00e618c91225622ae37b6c2bb67b76c4e49@mostr.pub)'s status on Sunday, 24-Mar-2024 22:15:41 JST mikedilger mikedilger
      in reply to
      • Alex Gleason
      • fiatjaf
      Someone might have a paid newsletter that is only delivered to private inboxes, each copy watermarked so they can determine if anybody leaked it and cancel that subscription.
      In conversation about a year ago permalink
      Alex Gleason likes this.
    • Embed this notice
      mikedilger (ee11a5dff40c19a555f41fe42b48f00e618c91225622ae37b6c2bb67b76c4e49@mostr.pub)'s status on Sunday, 24-Mar-2024 22:15:42 JST mikedilger mikedilger
      in reply to
      • Alex Gleason
      • fiatjaf
      Well, if someone doesn't publish a kind-10002 and instead publishes an inbox model thing, I can still secretly follow them using the gossip model (which may be by following them on one of their followers' relays)
      In conversation about a year ago permalink
    • Embed this notice
      fiatjaf (3bf0c63fcb93463407af97a5e5ee64fa883d107ef9e558472c4eb9aaaefa459d@mostr.pub)'s status on Monday, 25-Mar-2024 05:21:59 JST fiatjaf fiatjaf
      in reply to
      • Alex Gleason
      Outbox model is not being challenged, I still think outbox model should be the de facto standard, but it can be complemented. I don't think anyone should implement a thing that just does the inbox model, that would be very limiting -- i.e. you would never be able to follow anyone who doesn't do the publish-to-inbox flow on their side.

      But I guess you could have a third-party service automatically forwarding stuff from outboxes to inboxes. Is there a risk to doing this?
      In conversation about a year ago permalink
      Alex Gleason likes this.

Feeds

  • Activity Streams
  • RSS 2.0
  • Atom
  • Help
  • About
  • FAQ
  • TOS
  • Privacy
  • Source
  • Version
  • Contact

GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.

Creative Commons Attribution 3.0 All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.