From where I come from Hel is written with a single L and it's not so bad.
Some vegetables would do you good...
Is this the Aikido you were talking about
Oh, got it. Yeah that might be useful 👍
Fuck, I found the eventReceived code block in ndk/src/relay/subscriptions(.)ts where you check the event against the local filter. Could that be optional? nostr:nprofile1qqs04xzt6ldm9qhs0ctw0t58kf4z57umjzmjg6jywu0seadwtqqc75spzpmhxue69uhnzdps9enrw73wd9hszynhwden5te0wp6hyurvv4cxzeewv4eszynhwden5te0wfjkccte9enrw73wd9hsxv8qkt nostr:nprofile1qqspwwwexlwgcrrnwz4zwkze8rq3ncjug8mvgsd96dxx6wzs8ccndmcpzemhxue69uhk2er9dchxummnw3ezumrpdejz7qtxwaehxw309anxjmr5v4ezumn0wd68ytnhd9hx2tmwwp6kyvt6w46kz6nyxa6nxumc8pu82wfj09shvwt2wau8qu3cxvukxuesdd3nxufkws6nvanyx46njufsxvehsmtgwd4nvcejw43n7cnjdaskgcmpwd6r6arjw4jszxrhwden5te0dehhxarj9enx6apwwa5h5tnzd9az77vr4lw
I think some clients have that type of a blacklist, no?
From what I've read in your codebase I think you're "only" validating that the returned events have correct fields and verify the sig but nothing else. It'd be nice to get a confirmation that this is the case.
nostr:nprofile1qqs04xzt6ldm9qhs0ctw0t58kf4z57umjzmjg6jywu0seadwtqqc75spzpmhxue69uhnzdps9enrw73wd9hszynhwden5te0wp6hyurvv4cxzeewv4eszynhwden5te0wfjkccte9enrw73wd9hsxv8qkt nostr:nprofile1qqspwwwexlwgcrrnwz4zwkze8rq3ncjug8mvgsd96dxx6wzs8ccndmcpzemhxue69uhk2er9dchxummnw3ezumrpdejz7qtxwaehxw309anxjmr5v4ezumn0wd68ytnhd9hx2tmwwp6kyvt6w46kz6nyxa6nxumc8pu82wfj09shvwt2wau8qu3cxvukxuesdd3nxufkws6nvanyx46njufsxvehsmtgwd4nvcejw43n7cnjdaskgcmpwd6r6arjw4jszxrhwden5te0dehhxarj9enx6apwwa5h5tnzd9az77vr4lw does NDK check events returned from a relay against the subscription filter? Or does it "trust" that the relay did in fact return events matching that filter?
Asking because we're implementing filters with wildcards on the hornet-storage relay and would like to fetch events with a filter like ["#d"]: ["/apps/git/repos/*/issues/*/title"] where the wildcard * can be any string.
And if NDK does in fact check returned events against the filter on the client-side then we'd need to work around that to get the wildcards working.
nostr:nprofile1qqs04xzt6ldm9qhs0ctw0t58kf4z57umjzmjg6jywu0seadwtqqc75spzpmhxue69uhnzdps9enrw73wd9hszynhwden5te0wp6hyurvv4cxzeewv4eszynhwden5te0wfjkccte9enrw73wd9hsxv8qkt nostr:nprofile1qqspwwwexlwgcrrnwz4zwkze8rq3ncjug8mvgsd96dxx6wzs8ccndmcpzemhxue69uhk2er9dchxummnw3ezumrpdejz7qtxwaehxw309anxjmr5v4ezumn0wd68ytnhd9hx2tmwwp6kyvt6w46kz6nyxa6nxumc8pu82wfj09shvwt2wau8qu3cxvukxuesdd3nxufkws6nvanyx46njufsxvehsmtgwd4nvcejw43n7cnjdaskgcmpwd6r6arjw4jszxrhwden5te0dehhxarj9enx6apwwa5h5tnzd9az77vr4lw does NDK check events returned from a relay against the subscription filter? Or does it "trust" that the relay did in fact return events matching that filter?
Asking because we're implementing filters with wildcards on the hornet-storage relay and would like to fetch events with a filter like ["#d"]: ["/apps/git/repos/*/issues/*/title"] where the wildcard * can be any string.
The lines are an abstraction of an abstraction of an abstraction
We don't much care if you don't approve of the software we write.
Is it just me or is that an absolutely meaningless graph 😂
If you're going to nostr:nprofile1qqsfc93uwdgl3qetpz6kewewp9vkp5w9qcxadv8yv85p8u8sw3v3r8sprdmhxue69uhkummnw3ez6ur4vgh8xetdd9ek7mpwv3jhvqgewaehxw309ac82unpwe5kgcfwdehhxarj9ekxzmnyqy28wumn8ghj7un9d3shjtnyv9kh2uewd9hsrce5ph you'll want to see this talk 🎤
https://github.com/nostrworld/nostriga/issues/55
?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MjIzMzgxOTcsIm5iZiI6MTcyMjMzNzg5NywicGF0aCI6Ii8xMjk3MDIwMzMvMzUzMjc4NTUxLWFjZjU0NzAwLWNkNTktNDk0ZC05NGI0LTkxMTVlNmQ0ODk4Zi5wbmc_WC1BbXotQWxnb3JpdGhtPUFXUzQtSE1BQy1TSEEyNTYmWC1BbXotQ3JlZGVudGlhbD1BS0lBVkNPRFlMU0E1M1BRSzRaQSUyRjIwMjQwNzMwJTJGdXMtZWFzdC0xJTJGczMlMkZhd3M0X3JlcXVlc3QmWC1BbXotRGF0ZT0yMDI0MDczMFQxMTExMzdaJlgtQW16LUV4cGlyZXM9MzAwJlgtQW16LVNpZ25hdHVyZT1mNGY4OWYxYTY2ZGFjODYwMmRlMmNhMzZkNzJiNWU3NmM5OTRhZWQ0OTFhYTA4MGUwZDkwZGY5ZjkzYjE4ZTA5JlgtQW16LVNpZ25lZEhlYWRlcnM9aG9zdCZhY3Rvcl9pZD0wJmtleV9pZD0wJnJlcG9faWQ9MCJ9.485n89ewaElR4BXFB53h47XvguRE0qc00dXOpfkg3Uc
?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MjIzMzgxOTcsIm5iZiI6MTcyMjMzNzg5NywicGF0aCI6Ii8xMjk3MDIwMzMvMzUzMjc4NTUxLWFjZjU0NzAwLWNkNTktNDk0ZC05NGI0LTkxMTVlNmQ0ODk4Zi5wbmc_WC1BbXotQWxnb3JpdGhtPUFXUzQtSE1BQy1TSEEyNTYmWC1BbXotQ3JlZGVudGlhbD1BS0lBVkNPRFlMU0E1M1BRSzRaQSUyRjIwMjQwNzMwJTJGdXMtZWFzdC0xJTJGczMlMkZhd3M0X3JlcXVlc3QmWC1BbXotRGF0ZT0yMDI0MDczMFQxMTExMzdaJlgtQW16LUV4cGlyZXM9MzAwJlgtQW16LVNpZ25hdHVyZT1mNGY4OWYxYTY2ZGFjODYwMmRlMmNhMzZkNzJiNWU3NmM5OTRhZWQ0OTFhYTA4MGUwZDkwZGY5ZjkzYjE4ZTA5JlgtQW16LVNpZ25lZEhlYWRlcnM9aG9zdCZhY3Rvcl9pZD0wJmtleV9pZD0wJnJlcG9faWQ9MCJ9.485n89ewaElR4BXFB53h47XvguRE0qc00dXOpfkg3Uc


