Content
@
https://opensea.io/collection/neynar-1
0 reply
0 recast
0 reaction
Andrei O.
@andrei0x309
I noticed that `hub-grpc-api.neynar.com` still points to a hub(by checking `getInfo`), do anyone knows when that DNS will point to a snapchain node instead of a hub? For context I asked the guys from /pinata and they also said that thier address will point to a snapchain. The switch should already be possible so that's why I am asking.
2 replies
0 recast
2 reactions
Manan
@manan
fwiw, `hub-grpc-api.neynar.com` is pointing to a snapchain node on our end. we're waiting on this PR to merge + release. https://github.com/farcasterxyz/snapchain/pull/401
1 reply
0 recast
1 reaction
Andrei O.
@andrei0x309
You're right, one thing I saw is that `getUsernameProof` does not work as it used to. For some reason old hubs can get the username(fname) proofs but this snapchain neynar instance gives an error. It will error out for any fname, but will work if the name is an .eth name instead of fname. Do you know anything about that? Thanks.
1 reply
0 recast
1 reaction
Manan
@manan
@andrei0x309 is this issue still happening for you? I couldn't find a related issue on the snapchain repo but I dig deeper if it's still an issue. I tried the http api and the responses seem to match between hubble and snapchain https://hoyt.farcaster.xyz:2281/v1/userNameProofByName?name=manan https://github.com/farcasterxyz/snapchain/issues?q=is%3Aissue%20state%3Aclosed%20username
2 replies
0 recast
1 reaction
Manan
@manan
I can dig deeper
0 reply
0 recast
1 reaction
Andrei O.
@andrei0x309
No thanks, it was fixed with `0.2.7` issue was on `0.2.6`, neynar now points to `0.2.9`, which also doesn't have this issue. It was mainly for a library(farcaster-snapchain-utils) that works with public nodes, your own nodes or a Nenar node if you provide the API. The library simplifies interacting with a node: https://andrei0x309.gitbook.io/farcaster-snapchain-utils
0 reply
0 recast
1 reaction
