Pinned Tweet
and the DeFiDuck takes the 1st place.
Keep on duck'in! 🦆
Replying to @1inch
Extend Limit Order Protocol ($6.5K total):
🥇 DeFiDuck (@rishad0x3)
🥈 CrossYield (@Okayrohannn)
🥉 Tzunami (@0xholmesdev, @notarkoroy, @ayashtwtt, @Soubhag24825728, @RoshanKhan75906)
rishad retweeted
I built backend for a fintech app that gives students their first credit card - so they can build credit before they even graduate.
Also won ETH India AND ETH Singapore, and built one of the fastest token snipers on Solana. (0-2 blocks)
Now I'm open to new opportunities 🧵👇
rishad retweeted
Extend Limit Order Protocol ($6.5K total):
🥇 DeFiDuck (@rishad0x3)
🥈 CrossYield (@Okayrohannn)
🥉 Tzunami (@0xholmesdev, @notarkoroy, @ayashtwtt, @Soubhag24825728, @RoshanKhan75906)
rishad retweeted
Replying to @megabyte0x
Can be done in parallel. Do some learnings on the side while doing your normal job.
But I would say the highest priorities are:
- everyone should program in assembly and/or C at some point. Programmers must grapple with pointers and the difference between stack and heap. This will also teach you about computer architectures.
- big-O analysis should be second nature. No need for esoteric data structures, but trees, lists, queues, heaps, hashmaps, etc should be second nature. Ideally build them from scratch at some point. Basic recursion should feel natural (yes, you should invert a binary tree because it’s one of the simplest recursive algorithms out there). If you don’t have an instinct for “how fast is this operation” you can’t design anything consequential.
- actually learn how binary arithmetic works. I’ve seen developers who can’t understand a bitmap because of this.
- know the basics of networking and cryptography. No need to go super deep, but they can’t be complete black boxes. I’ve found a lot of programmers have a weak understanding of probabilities and don’t recognize when they can make massive efficiency gains by using randomness properly.
- in an ideal world, build a compiler (this requires more commitment, but will teach you a lot)
- the highest impact thing (but also the hardest) is modifying an operating system. This gets your hands dirty with a big codebase and teaches you want the computer is doing to your programs behind the scenes. It will also teach you parallel programming and hardware optimizations.
rishad retweeted
I DM’d MrBeast on this.
We as an industry must help @rstormsf’s case.
He still short on the funds!!!
Dear Crypto Community & Privacy Advocates,
This is an urgent call: My trial begins July 14, and we’re facing a critical shortfall. I need to raise $500K in the next few days and $1.5M within a couple of weeks to sustain our fight - covering escalating legal fees, expert witnesses, and research as the case extends beyond the initial 2-week projection.
My team is working nonstop to defend code as free speech, protect software development , and push back against government overreach that threatens us all.
If you can help, please donate now - every contribution counts in this battle for our freedoms: freeromanstorm.com
This is urgent 🚨
nitter.gq/rstormsf/status/194381…
Thank you. 🙏
rishad retweeted
It’s really depressing to see posts like this.
We as an industry have pushed under the rug calldata verification because “we just want to get people on the door”.
But that needs to end now.
You either understand your transactions, or you use a wallet that will help you understand.
Using a wallet that doesn’t help you understand should soon be considered as worthless as using a wallet that exposes your private key.
I've not been posting consistently for the past few days
my wallets were compromised and drained
and i've been depressed and had lost all my will to post or do anything on chain
the worst thing about all of this is i've absolute no idea how this happened, most likely it's a case of a malware in my old windows pc
to make things worse, the wallets hit were all my main farming ones, before the harvest season, they were drained manually and by the time i realised, they were drained except of a few of my NFTs such as sappy and ens etc
even tho most fund was drained, i was able to transfer my nfts to another wallet and i guess that triggered the manual drainer to impose a safe contract on my main wallet smh
even tho all of this happened before the loudio experiment, i still yapped hard cuz i thought it'd recover me something back and i'll not get this chance again to maybe "make it all back" but it wasn't it
my overall portfolio and worst of all, the "pre-rich" bags have taken a massive hit and
now that all the dust has settled down, i've tried to note down all the mistakes i made that could've been avoided & consulted a friend and have taken some steps to get back on tracks
- the worst and worst of mistake i made was i stored too much on my farming wallets & i didn't used a ledger. such a rookie and noob mistake you could say but it's a lesson for me and i've gotten a couple of ledgers, one for storing assets and one for farming wallets
- i had just one laptop pc for years before 2025 (i bought a new mac this year in feb) and used it both for crypto and my personal stuff and didn't cleared it even after transferred most of my usage stuff to the mac
- my farming were too unorganised and messy and wallet keys were stored on notes and stuff, instead of ledger or actual paper
- my workflow was too chill cuz i did all stuff on a laptop, laying on my bed all day, and for that, i've decided to make a proper desk workspace and properly dedicate myself to my brand and me
i realise even tho all of this is too much, i've got no other way to "make it" for me and my family and like most of CT people, i can't talk about to it to my family too cuz they don't know about this hustle at all
but it's okay and i've considered it as kind of a divine intervention to try it all once again, with all might
i'll start again with new farming wallets, building on-chain footprints and giving it all of my knowledge and this time it'll more vigorous than ever
it'll take some time but i'll be posting on full throttle mode back soon and once i've got everything settled in an organised manner, i'll get back on tracks with everything i've got
peace & love to y'all, it's time to go all in
one last godspeed
rishad retweeted
This is awesome. If you want to learn ZK, I'm going to recommend this as a starting point from now on 😁
New on Updraft: @CiaraNightingal’s Fundamentals of Zero-Knowledge Proofs (ZKPs) 🌟🚀
A high-level, 1 hr course to help you understand ZK protocols and apps.
Discover
- What ZKPs are and their requirements
- Interactive vs non-interactive ZKPs
- ZK terminology
And more!
👇
rishad retweeted
How to make Ethereum L1 scaling more friendly to users running local nodes for personal use:
ethresear.ch/t/a-local-node-…
rishad retweeted
We recently did an audit for a v4Router built by @saucepoint and @z0r0zzz
Check it out here.
github.com/z0r0z/v4-router/b…
rishad retweeted
Dropping some thoughts as this concerns me a lot lately:
- What happens when a DPRK-backed persona slips into Ledger, Trezor, MetaMask, etc.?
- What happens when client teams get compromised from within, turning trusted core devs into silent attack vectors?
- What happens if the Kim boys start tampering with the cryptographic libraries we all rely on?
(we don't know if this already happened btw...)
So far, the attacks have targeted individual projects. The next phase? My guess is a full-scale takeover of the infra that holds our ecosystem together.
Look, it's pretty simple: the threat model isn't just shifting—it's escalating. Every move you make without paranoia is an opening for state-sponsored actors to dig in deeper. If you're not fucking questioning everything, you're already playing their game.
This industry's long-term survival depends on its foundational pillars operating in a constant state of paranoia. Like it or not.
rishad retweeted
One of the most influential DeFi protocols of all time is broken down step by step for you.
Learn @Uniswap from the one and only @ProgrammerSmart 👇
Your journey in DeFi development continues 📚
Updraft’s @Uniswap V3 course is now live on YouTube 🌟🚀
Go deep with @ProgrammerSmart to start building Uniswap based protocols, with:
- 7 hours video
- 96 individual lessons
- 13 exercises
And more! 👇
rishad retweeted
💡I’ve been asked numerous times to provide a checklist for auditing a LayerZero integration.
⚡️You asked, so here it is: github.com/windhustler/Inter…
🧠 I’ve dumped everything I could think of that can go wrong and more.
@g_vladika spent years building and breaking the core Arbitrum protocol and he’s contributed to the Arbitrum checklist.
CCIP checklist is still WIP.
I want this to become the go-to place while auditing protocols with cross-chain components.
We’re going to be adding Axelar, Wormhole, Stargate, LiFi, Across, and more.
If you’ve been auditing cross-chain protocols and found quirks or integration bugs, reach out or contribute via PR.
⭐️ If you find the checklist useful, I’d appreciate a retweet and star on GitHub to raise awareness.
After two years of collaborating with elite audit firms (Spearbit, Zenith, BailSec, Pashov, EnigmaDark, Guardian) and top security researchers, I'm proud to announce a security shop focused on cross-chain audits - @burraSec.
New blockchains emerge daily—a trend that's here to stay. Cross-chain interoperability is critical for mass adoption yet presents significant security vulnerabilities. With protocols launching multichain from day one, securing this architecture is paramount.
That’s why @burraSec's vision is to secure the interoperability space and assemble the strongest researchers in this niche.
rishad retweeted
AI needs decentralization and verifiability.
In a recent tweet, the founder of Curve Finance, @newmichwill, said that the main purpose of crypto is DeFi and that AI doesn’t need crypto at all. While I agree that DeFi is an important sector in crypto, I don’t agree that AI doesn’t need crypto.
As AI agents are booming right now, where there’s usually a token attached to each agent, people have a false perception that the intersection of crypto and AI is effectively AI agents. The other topic people seem to miss is decentralized AI itself, which is related to training AI models themselves.
The thing that I don’t like about narratives is that the majority of users blindly assume that something is important and useful enough while it’s popular, or even worse, assume that the only goal of the narrative is to extract as much value as possible and that’s it (make some money).
One of the first questions in decentralized AI that we should ask ourselves is why it needs to be decentralized and what consequences we face because of that.
It turns out that the idea of decentralization almost every time inevitably leads to the idea of incentive alignment.
There are multiple fundamental problems in AI that can be fixed with crypto, moreover, there are some mechanisms that add more trust to AI, and not only fix existing problems.
So, why does AI need crypto?
1. Expensive computations reduce participation and innovation.
Fortunately or not, big AI models require a lot of computational resources, which naturally limits many potential users from participating. Most of the time, AI models need a lot of data resources as well as actual compute that is basically too much to handle for a single individual.
This problem is particularly seen in open-source development where contributors, besides investing their time to train the model, must also invest computational resources, which doesn’t lead to effective open-source development.
The thing is that, yes, an individual can allocate a lot of resources to run an AI model, just as a user can allocate these computational resources to running their own node on their own blockchain.
However, this doesn’t fix the problem as a whole, where computational power is simply not enough to perform relevant tasks.
Independent developers or researchers cannot participate in contributing to big AI models like LLaMA, simply because they cannot afford the compute required to train the model: there are thousands of GPUs, data centers, and additional infrastructure needed.
To provide a sense of scale:
→ Elon Musk stated that the latest Grok 3 model was trained using 100k Nvidia H100 GPUs.
→ Each chip is valued at approximately $30,000.
→ The total cost of the AI chips used to train Grok 3 is around $3 billion.
This problem is actually similar to startup building in some sense, where individuals have time, technical ability, and an execution plan, but not enough resources at first to build their vision.
As noted by @dbarabander, while a conventional open-source software project only requires contributors to donate their time, an open-source AI project demands both time and substantial resources, such as computational power and data.
Depending solely on goodwill and volunteer efforts is insufficient to encourage enough individuals or groups to supply these costly resources. Additional incentives are necessary to drive participation.
2. Crypto is the best tool for incentive alignment.
Incentive alignment is when rules are in place to encourage participants to act in ways that help the system, even if they also benefit themselves.
There are countless examples of when crypto helped different systems with incentive alignment, but I’d say the most notable one is the DePIN industry, where it was a perfect fit.
Projects such as @helium and @rendernetwork are great examples where incentive alignment was achieved with a distributed network of nodes and GPUs acting as network participants.
Why can’t we take this model as an example and use it in the AI field to make the ecosystem more open and accessible?
Well, it turns out we can.
What drives web3 and crypto in general is ownership.
You own your data, you own your incentives, and even if you hold some tokens, you still own a piece of a network. Granting ownership serves as motivation for resource providers to offer their assets to the project, with the prospect of gaining benefits from the network's success.
To make AI more accessible, crypto is the best solution that could be possible. Developers could freely share model designs among themselves and projects, as compute and data providers would supply resources for ownership stakes (incentives).
3. Incentive alignment correlates with verifiability.
If we envision a decentralized AI system with proper incentive alignment, it should inherit the same features as classic blockchain mechanisms:
1. Network effects.
2. Lower initial requirements with nodes earning on future earnings.
3. Slashing mechanisms to penalize actors that act maliciously.
For slashing in particular, we need verifiability, otherwise, if it’s not verifiable who acted maliciously, then we cannot penalize the intended actor, and it will be really easy to cheat the system, especially when working cross-collaboratively.
In a decentralized AI system, verifiability is needed because we don’t have a centralized point of trust. Instead, we aim for a trustless yet verifiable system. There are multiple components that might need verifiability:
• Benchmark phase (the system is better than another system based on x, y, z)
• Inference phase (the system is running correctly, essentially the “thinking” phase of AI)
• Training phase (the system is trained correctly or adjusted correctly)
• Data phase (the system is collecting the data)
There are 100s of different teams that build something on @eigencloud, but what I noticed recently is the shift into AI more than it was before, and I was wondering if it aligned with the original vision of restaking.
Any AI system that wants to have incentive alignment has to be verified.
In that case, slashing equals verifiability: if a decentralized system can slash malicious actors, then it’s capable of identifying and verifying that a malicious action was made.
If the system is verifiable, then AI can use crypto to tap into global compute and data to craft even bigger and better models, because more resources (compute + data) lead to better models (at least in the current world).
@hyperbolic_labs is already showing what’s possible with collaborative computing resources, where any user can rent GPUs and use them for training much heavier AI models than they would be able to do at home, at a much cheaper cost.
→ How to make AI validation efficient and verifiable?
Someone might say that there are a lot of cloud solutions available to rent GPUs, so it fixes the compute problem.
Unfortunately, cloud solutions like AWS or Google Cloud are pretty centralized and create what is known as a waitlist strategy, where they create fictional high demand and raise costs due to the field being an oligopoly.
There are a lot of GPUs in data centers, mining farms, or just with other individuals sitting idle that could potentially contribute to the compute for AI model training, but they’re just sitting idle.
You might have used @getgrass_io, which sells your unused bandwidth to corporations, so you don’t waste your bandwidth for no reason and get some rewards in return.
I’m not saying that there is an unlimited amount of compute, but the thing is, any system can be optimized, creating a win-win scenario for someone who needs more resources for AI model training in a more open market and someone who can get rewards for contributing these resources.
The team from Hyperbolic created an open GPU marketplace, where users who need compute for AI model training can rent a GPU and save up to 75%, while renters can monetize their idle resources.
Here is an overview of how it works:
Hyperbolic organizes connected GPUs into clusters and nodes to allow compute to scale based on demand.
The main part of this architecture model is the Proof of Sampling model, where transactions are sampled together: they’re randomly selected and verified to reduce the workload and computational demand.
The main problem lies in the AI inference process, where every inference run on the network needs to be verified, preferably without the significant computational overhead of other mechanisms.
As I said before, if something can be verified, it has to be slashed if the verified action is against the rules.
When Hyperbolic adapted the AVS model, it allowed them to add more verifiability to the system, where validators are selected randomly to verify outputs and make the system incentive-aligned, where dishonesty is unprofitable.
There are two main resources that are needed to train an AI model and make it better: compute and data. Renting out compute is one solution, but we still need to get data from somewhere, and different data to exclude potential bias in the model.
→ Verifying data from different sources for AI
The more data you have, the better model you’ll have; the thing is, you often need diverse data. This is one of the problems with AI models.
Data protocols have been around for decades. Regardless of whether the data is public or private, data brokers gather it one way or another, pay for it or not, then sell it for profit.
The problems we face with getting proper data for AI models are a single point of failure, censorship, and the lack of a trustless way to provide authentic data for “feeding” an AI model.
Who needs this?
Well, first of all, it’s AI researchers and developers who are looking to train and infer their models with real, proper inputs.
OpenLayer, for example, lets anyone add a data feed to the system or AI model permissionlessly, and the system can transcribe every piece of available data in a provable way.
OpenLayer also uses zkTLS, which was described in my previous writings, to ensure that what the operator reports is indeed what they got from the source (verifiability).
Here is how OpenLayer works:
1. Data consumers publish data requests to OpenLayer’s smart contract and retrieve results from the contract, on-chain or off-chain, using APIs similar to major data oracles.
2. Operators register through EigenLayer to secure OpenLayer AVS staking assets and run AVS software.
3. Operators subscribe to tasks, process and submit data to OpenLayer, and archive raw responses and attestations in decentralized storage.
4. For variable results, aggregators (special operators) standardize outputs.
Developers can ask for fresh data from any website, and it can be plugged into the network, while if you’re developing something in AI, you can get reliable, real-time data.
We have gone through the compute process for AI and getting verifiable data for AI. After we get the two main parts of the AI model, it’s time to do the computation itself and verify it.
→ AI computation, in order to be correct, has to be verified
In the best scenario, nodes must prove their computational contribution to ensure the system operates correctly.
In the worst case, nodes could falsely claim to contribute computational power without doing any actual work.
Requiring nodes to prove their contribution can ensure that only legitimate participants are recognized, avoiding malicious behavior among them. This is actually pretty similar to standard Proof of Work; the only difference is the work that those nodes do.
Even if we add proper incentive alignment to the system, if nodes can’t permissionlessly prove that they did some work, they could receive disproportionate rewards compared to their actual contributions and vice versa.
If the network can’t assess computational contributions, it might overload some nodes with tasks they can’t handle while leaving others idle, leading to inefficiencies or failures.
Proving computational contribution allows the network to quantify each node’s effort using a standardized metric, such as FLOPS (floating-point operations per second). This way, rewards can be allocated based on actual work done, not just presence in the network.
The team from @HyperspaceAI developed a Proof-of-FLOPS system, enabling nodes to lease unused computational capacity. In exchange, they earn flops—points that will function as the network’s currency.
Here is how the architecture looks:
1. The process starts with a challenge delivered to the user, who responds by submitting a commitment for that challenge.
2. Hyperspace rollup manages the flow by securing submissions and fetching randomness from an oracle.
3. The user discloses the indices, and the challenge is finalized.
4. The operator checks the responses and notifies the Hyperspace AVS contracts of valid outcomes, which are then confirmed via EigenLayer contracts.
5. Liveness multipliers are calculated, and flops are granted to the user.
Proving computational contribution provides a clear picture of each node’s capacity. Because of that, the system can assign tasks intelligently—giving complex AI computations to high-powered nodes and lighter tasks to less capable ones.
The most interesting part here is making this system verifiable, so anyone can prove the correctness of the work that was done. Hyperspace has an AVS that constantly sends challenges, randomness requests, and multiple layers of validation processes, as seen in the diagram above.
Operators can engage in the system knowing that the results are verified and rewards are fairly distributed. If the results aren’t correct, the malicious actor is obviously slashed.
There are lots of reasons to verify the final AI computation:
• To encourage nodes to join and contribute.
• To distribute rewards proportionally based on effort.
• To ensure contributions directly support certain AI models.
• To allocate tasks effectively across nodes based on their proven capacity.
→ AI decentralization & verifiability
As noted by @yb_effect, the terms "decentralized" and "distributed" are not similar at all. Distributed simply refers to hardware spread out across different locations, yet they still have a centralization point of connection.
Decentralized means there’s no single main node, and the training process can handle failures, much like most blockchains work today.
For AI networks to be truly decentralized, different solutions are applicable, but what we need for sure is verifiability of basically everything.
If you want to build an AI model or agent, you want to make sure that every component and essentially every dependency is verified.
Inference, training, data, oracles — everything can be verified to bring not only incentive-compatible crypto rewards into the AI system, but also to make it fair and efficient.
rishad retweeted
1/40
Welcome to 2025!
I'm kicking off the year with an epic EVM giga thread tailored for newcomers. Big thanks to @EisenLabs for the green light and support.
Let's dive in!
Yap early, yap only, yap often.
@_kaitoai is connecting AI, attention and capital with Yaps.
Just claimed my social card and I'm accumulating Yap points in real-time.
Claim yours 👉 yaps.kaito.ai/referral/96725…
AI agents are starting to dominate Web3 hackathon tracks and bounties.
Sooner or later, we’ll see roadmaps and whatnot for Web3 AI agents.
Honestly, I kinda want one myself at this point. lol 🤷♂️
rishad retweeted
0. Here's a thread version of my talk from @EFDevcon opening ceremonies.
This Year in Ethereum































