As for this:

inkan

npub16xnpfx85k8wzdhctang6860g3u64lds5kac73ddjwlg0lxdg9g3su56z6l

hex

ba7e47aa85c980c981dbf5a7c5f72debf3f6626bc596b1b3ff91978c90f5144c

nevent

nevent1qqst5lj842zunqxfs8dltf797uk7hulkvf4ut943k0ler9uvjr63gnqprpmhxue69uhhyetvv9ujuem4d36kwatvw5hx6mm9qgsdrfs5nr6trhpxmu97e5dra85g7d2lkc2twu0gkke8058lnx5z5gckgfjwl

Kind-1 (TextNote)

2026-03-22T13:24:01Z

↳ Reply to Event not found

304fe8f74e806f58776d9bf261d9607ec2b086fa3c781b275a6709daa3a2204e...

As for this:

"Side not on that; when comparing times, the time of the original event might be later than the time of the block the proof for that event refers to, because blocktime is fuzzy, so people should take such edgecases into account."

Agree that the target event's created_at being later than the time of the block that encodes the proof is not a problem.

The only problem is if the time of the block is much later than the created_at of the target event.

In Inkan, I let users manually set the maximum permitted time differential between the created_at of the target event and the time of the block that records the event. The default setting is 4 hours. If the time differential is greater than that, the target event gets filtered out.

Raw JSON

{
  "kind": 1,
  "id": "ba7e47aa85c980c981dbf5a7c5f72debf3f6626bc596b1b3ff91978c90f5144c",
  "pubkey": "d1a61498f4b1dc26df0becd1a3e9e88f355fb614b771e8b5b277d0ff99a82a23",
  "created_at": 1774185841,
  "tags": [
    [
      "e",
      "e5b7ec9a5854b69c6d59ceea0c423d0f44d0996dcccd00764c174d8aa9e0162b",
      "wss://nos.lol/",
      "root",
      "5ea4648045bb1ff222655ddd36e6dceddc43590c26090c486bef38ef450da5bd"
    ],
    [
      "e",
      "304fe8f74e806f58776d9bf261d9607ec2b086fa3c781b275a6709daa3a2204e",
      "wss://nos.lol/",
      "reply",
      "5ea4648045bb1ff222655ddd36e6dceddc43590c26090c486bef38ef450da5bd"
    ],
    [
      "p",
      "40b9c85fffeafc1cadf8c30a4e5c88660ff6e4971a0dc723d5ab674b5e61b451"
    ],
    [
      "p",
      "5ea4648045bb1ff222655ddd36e6dceddc43590c26090c486bef38ef450da5bd"
    ]
  ],
  "content": "As for this:\n\n\"Side not on that; when comparing times, the time of the original event might be later than the time of the block the proof for that event refers to, because blocktime is fuzzy, so people should take such edgecases into account.\"\n\nAgree that the target event's created_at being later than the time of the block that encodes the proof is not a problem.\n\nThe only problem is if the time of the block is much later than the created_at of the target event.\n\nIn Inkan, I let users manually set the maximum permitted time differential between the created_at of the target event and the time of the block that records the event. The default setting is 4 hours. If the time differential is greater than that, the target event gets filtered out.",
  "sig": "647b8da7469134bd7604afb296372c4be58d77fadee9720a2a621bcf79bf69e85c88b33180d30edc0a0e2f35f28efee895a4f0fbca21fb72c06900909df61aa3"
}