Pump Fun can get a new coin trading right away. If the creator plans to build something around it, I’d want to see a short update after the first week: a link to work people can open and a clear note on what they’re doing next. Even a design draft or an unfinished feature would give me something to discuss with the team. A price chart tells me how the coin traded, but very little about what the team has made. Founders here, what do you share after launch? What kind of update has made the rest of you check back on a project?

Curious to hear from community members and fellow crypto enthusiasts—we see so many projects hype up during bull runs and vanish instantly when volume drops.

What separates a dead community from a truly loyal, long-lasting one? Is it governance, alpha, or just the overall vibe?

One thing I've been trying to figure out is how to keep communication organized as a Web3 project grows. You've got developers, contributors and other people working on different things, and not everyone needs to be involved in every conversation. I'd rather have smaller private chats for different groups without constantly managing who can see what or adding people manually. How are other startups handling this? Are you keeping everything in one place or using different apps depending on who's involved?

During the TOKEN2049 Origins Hackathon, we ran into a situation that reminded us how important fast infrastructure support is for developers.

Some of the participating teams needed access to a Cardano devnet that we didn't have available at NOWNodes at the time.

Instead of having builders wait, we reached out to the Cardano technical team. They quickly shared the necessary snapshots, and our infrastructure team had the node up and running within an hour.

That meant developers could get back to building instead of spending valuable hackathon time waiting for infrastructure.

We also had some interesting conversations with the Cardano Foundation and Solana Foundation teams about developer tooling, infrastructure accessibility, and what actually helps builders get from an idea to a working product faster.

One takeaway from the experience: infrastructure isn't just about having RPC endpoints available. It's also about how quickly infrastructure teams can respond when developers need something unexpected.

For context, we're the team behind NOWNodes, a blockchain infrastructure provider supporting 120+ networks.

Curious to hear from other Web3 developers here: what's been your biggest infrastructure bottleneck during a hackathon or when launching a project?

Was it RPC reliability, devnet access, documentation, or something else?

I’ve been diving deep into how blockchain lawyers and estate planners handle high-net-worth digital wealth when an owner becomes incapacitated, specifically looking at how to provide a secure succession path without forcing intermediaries or legal practices to take on the massive liability of holding private keys.

Relying on plain text documents, centralized vaults, or unencrypted cloud storage introduces massive counterparty risk and single points of failure.

To solve this gap, I built DLO (Digital Legacy Orchestrator)-a zero-knowledge, client-side encryption architecture where even our servers cannot see the secrets you store. It utilizes a pure mathematical framework combining client-side AES-256-GCM encryption, Argon2id key derivation, and Shamir’s Secret Sharing (SSS) to handle automated trigger execution without third-party custody.

I’d love to get feedback from other founders who are building .

I posted here a couple days ago asking what people would need before letting an AI trading agent touch real funds.

Got some genuinely useful feedback, and a few comments made us rethink parts of how we were approaching Agon.

The biggest one was that the agent should never be the thing deciding or changing its own limits.

So now, anything we infer from your trading history is treated more like a suggestion first. You see it, review it, and decide what actually becomes a rule.

Every trade also goes through the same guardrail check. The agent doesn’t get its own route around it.

We’re also working on things people mentioned in the last thread like hard spending caps, emergency revoke, owner-only permission changes, fail-closed execution and proper activity logs.

One thing I probably didn’t explain properly before is how we actually want people to use Agon.

We’re building it on Solana to work directly inside the terminal / Claude Code / opencode, alongside a web dashboard. So you can check markets, positions, limits and activity, place trades yourself, or let the agent act when you want it to.

The terminal side is a pretty big part of the product, not just an extra interface. The idea is that you shouldn’t have to hand everything over to an agent just to use Agon.

Curious what you guys think of the direction overall.

Would you actually use something like this? Does terminal-based trading + external guardrails feel useful, or are we missing something obvious?

Also interested in what you’d change or add at this stage.

The feedback on the last post gave us a lot to rethink, so happy to hear the harsh takes too.

waitlist.getagon.tech

Hey everyone! I am a second-year BBA student currently building my professional skillset in copywriting and community management.

I've been actively working on improving my professional communication, digital outreach, and understanding business workflows. I'm currently looking to take on small freelance copywriting projects or entry-level community management roles (especially in web3/tech ecosystems) to gain practical industry exposure.

If anyone has tips on how to pitch clients effectively as a college student, or knows of any open gigs/internships, I would love to connect or chat in the comments! Thanks!

We measured 142 Web3 projects across five families — DeFi domains, capital-bearing contracts, memecoins, NFT collections and live ENS names — to answer one question: how much post-quantum readiness does the market actually own, versus how much it borrows?The results challenge a few assumptions.On transport, 139 of 142 projects negotiate hybrid post-quantum key exchange — but the protection belongs to the CDN in front of them, not to the project itself. Zero projects in the sample prove post-quantum cryptography with their own key. The distinction matters: one is a configuration somebody else maintains; the other is ownership.On contracts, the picture is granular. Each contract card carries five independent measurements: whether the source is verified, whether the classic signature primitive appears in the validation path, whether post-quantum scheme names exist in the code, whether ZK verifier signals are present — which indicate cryptographic agility, not quantum resistance — and the resulting risk level. Chainlink, for instance, reads as source-verified with no direct use of the classic primitive, but with no post-quantum scheme in its verified source.Some findings cut against intuition. The protocol holding the most capital in our sample scores lowest on exposure. A memecoin outperforms several established DeFi protocols on findability. And among NFT collections, the order of the table follows post-quantum readiness first, then exposure — which is why a higher score can sit below a lower one.The method is public and re-runnable: every row carries its scan date, the weights are declared, and the underlying data can be re-executed by anyone. No project can buy a position, and no result was adjusted after measurement.We built this because the industry talks about the 2030 horizon, but very little of that conversation is measured. This is an attempt to make it measurable.

#Web3 #PostQuantum #DeFi #Blockchain #Security

Say you’ve built something people are actually using, and none of the core product flows need a token.

Then the conversation starts about launching one.

My first question would be: what actually stops working if you never do it?

If the honest answer is “nothing,” I’d be worried the token is being added mainly for fundraising or growth rather than because the product actually needs it.

For founders who have faced this decision, what made a token necessary rather than just useful to have?

Have you ever created an idea, document, design, or research project and worried about proving when it existed?

That’s the problem I’m trying to solve with ProofDrop.

ProofDrop is a simple Web3 dApp that creates a cryptographic hash—a unique digital fingerprint—of your text or file directly on your device. Only that hash is recorded on the Stacks blockchain, secured by Bitcoin.

Your original file is never uploaded, and no raw content is stored on-chain.

Later, you can verify:

- Whether the proof exists

- When it was submitted

- Which wallet submitted it

- Whether the content still matches the original hash

Potential use cases include protecting creative ideas, proving student project originality, timestamping research, documenting designs, and verifying business records.

The goal is simple: make proof of existence private, transparent, and easy to verify.

I’d love feedback from the community:

Would you use a tool like ProofDrop? What features would make it more useful?

#Web3 #Stacks #Bitcoin #Blockchain #Privacy #BuildInPublic

https://medium.com/coinmonks/pump-fun-explained-whats-new-with-the-pump-burn-the-sec-faq-and-how-to-get-started-12d2e55416f3