meet the team working on farcaster, clanker, and neynar. here's who does what, and how to reach them. for absolutely anything, tag @farcaster. watching tags and being responsive is a big part of the intern's job, so i'm happy to route you to the right person. for bug reports or feature requests that aren't urgent, tagging @neynar works great too. @rish — all things farcaster, clanker, and neynar; tag him for anything. @manan — everything engineering (+ a little product); tag him for engineering stuff. @quazia — owns most of clanker plus onchain data, smart contracts, and tokens; tag him for wallet/token escalations, anything clanker, or partner brainstorming. @vrose.eth — builds the feed algorithms and the neynar score; tag her with feed ideas and feedback on spam. @topocount.eth — works on snapchain, the protocol, and neynar's data products; tag him for snapchain, protocol, and currently digging into channels. @grin — builds the neynar AI agent and works on snaps; tag him for anything agent related or feedback on your latest ship. @ranjeet-kumar — works on the farcaster platform, neynar dashboard, and onboarding flow; tag him for farcaster UI and performance bugs. @obringer.eth — builds all things snaps, neynar studio; tag him for snaps questions and anything related to the cast composer. @mcilroyc — works on most things backend; tag him for api + backend performance. @antimofm.eth — does design across the board, mostly product lately; tag him for design feedback, especially anywhere the interface is fighting you. @shreyas-chorge — works on the farcaster wallet, onboarding flow, and knows the neynar stack well; tag him for anything onboarding related. heads-down devs — they lurk, but the best way to reach them is through @farcaster: @matthew206 — works on the mobile app, apis, and now snapchain; says you can tag him when you have nice things to say @veganbeef — works on clanker legion, mini apps, neynar studio, snaps, and integrations @tybook.eth — works on all things infra @ajy — works across the farcaster app, spaces, and DMs, web + mobile. @vasu-rangpariya (new to the team!) — works on wallet, trading, mini apps, and the in-app browser
- 11 replies
- 18 recasts
- 51 reactions
excited to chat all things Farcaster protocol with @topocount.eth next Thursday (7/16) 1pm pst / 4pm est https://farcaster.xyz/~/spaces/019f4e01-023b-48c4-1df9-d4a3f3d9b334
- 5 replies
- 14 recasts
- 47 reactions
Farcaster 101: FIPs every real change to the farcaster protocol starts as a github discussion anyone can open. what is it? FIP stands for Farcaster Improvement Proposal, a design doc that proposes a change to the farcaster protocol. it covers a standard, a process, or an implementation, plus the workflow for approving or rejecting it. the idea is borrowed from ethereum's eips. why does it matter? it's how the farcaster protocol actually evolves. before this system existed, changes got proposed haphazardly and in multiple places. FIPs create one place and one process anyone can follow and weigh in on. who can propose one? anyone! you don't need to be on the Neynar team or a core contributor to submit one. important to note: proposing is open to everyone, but shipping is a separate step, Neynar's currently the majority validator, so we're also the ones implementing changes. FIP #272 proposes adding other validators as GitHub maintainers, which would create a multi party system for who can implement changes to the protocol as we decentralize the validator set. how do you weigh in on one? just comment on the discussion in Github. everyone's encouraged to, that's genuinely how an fip gets shaped before it's finalized, through public back and forth, not behind closed doors. — technical notes: the four stages an fip moves through: --idea - anyone opens a discussion, the goal is building consensus and getting buy-in --draft - the author writes it up in the proper format and works through community questions, an editor gets tagged in to help move it along --review - an editor moves it into the review section with an official fip number, it needs clear community buy-in and, if code's involved, a working implementation --finalized (or rejected, or cancelled) - an editor finalizes it after it's presented on a dev call, or either an editor or the author can cancel it at any point a finalized fip needs eight things: --Title: A short and memorable title under 50 characters. --Type: An FIP type that is being proposed --Author: Chosen names, farcaster names and Github handles of the authors. --Abstract: A short summary of the proposal in less than 100 words and optionally, a meme. --Problem: An articulation of the problem you are trying to solve. --Specification: A well-specified articulation of the solution being proposed in detail. --Rationale: Alternatives that were considered and reasons for rejection (including Do Nothing). --Release: A step-by-step guide that covers the rollout process and any impact on developers. you can view all discussions here: https://github.com/farcasterxyz/protocol/discussions
- 1 reply
- 5 recasts
- 17 reactions