working on farcaster infrastructure @ /neynar, neynar.com  🪐🪐🪐   /rish 

Since UI is from block explorer this must be some contract.
194 is your fid, and because you can already resolve custody address to FID (with the original OP identity contract) it means that the address in screenshot is not custody address but a verification address that was published as verification message to hubs.

So simple this is an on-chain resolver of verification addresses to FID. 

If my presumption is correct the method is wrong because it should return uint256[] instead of uint256 as the FC protocol allows a single address to be added as verified to multiple FIDs.

🪐 Building @neynar, join us in /neynar & /nfs | ex-Coinbase | manan19.twitter

Yes, this was not the case before. But we made verified addresses globally unique, and a verification with a newer timestamp will replace the old one regardless of who owned it previously.

So now, one address = one fid at any given point in time.

> the FC protocol allows a single address to be added as verified to multiple FIDs.

This was changed. Verified addresses are now globally unique.

Software developer, open source enthusiast, privacy advocate.

Clear Wallet Open-source privacy focused wallet: https://clear-wallet.flashsoft.eu/


Tested it.

That's the case, if you verify one address it will be removed from the other FID. 

I mean you can have the custody address and verified address be the same, and also you can have a custody address being verified on another FID, but yeah now it's the case you can't have the same verified address on 2 profiles.

Don't see what was the issue with having the same address on multiple profiles, especially because an address can't own multiple FIDs it means that you can't signal you own more than 2 FID(with one custody set as verified for other FID)...

So you need a third-party provider to make the relation that x wallet owns 100 FIDs when before you could have had that build-in protocol.