Alex Gleason (npub108p…yev6) rees (npub1j3v…qxec) Vitor Pamplona (npub1gcx…nj5z) so my point here is that for nostr to gain the abilities of ipfs would be quite a leap. whereas for ipfs to gain an additional low latency ability for content selected by the node operator seems quite trivial. you literally just give a hint to the client about where to look first (list of nodes that you paid)
if you pay a node to host content for you then queries to it don't need to do a bunch of hops, indirections, block lookups, etc. you just ask the specified address (ie centralized server) for the object and it sends it back to you immediately because it has the entire thing sitting there because that's what you paid them for
you could literally reuse existing ipfs http relays for this. set one up that only fulfills queries for stuff it has pinned locally and then charge to pin stuff on it. I'm not saying that's a particularly elegant solution but it would work at which point I'm really wondering what the point of nostr is in this scenario
creator of #fediblock :verified::makemeneko: /
npub1u8…yr2s5
2023-08-20 04:37:54
in reply to nevent1q…6vn0
Author Public Key
npub1u83gudwdfwjngz5eqxkrnpvsuydvqwjxwz0majvehqrh62804hfq8yr2s5Published at
2023-08-20 04:37:54Event JSON
{
"id": "7f8815f2214f14560a4dfd1fa3ee2941a70b1d18337c11e224b7da1182cbf9e1",
"pubkey": "e1e28e35cd4ba5340a9901ac398590e11ac03a46709fbec999b8077d28efadd2",
"created_at": 1692506274,
"kind": 1,
"tags": [
[
"p",
"79c2cae114ea28a981e7559b4fe7854a473521a8d22a66bbab9fa248eb820ff6",
"wss://relay.mostr.pub"
],
[
"p",
"9458bb738337bc414231e2442c3cf025c60c74fdebbb40d7a99a4061cc4ce236",
"wss://relay.mostr.pub"
],
[
"p",
"460c25e682fda7832b52d1f22d3d22b3176d972f60dcdc3212ed8c92ef85065c",
"wss://relay.mostr.pub"
],
[
"e",
"9f04334dcdd7b4cd5924d107d0cd95cd18e1c013ebaf3268d8220363e1c56251",
"wss://relay.mostr.pub",
"reply"
],
[
"content-warning"
],
[
"proxy",
"https://bae.st/objects/48374024-f56d-4f3a-89a1-839cda2f1aac",
"activitypub"
]
],
"content": "nostr:npub108pv4cg5ag52nq082kd5leu9ffrn2gdg6g4xdwatn73y36uzplmq9uyev6 nostr:npub1j3vtkuurx77yzs33ufzzc08syhrqca8aawa5p4afnfqxrnzvugmqrmqxec nostr:npub1gcxzte5zlkncx26j68ez60fzkvtkm9e0vrwdcvsjakxf9mu9qewqlfnj5z so my point here is that for nostr to gain the abilities of ipfs would be quite a leap. whereas for ipfs to gain an additional low latency ability for content selected by the node operator seems quite trivial. you literally just give a hint to the client about where to look first (list of nodes that you paid)\n\nif you pay a node to host content for you then queries to it don't need to do a bunch of hops, indirections, block lookups, etc. you just ask the specified address (ie centralized server) for the object and it sends it back to you immediately because it has the entire thing sitting there because that's what you paid them for\n\nyou could literally reuse existing ipfs http relays for this. set one up that only fulfills queries for stuff it has pinned locally and then charge to pin stuff on it. I'm not saying that's a particularly elegant solution but it would work at which point I'm really wondering what the point of nostr is in this scenario",
"sig": "ccb9c5480386ab5cec64ed81b3d7606c377d669c891e1da6221a2c497f40b224b8f1ca67c778d47daab061fd2749e3035d13a3b31ebbaecc94201a90dfa48ccb"
}