Trigs

@trigs

393 Following

619 Followers

Trigs pfp

1 reply

0 recast

1 reaction

Trigs pfp

I'm sure the month's worth of top quality research and analysis did nothing to make this possible to complete so quickly.

1 reply

0 recast

1 reaction

Trigs pfp

Interesting correlation and now I'd like some bio dynamic wine, please! 🍷😋

0 reply

0 recast

1 reaction

Trigs pfp

I like that too! It makes sense. The greenest phalangied friends I've had all had an immense care and awareness for plants and how they reacted in their environments.

1 reply

0 recast

2 reactions

Trigs pfp

Sounds wild, but I'm dying to get more insights so be sure to share how it goes for you!

1 reply

0 recast

1 reaction

Trigs pfp

Welcome to Decentralized. Which, in reality, just means nobody's responsible for anything. We've been spoiled by what we think should be expected from teams with funding. I'm sure Merkle will get their shit fully together in time, but the reality of today is that it's still just a scrappy little upstart that is riding fast and loose trying to catch a 'wave'. I don't blame them, because we are about to watch the metric shitton of money it's going to cost to pull Lens out of the post-scene grave. I'm pretty sure their feedback strategy is super specific filters and they monitor numbers and anytime anything trips a breaker they zero in on it. You see it happen, suddenly someone from the team comes in with a hot pulse survey and they engage very deeply with anyone and everyone with thoughts. What they don't do is waste time engaging with complaints that just don't have the number to justify the distraction. It's a system that works unless it doesn't, like you're describing in your recent posts. We shall see!

1 reply

0 recast

1 reaction

Trigs pfp

yeah it's hard. I appreciate you taking the time to share your thoughts and roadblocks! It's helpful for me at least, if nothing else! 👊

0 reply

0 recast

1 reaction

Trigs pfp

I don't disagree with anything you're saying. I share a lot of the same frustrations. We can disagree all day long with the merkle team, but at the end of the day either you believe the protocol is sufficiently decentralized and safe to build on or you don't. 🤷 No matter how good or bad Warpcast is, the number of ppl who want to be on a web3 Twitter with mini apps is a limited addressable market. I know more ppl in real life that would never use Warpcast but would participate in a decentralized social network that gave them control over how they participated. There are thousands of Internet communities out there that want nothing to do with anything Warpcast will ever be, but they would use a sufficiently decentralized social graph that enabled them to coordinate on their terms. Maybe Farcaster will implode and die. There are other potential solutions too. But the ppl here are too cool not to be here for now!

0 reply

0 recast

3 reactions

Trigs pfp

I hear ya. I don't work for Merkle. I work for Farcaster in the sense of it being an open protocol so I'm putting together user requirements for theoretical clients to fit specific use cases with the hope that it'll help guide promising new devs towards building things that give us alternatives to Warpcast to experience Farcaster. Nothing against Warpcast. It's just Farcaster is pointless if we don't build a viable ecosystem outside of it. Warpcast will be great when we also have everything else we need. Warpcast will be like the fun version of social media we can escape to when we feel like it.

0 reply

0 recast

1 reaction

Trigs pfp

Would it make you feel any better if you knew I'm logging them as user feedback data points?

0 reply

0 recast

1 reaction

Trigs pfp

Another great example of what we are striving to accomplish with Nearchos. This one is twofold: - there are different user groups. We need to identify the needs of these user groups so that they can have more control over their web3 experience - we need more devs building these solutions so it's not just the protocol team carrying the load We are attacking both of these problems by: - doing user research - designing use cases - dat money, yo (assisting with grant funding) The goal is to open source the blueprints, and then maximize for coordination and collaboration to ensure decentralized development of the solutions people truly need.

0 reply

1 recast

2 reactions

Trigs pfp

Yeah but if there's not very many tokens in distribution then there's not really any incentive to do so or for traders to try to extract from it. Rule set being time based is definitely a wrench in the idea... 🤔 Just trying to ideate around a funding strategy that maximizes for token utility and creator funding early on and then growing the speculative side of the tokenomics when there's more adoption and proof of creator value production. The problem i see with funding creators/builders with something that encourages speculation too early is that it's too distracting for both the creator and the supporter during these early stages where any speculation is purely hype with no substance. Creators need more stable income in the early stages, and appealing to supporters less motivated by speculation will provide that. Once they're over that maslovian baseline and their work starts to catch, then some speculation becomes a great distribution mechanism without undermining the core process creating value

0 reply

0 recast

1 reaction

Trigs pfp

Lol I'm gonna say it's real, but I'll be honest I'm mostly just thinking I miss Goldie!

0 reply

0 recast

1 reaction

Trigs pfp

My thought process was trying to define a stage 1 that doesn't assume an LP because there's not sufficient token issuance yet to have liquidity. The idea being for early creators they can have more of a low-volatility, organic growth cycle where supporters are regularly buying tokens or paying directly to mint publications as nfts. No LP means no value extraction from speculation at this stage. All value flows to the revnet with like 50-70% of mint splits going to the creator and 30-50% getting split to NFT holders based on the ranking system I described. That means the majority of the value is under the creator's control. They can burn tokens to redeem funds as needed, or take out loans to invest in a content production cycle that will drive new community growth that'll pay off the loan. But once a content creator gets popular enough that they get to a certain threshold of demand it moves to the next stage that opens up the LP and starts supporting more speculative behavior.

1 reply

0 recast

1 reaction

Trigs pfp

0 reply

0 recast

1 reaction

Trigs pfp

1 reply

0 recast

1 reaction

Trigs pfp

https://warpcast.com/trigs/0xfba9c684

0 reply

0 recast

1 reaction

Trigs pfp

The beauty of this system is that there's not enough token liquidity to drive a speculative token market UNTIL there's sufficient production of value that users have 'minted' enough of the supply to push the revnet into stage 2 or something. @jango.eth @kmacb.eth curious on your thoughts here.

1 reply

0 recast

3 reactions

Trigs pfp

What if it's some combination? I'm thinking: - utility coins at the creator level - spend/burn coins to mint nft's at the publication level - options for gating certain extra levels of access with tokens and/or mints - option for publication level patronage by collecting with a paid mint instead of token - optional extra utility for additional burn mechanisms for things like merch, event access, direct services, etc. - speculative component could be a token split on creator level mints. A creator's publications are ranked by total mints and holders get a split of new token mints based on which nft's they hold, somewhat hypersub style. Could potentially use a /revnet backend for managing this.

2 replies

0 recast

3 reactions

Trigs pfp

Great insight into what's needed in the creator economy. This is some classic Nearchos style analysis: - identifying the need for collaboration - connecting builders with users/creators so that product design is more functional to real use cases - creating more practical value propositions by figuring out how to package onchain data in a more composable way. This is some A-tier analysis by @humpty.eth and the /earlymorningcrew

0 reply

1 recast

4 reactions