I did. Yet I'm not sure where it will go yet.

原始 JSON

{
  "kind": 1,
  "id": "b6ef12bf79f2a76b34364ab3ddbc702315ad1bcdf227f70631797baa51494295",
  "pubkey": "efc2b6e59480f0e55cc87c69af06b6d1a11fa25e4ea95a439878c41799c53c19",
  "created_at": 1788647591,
  "tags": [
    [
      "e",
      "71548e70da7ec315931758f97acf0006df89cfae4fff8245142b5dcb522dd9a8",
      "",
      "root"
    ],
    [
      "p",
      "3bf0c63fcb93463407af97a5e5ee64fa883d107ef9e558472c4eb9aaaefa459d"
    ],
    [
      "e",
      "308be55d4a64b3d92312801878f82502cab9a359e3f2249d277f25e515711e1c",
      "",
      "mention"
    ],
    [
      "e",
      "00000ba930eb36e5d9c2f5bdd8d9cdf97d0a790b9faef9ac45963792ff6c7197",
      "",
      "mention"
    ],
    [
      "e",
      "2cdc350a7e302b9e55cfaa89aba94074880e465d4f5042c1ccb37dcb16cbf169",
      "",
      "mention"
    ]
  ],
  "content": "I did. Yet I'm not sure where it will go yet.\n\nhttps://image.nostr.build/76910fd04c27d85d6b7d5b971cf52029b22ed9d1ed8f29010d862e9a38b034ff.jpg\n\nIt's mostly about the synergy of signers + DMs mess, which I believe is as close to resolution as ever.\n\nThere's definitely a tension in the beginning: NIP-17 reliability is not just some meme. Clients are either buggy or/and propose wrong relays by default—this destroys UX in the beginning:\n\nnostr:nevent1qqsrpzl9t49xfv7eyvfgqxrclqjs9j4e5dv78u3yn5nh7f09z4c3u8qpz3mhxue69uhhyetvv9ujumn8d96zuer9wcq3samnwvaz7tmwdaehgu3wvdhkgmmwv9n8gtnrdaks6q4j5h\n\nTwo of my close contacts either ran into exactly this issue or something similar. We don't see these bugs because we know what we do, and we don't normally use such crappy hardware as the cheap Samsung phones (with their custom firmware that always lags from the upstream Android).\n\nThe problem with singers: bunker:// URI works great, but it's inconvenient to use for somebody who wants to connect from desktop to Amber. nostrconnect:// supposed to fix it, but it appears that clients propose some other relays the user didn't choose; these could be dead/slow/unavailable relays from their location.\n\nI ended up writing another starter guide/tool due to all this frustration:\n\nhttps://codonaft.com/nostr-no-bullshit.html\n\n\u003e anything that we could do in order for you to do that\n\nMostly optimize for reliability:\n\n1. Test apps on the crappiest of the popular devices.\n\n2. Require clients to allow custom relays to be set in nostrconnect://\n\n3. Implement semi-automatic migration of dead relays to new ones everywhere: in ordinary clients and in the signers:\n\nnostr:nevent1qqsqqqqt4ycwkdh9m8p0t0wcm8xljlg20y9elthe43zevdujlak8r9cprpmhxue69uhkummnw3ezucm0v3hkuctxwshxxmmdqyxhwumn8ghj7mn0wvhxcmmv8dfjj6\n\n4. Get rid of raw nsec/ncryptsec input lines in the ordinary clients entirely—these are overabused, specifically when something fails with NIP-46.\n\nEvery time somebody pastes their nsec in another slopware, I no longer trust them: I don't consider the DMs to be actually private.\n\nnostr:nevent1qqszehp4pflrq2u72h864zdt49q8fzqwgew575zzc8xtxlwtzm9lz6gprpmhxue69uhkummnw3ezucm0v3hkuctxwshxxmmdqy2hwumn8ghj7un9d3shjtnddaehgu3wwp6kyuxc3kh\n\nSome NIP could already directly state: \"nsec SHOULD never be used directly in clients; NIP-46 and NIP-07 SHOULD be used instead\". It's like the actual example of why we SHOULD use uppercase SHOULD sometimes—to show how stupid we were by allowing it to do otherwise.",
  "sig": "06e047018a590df2c58940a29eedebfc17643393da2d7ebd07042da611bf5c5e7796bc11772f6937dc7d9c020adcafbd656e7d1318236e4ac9a86af4791c0bf1"
}