Neynar

Celebrating the experimental launch of hubs.neynar.com

We are releasing a v2 of our nodejs sdk. Looking for feedback that you might have run into with our v1.
Some of the things we already know

- API key should only be passed into only in headers
- `castHash` should be optional in `postFrameAction`
- `isPriority` should be removed from `fetchAllNotifications`,  `fetchNotificationsByParentUrlForUser` and `fetchChannelNotificationsForUser`
- `karma3` should be removed from `ForYouProvider` enum (use `openrank` instead)
- `type` parameter in `fetchAllNotifications` from an enum to an array enums (OAS and SDK)
- `types` in `fetchReactionsForCast` should be `ReactionsType[]` rather than `ReactionsType`
- Remove `fetchActiveUsers`
- Accept `viewerFid` in `searchUser` as KV argument
- Accept `timeWindow` in `fetchTrendingChannels` as KV argument 
- distinguish between eth and sol address naming

working on v2 version of @neynar node sdk 

any issues / feedback with v1 that you want to make sure we address?

best farcaster developers build on neynar.com | /neynar

working @ /neynar   🪐  casting @ /rish

there are sometimes type inconsistencies with sdk calls & responses

full sack developer intern at /farcards /mintclub warpcast.tools 🔫 my code breaks things :( 


just a personal opinion, but i wish there was a separate section for more abstracted functions that are commonly used, for example

1. userLikedCast(fid: number, castHash: string)
2. userFollowsChannel
3. userFollowsUser
... etc

I always find myself recreating these helper functions in a new project