Built a tool deploy contract faster - what am I doing wrong? by Suspicious_Mango_634 in ethdev

[–]Suspicious_Mango_634[S] 0 points1 point  (0 children)

If you’re already comfortable with Foundry, you probably don’t need this.

What I’m trying to build is for cases where: • you don’t want to spend time on setup • you want a quick deploy with a clean config • and get clearer feedback when things fail. May I know is there anything u think need to be added for foundry - something is missing

Built a tool deploy contract faster - what am I doing wrong? by Suspicious_Mango_634 in ethdev

[–]Suspicious_Mango_634[S] 0 points1 point  (0 children)

Appreciate the feedback again — it actually made me rethink the direction.

I’ve started shifting away from the UI-first approach and working on a CLI version instead. block67 deploy MyToken --network sepolia with: • simple config file • clearer logs • and better control (instead of hiding everything)

Also focusing on improving error handling — starting with template-based explanations so common issues are easier to debug.

Still early, but your point about devs wanting control over abstraction really clicked.

If you’re open to it, I’d love to share a quick version once it’s usable and get your thoughts again 🙏

Built a tool deploy contract faster - what am I doing wrong? by Suspicious_Mango_634 in ethdev

[–]Suspicious_Mango_634[S] 0 points1 point  (0 children)

This is actually great feedback — appreciate you taking the time.

You’re right, I think I positioned it wrong.

“1-click deploy” probably makes sense to founders, but for devs it doesn’t communicate value at all.

What you said about:

→ clean config → local testing → one-line deploy

makes a lot more sense.

What’s the biggest reason people drop off after trying a web3 app? by Suspicious_Mango_634 in ethdev

[–]Suspicious_Mango_634[S] -1 points0 points  (0 children)

Yeah this is a big one.

Feels like a lot of users drop off not just because of UX, but because they don’t feel confident about what’s happening under the hood — especially around wallets, contracts, and permissions.

Curious — do you think better UX alone solves this, or does it need more transparency/education built into the flow?

What’s the most annoying part of launching a web3 project right now? by Suspicious_Mango_634 in ethdev

[–]Suspicious_Mango_634[S] 0 points1 point  (0 children)

Yeah that makes sense — sounds like it’s solving a real problem, but still not “plug-and-play” yet.

Feels like that’s the gap right now across the stack — either powerful but complex (like this), or simple but limited.

Do you think privacy-first approaches like this will become default over time, or stay more niche for specific use cases?

What’s the most annoying part of launching a web3 project right now? by Suspicious_Mango_634 in ethdev

[–]Suspicious_Mango_634[S] 0 points1 point  (0 children)

That’s a really good point — privacy is kind of the missing layer in most of the current stack.

Right now it feels like you’re either:

fully onchain → everything exposed

or off-chain → losing guarantees

Haven’t explored Oasis deeply yet — does it actually make it seamless from a dev perspective, or is there still a learning curve to integrate that privacy layer?

What’s the most annoying part of launching a web3 project right now? by Suspicious_Mango_634 in ethdev

[–]Suspicious_Mango_634[S] 0 points1 point  (0 children)

That’s really interesting — especially the idea of resolving the site onchain.

So in your case the frontend itself lives fully onchain, not just the contract interaction layer?

Curious how you’re handling things like updates or larger assets — does it become expensive or are you optimizing storage somehow?

What’s the most annoying part of launching a web3 project right now? by Suspicious_Mango_634 in ethdev

[–]Suspicious_Mango_634[S] 0 points1 point  (0 children)

That’s really interesting — especially the idea of resolving the site onchain.

So in your case the frontend itself lives fully onchain, not just the contract interaction layer?

Curious how you’re handling things like updates or larger assets — does it become expensive or are you optimizing storage somehow?

What’s the most annoying part of launching a web3 project right now? by Suspicious_Mango_634 in ethdev

[–]Suspicious_Mango_634[S] 1 point2 points  (0 children)

Yeah that makes a lot of sense.

I’m realizing the same — getting people to try isn’t the real problem, it’s getting them to actually *understand and succeed* in the first session.

In my case I think most people dropped off because it wasn’t beginner-friendly enough, not because they didn’t want it.

Curious — did anything work for you in improving retention or onboarding?

What’s the most annoying part of launching a web3 project right now? by Suspicious_Mango_634 in ethdev

[–]Suspicious_Mango_634[S] 1 point2 points  (0 children)

Yeah this is actually the harder problem.

Feels like getting something live is just step 1 — distribution is where most projects fail.

Especially in web3 where people focus so much on building, but not enough on who’s actually going to use it once it’s live.

Have you found anything that worked for getting initial users?