This is what I’ve been on about for months … WoT filtering (of bots and bad actors) is too much work for clients to handle and unnecessary burden for relays to deliver all the spam. The bulk of WoT filtering NEEDS to be handled “server” side.
The “only” problem with “smart relays” is possible lack of choice and transparency for end users.
Now we have WoT relays … Soon we will have “smarter” WoT algos (as jb55 (npub1xts…kk5s) and Vitor Pamplona (npub1gcx…nj5z) mention bellow) using more than just follows follows. These algos will be accessible to end users (in any client) via relay feeds, custom nip51 list feeds, and via DVMs. In addition, clients and relays themselves will be able to access algo APIs directly, to offer their own white labeled solutions.
I am currently working with straycat (npub1u5n…ldq3) and cloud fodder (npub10np…tl5h) on My Grapevine (https://grapevine.my), to spearhead open source development of WoT algos and user centered WoT services.
In the end, we envision an open and accessible market FULL of WoT solutions that end users can choose from (and recommend and share with each other).
But yea, Karnage (npub1r0r…q9ac) , WoT filters on the relay is still well within the scope of “pure” old skool nostr.
IMHO
ManiMe /
npub1ma…yn9tn
2024-09-16 01:47:56
in reply to nevent1q…d7t9
Author Public Key
npub1manlnflyzyjhgh970t8mmngrdytcp3jrmaa66u846ggg7t20cgqqvyn9tnPublished at
2024-09-16 01:47:56Event JSON
{
"id": "dc68ffeb0a43c19906485f2b177a103be347c73f6bb683e1d4b8ea01cb084a1e",
"pubkey": "df67f9a7e41125745cbe7acfbdcd03691780c643df7bad70f5d2108f2d4fc200",
"created_at": 1726444076,
"kind": 1,
"tags": [
[
"e",
"012a4349c6490861463608897ae70fffc368477e65eb64fb2d02fa59bb8d492e",
"",
"root"
],
[
"e",
"4b9742f5bc5ea593790bb2272ae78e2ba1557e052e903e7dc204e2994a85f2cb",
"",
"reply"
],
[
"p",
"e2ccf7cf20403f3f2a4a55b328f0de3be38558a7d5f33632fdaaefc726c1c8eb"
],
[
"p",
"e5272de914bd301755c439b88e6959a43c9d2664831f093c51e9c799a16a102f"
],
[
"p",
"460c25e682fda7832b52d1f22d3d22b3176d972f60dcdc3212ed8c92ef85065c"
],
[
"p",
"32e1827635450ebb3c5a7d12c1f8e7b2b514439ac10a67eef3d9fd9c5c68e245"
],
[
"p",
"7cc328a08ddb2afdf9f9be77beff4c83489ff979721827d628a542f32a247c0e"
],
[
"p",
"1bc70a0148b3f316da33fe3c89f23e3e71ac4ff998027ec712b905cd24f6a411"
],
[
"client",
"Nostur",
"31990:9be0be0fc079548233231614e4e1efc9f28b0db398011efeecf05fe570e5dd33:1685868693432"
]
],
"content": "This is what I’ve been on about for months … WoT filtering (of bots and bad actors) is too much work for clients to handle and unnecessary burden for relays to deliver all the spam. The bulk of WoT filtering NEEDS to be handled “server” side. \n\nThe “only” problem with “smart relays” is possible lack of choice and transparency for end users. \n\nNow we have WoT relays … Soon we will have “smarter” WoT algos (as nostr:npub1xtscya34g58tk0z605fvr788k263gsu6cy9x0mhnm87echrgufzsevkk5s and nostr:npub1gcxzte5zlkncx26j68ez60fzkvtkm9e0vrwdcvsjakxf9mu9qewqlfnj5z mention bellow) using more than just follows follows. These algos will be accessible to end users (in any client) via relay feeds, custom nip51 list feeds, and via DVMs. In addition, clients and relays themselves will be able to access algo APIs directly, to offer their own white labeled solutions. \n\nI am currently working with nostr:npub1u5njm6g5h5cpw4wy8xugu62e5s7f6fnysv0sj0z3a8rengt2zqhsxrldq3 and nostr:npub10npj3gydmv40m70ehemmal6vsdyfl7tewgvz043g54p0x23y0s8qzztl5h on My Grapevine (https://grapevine.my), to spearhead open source development of WoT algos and user centered WoT services. \n\nIn the end, we envision an open and accessible market FULL of WoT solutions that end users can choose from (and recommend and share with each other). \n\nBut yea, nostr:npub1r0rs5q2gk0e3dk3nlc7gnu378ec6cnlenqp8a3cjhyzu6f8k5sgs4sq9ac , WoT filters on the relay is still well within the scope of “pure” old skool nostr.\nIMHO\n",
"sig": "700e6bd4e873efb5820f2448b66437b4f90c0c85e656305a77fec67a60fa4b9d9a17b672e1b5042855c9b2a061573a27f9ddce67e7240c07b561f73b988d9359"
}