Content pfp
Content
@
0 reply
0 recast
0 reaction

Varun Srinivasan pfp
Varun Srinivasan
@v
FIP: Snapchain A new proposal to introduce global ordering to Farcaster hubs. We'll discuss this in more detail in the dev call tomorrow, but sharing an early draft for feedback. https://warpcast.notion.site/Snapchain-Public-0e6b7e51faf74be1846803cb74493886
16 replies
160 recasts
466 reactions

Varun Srinivasan pfp
Varun Srinivasan
@v
For more historical context, check out the ordering discussion on Github: https://github.com/farcasterxyz/protocol/discussions/193#discussioncomment-10620053
0 reply
0 recast
95 reactions

Thomas pfp
Thomas
@aviationdoctor.eth
Couple of questions, please: 1/ if Alice casts, will she and everyone else have to wait ~7.5 seconds on average for the next snap for her cast to be visible, including in her own local client (not sure if a client shows the local “mempool” in addition to the hub’s contents)? Could this introduce some conversational lag that wasn’t there before? 2/ if Alice posts and deletes her cast immediately, does the snap pruning mechanism mean that nothing gets written to the hubs (I’m unclear about the example provided in the doc)?
1 reply
0 recast
5 reactions

alec.eth is yapping🤠 pfp
alec.eth is yapping🤠
@alec.eth
might be reading this wrong but have yall looked at risc zero? https://risczero.com/
1 reply
0 recast
1 reaction

Zach pfp
Zach
@zachterrell
| Per-cast fees are a really bad user experience haven’t thought through this deeply, but couldn’t you just mentally model the current Storage implementation as a “preloaded balance” for casts?
1 reply
0 recast
0 reaction

phil pfp
phil
@phil
0 reply
0 recast
3 reactions

depatchedmode pfp
depatchedmode
@depatchedmode
1. The geographic placement and operation of 10-20 write hubs (or whatever the number may be) feels very hard to get right. Some concerns there about restrictiveness of any governance approach. 2. FID based sharding starts to sound a lot like ATProto PDS, yeah?
0 reply
0 recast
1 reaction

MJC pfp
MJC
@mjc716
did you coin a new data structure?
0 reply
0 recast
1 reaction

df pfp
df
@df
0 reply
0 recast
0 reaction

Jesse Walden pfp
Jesse Walden
@jesse
will write hubs be permissioned? if so, any thoughts around ho to decentralize this? thought: i remember the steemit blockchain (2017) required $STEEM in yr wallet in order to write to the chain (so not unlike paying a fee for an FID/storage), and you were rate limited based on amount of steem you had (no gas fees per post) -- there were a lot of interesting ideas there, and also a lot of problems that i forgot about now.
0 reply
0 recast
0 reaction

Zach pfp
Zach
@zd
where / when is the dev call tomorrow? i’d love to join if available (sorry if already posted somewhere)
1 reply
0 recast
2 reactions

Suji Yan pfp
Suji Yan
@suji
This seems super centralized seems you can just censor the write of the ‘official hub’; it’s even worth than Fediverse from that perspective.
0 reply
0 recast
0 reaction

Thomas Walsh pfp
Thomas Walsh
@thomaswalsh
Deltagraphs huh Sounds cool
0 reply
0 recast
0 reaction

Mentat 🐹 pfp
Mentat 🐹
@mentats.eth
Thanks for the direction! I'm curious to see how we can achieve a certain Goldilocks number. Personally, I think it would be good to use a scoring for eco contribution other than voting or staking. @v do you have any thoughts on maintaining an archive of pruned snapshots, or is it still the role of services?
0 reply
0 recast
0 reaction

binocularsXL🚀 pfp
binocularsXL🚀
@binocularsx
Noob question: how many years of software engineering do you have to have under your belt to figure this out?
0 reply
0 recast
0 reaction

Kaido 🎩🎩 pfp
Kaido 🎩🎩
@tamey
Quick explanation, definition and example This is definitely the real V not the googly eyes one
0 reply
0 recast
0 reaction

koisose.lol pfp
koisose.lol
@koisose
i think this will not make hub faster innit, parallelchain should be the term like golang concurrency
0 reply
0 recast
0 reaction