jalil
@jalil.eth
i stopped using farcaster for a while because i didn't agree with some of the protocol design decisions and how quickly warpcast was iterating on it. but @yougogirl.eth rightfully pointed out to me that having A protocol infinitely better than having NO protocol. to that i had no rebuttal 😂. gm...
6 replies
5 recasts
60 reactions
woj
@woj.eth
well said — what are the changes that you disagree with?
2 replies
1 recast
11 reactions
jalil
@jalil.eth
the new/future channel design vs sticking to the previous metadata or DNS records for example felt more like a business decision than a protocol decision
2 replies
0 recast
5 reactions
Dan Romero
@dwr.eth
Just for context: It was a channels aren't really working decision. If they are working, we're committed to enshrining on the protocol. We've since added a bunch more APIs for the metadata as a placeholder. cc @sahil who is probably the biggest developer on channels right now
2 replies
0 recast
3 reactions
sahil
@sahil
@jalil.eth +1 on making channels permissionless legos (enshrined on the protocol) but we're still a few iterations away in finding PMF for channels. we've been working with 300+ channel mods to help them manage and grow their channels with tools like @curabot. Merkle's been adding whatever functionality/API we've requested for channels so far. my guess is once we find PMF, we should have a good idea of what/how to enshrine on protocol. my north star for channels as a primitive - enable permissionless communities on the internet with a sovereign tech+treasury stack (namespace, data, algos, wallet, incentives).
1 reply
0 recast
4 reactions
jalil
@jalil.eth
thanks Dan! i just loved the notion of URI based channels and imho it "not working" was more an app issue than a protocol issue. i remember we had a ping pong about this back when the new spec was designed. https://warpcast.com/jalil/0xe7e28829 was very in line with the "global state" thinking as well imho (all/open global conversation about a given thing/topic/event (URI)). the "VV" channel could be all casts with a parentURI of visualizevalue dot com, with channel metadata and settings set via opengraph-style tags. also i realize it's not really an either or - onchain ownable channels are useful for things like "travel", "cryptography", or "philosophy" i suppose. love to hear you added more metadata placeholder features will check them out.
0 reply
0 recast
0 reaction
