Revnet | Tokenize your revenues and fundraises retweeted
Today we deployed For Rent Markee signs, launching a new open marketplace for digital attention.
Built to be the most fun way you can monetize your web space.
Modeled after Harberger Taxes, using best-in-class payments infra:
@revnets
@Superfluid_HQ
@ethereum
@base
MEV guy reached out, we got the 21 mainnet ETH back.
What luck. Thank you.
Last week, @ESultanik from @trailofbits reported to me an exploit in @revnets found by @AnthropicAI. All Revnet V5 funds were at risk.
Sunday i attempted a whitehat rescue of the funds. I successfully pulled $140k of funds belonging to the @Artizen ART revnet and @markee_xyz MARKEE revnet. In the process, I lost ~25 mainnet ETH from the NANA @juiceboxETH, REV @revnets, and BAN @bannynet revnets... due to my negligence in executing the script. MEV got the best of my urgency in the heat of the moment, despite thinking I did all I could to be ready to go. All other non-revnet Juicebox projects are unaffected.
For the past three months, I have been working on an "AI hardened" version of Juicebox – a fork of V5 that has gone through the ringer of any and all AI, harness, any novel auditing concept I could get my hands on. This weekend's exploit took advantage of a nuance in the revnet loans code that I had caught and fixed at the beginning of this process, but I had not realized it put funds at risk until reported by TOB and Anthropic.
I'm grateful we managed to keep customers' funds safe, and regretful we'll have to start our own businesses over. I'm frustrated at myself for having left the exploit in the original code, and for failing to recover all of it despite the opportunity. I'm encouraged knowing I've already been working on the solution and won't be starting this AI risk assessment from 0... the downtime will be relatively short.
But most of all I'm relieved that this AI security moment has come now, when funds at risk were relatively modest. I do not envy those with centi-million dollar protocols in production going into 2026. Despite doing all we could to get the Juicebox and Revnet V4/5 protocols audited over the past three years before deploy, the obsessive manual reviews and tests from ourselves and from top pros still missed what the latest AI crawlers have caught.
The other side of this diligence storm is sunny. This turbulence is a blessed precondition for open finance, one that will level up the quality of open source, enable anyone to run audits, and allow those of us who take responsibility over the integrity of these public tools to sleep better at night. We must get to the other side.
As usual, I will continue running my businesses using my own tools that I do everything to derisk, and I will continue telling others that they probably shouldn't follow my lead – the tradeoffs are real and borne by users of the open source. But I've found there are folks like me who stubbornly prefer assuming this risk if the reward is the freedom, agency, and strong guarantees the tools offer in their ideal form, unlike the corporate landscape of law-fare, capture, and executive discretion.
Reaching the ideal form is inevitable if we keep going at it. It is the holy grail. Open source, open accounting, and the open internet can and will outcompete everything, but damn the journey ain't easy.
On a practical note: V5 NANA, REV, and BAN holders will receive their V6 tokens as soon as the protocol is deployed, and we will restart revenue aggregation from there. MARKEE and ART holder will also receive their V6 tokens, and have their whitehat rescued funds added to their revnets to back the value of the tokens.
These next few weeks before we launch V6, we need all hands on deck pointing AIs at it and fishing for exploit opportunities, efficiency nudges, documentation clarification, and everything in between. JBX and REV rewards to those who report issues.
All you have to do is pull up Claude Code, Codex, or your favorite LLM and run:
"Clone github Bananapus/version-6 recursively, read AUDIT_INSTRUCTIONS.md, then walk me through my options for auditing this codebase. Ask me how deep I want to go, which subsystem interests me, and whether I have any specialization to add — then start."
Last week, @ESultanik from @trailofbits reported to me an exploit in @revnets found by @AnthropicAI. All Revnet V5 funds were at risk.
Sunday i attempted a whitehat rescue of the funds. I successfully pulled $140k of funds belonging to the @Artizen ART revnet and @markee_xyz MARKEE revnet. In the process, I lost ~25 mainnet ETH from the NANA @juiceboxETH, REV @revnets, and BAN @bannynet revnets... due to my negligence in executing the script. MEV got the best of my urgency in the heat of the moment, despite thinking I did all I could to be ready to go. All other non-revnet Juicebox projects are unaffected.
For the past three months, I have been working on an "AI hardened" version of Juicebox – a fork of V5 that has gone through the ringer of any and all AI, harness, any novel auditing concept I could get my hands on. This weekend's exploit took advantage of a nuance in the revnet loans code that I had caught and fixed at the beginning of this process, but I had not realized it put funds at risk until reported by TOB and Anthropic.
I'm grateful we managed to keep customers' funds safe, and regretful we'll have to start our own businesses over. I'm frustrated at myself for having left the exploit in the original code, and for failing to recover all of it despite the opportunity. I'm encouraged knowing I've already been working on the solution and won't be starting this AI risk assessment from 0... the downtime will be relatively short.
But most of all I'm relieved that this AI security moment has come now, when funds at risk were relatively modest. I do not envy those with centi-million dollar protocols in production going into 2026. Despite doing all we could to get the Juicebox and Revnet V4/5 protocols audited over the past three years before deploy, the obsessive manual reviews and tests from ourselves and from top pros still missed what the latest AI crawlers have caught.
The other side of this diligence storm is sunny. This turbulence is a blessed precondition for open finance, one that will level up the quality of open source, enable anyone to run audits, and allow those of us who take responsibility over the integrity of these public tools to sleep better at night. We must get to the other side.
As usual, I will continue running my businesses using my own tools that I do everything to derisk, and I will continue telling others that they probably shouldn't follow my lead – the tradeoffs are real and borne by users of the open source. But I've found there are folks like me who stubbornly prefer assuming this risk if the reward is the freedom, agency, and strong guarantees the tools offer in their ideal form, unlike the corporate landscape of law-fare, capture, and executive discretion.
Reaching the ideal form is inevitable if we keep going at it. It is the holy grail. Open source, open accounting, and the open internet can and will outcompete everything, but damn the journey ain't easy.
On a practical note: V5 NANA, REV, and BAN holders will receive their V6 tokens as soon as the protocol is deployed, and we will restart revenue aggregation from there. MARKEE and ART holder will also receive their V6 tokens, and have their whitehat rescued funds added to their revnets to back the value of the tokens.
These next few weeks before we launch V6, we need all hands on deck pointing AIs at it and fishing for exploit opportunities, efficiency nudges, documentation clarification, and everything in between. JBX and REV rewards to those who report issues.
All you have to do is pull up Claude Code, Codex, or your favorite LLM and run:
"Clone github Bananapus/version-6 recursively, read AUDIT_INSTRUCTIONS.md, then walk me through my options for auditing this codebase. Ask me how deep I want to go, which subsystem interests me, and whether I have any specialization to add — then start."
Yall, please help secure upcoming Juicebox V6. Open a Claude/Codex terminal tab and run:
"Clone github Bananapus/version-6 recursively, read AUDIT_INSTRUCTIONS.md, then walk me through my options for auditing this codebase. Ask me how deep I want to go, which subsystem interests me, and whether I have any specialization to add — then start."
it'll ask you a few questions about how much effort you want to through at the audit, and then auto submit issues to the repo.
Huge help.
Revnet | Tokenize your revenues and fundraises retweeted
Now is an opportune time to learn about Markee's permissionless price scheduling terms:
markee.xyz/owners
revnet.app/v5:base:119/terms
Built on @revnets
The collective ownership terms of our network are immutable and infinite, as Satoshi recommends.
🔒 Deploy a treasury once.
Fund your project forever.
No grants committee,
no governance vote,
no owners.
That's the core claim behind @revnets: autonomous revenue networks built on @juiceboxETH and powered by immutable rules onchain.
It's one of the more radical experiments in the funding landscape right now, and it raises a real question: can code do the job we've always needed human judgment to do?
Probably ↓
🔗 gitcoin.co/research/revnets-…
Revnet | Tokenize your revenues and fundraises retweeted
Superfluid's Markee message uses our Leaderboard Pricing Strategy🥇
Here's how it works:
▸ Minimum 0.003 ETH to buy a message
▸ The message with the most funds gets the Top Spot
▸ Add funds to any existing message to move it up the Leaderboard
▸ 62% of funds go to Superfluid's treasury, 38% goes to the Markee Cooperative, which issues MARKEE tokens on @revnets
▸ You own your message. Edit it anytime at markee.xyz/ecosystem/superfl…
There's a sign on the internet and right now someone called stemo.eth is paying to keep their message at the top of it.
That's @markee_xyz in a nutshell and it’s powered by Superfluid 🌊
Here's how it works ↷
Revnet | Tokenize your revenues and fundraises retweeted
All this is possible with pricing strategies!
The smart contract for the message itself is outrageously simple: basically just holds a text string + pricing strategy and routes funding to @revnets
All the logic determining how much the user pays, when that text string is changed, etc are handled in the strategy contract, which is interchangeable and infinitely composable. Could definitely include things like time locks & message queues.
I’ve thought about e.g. having a version of @NegationGame as a pricing strategy to optimize for quality / purpose of the message, not just top-bidder-wins.
Lots of really cool stuff you can do.
Revnet | Tokenize your revenues and fundraises retweeted
the long-awaited paper showing structural preservation of a human cryopreservation patient’s brain from greg fahy et al is out
we can see clearly identifiable synapses, intact membranes, and no evidence of ice damage, even after years in liquid nitrogen storage
🧊🧠
A token can be a claim on future cash flows. Aligning all towards growth. @revnets
Replying to @alive_
A token is not a claim on future cash flows. It’s a floating-rate coupon on current network usage. Fees get distributed, not reinvested. There’s no mechanism turning Year 1 fees into Year 2 growth. The network grows. The token passes it through.
Amazon has network effects. Google has network effects. They retain earnings and reinvest to accelerate the flywheel. Protocols distribute and hope the flywheel sustains itself.
The fee burn doesn’t fix this. A burn is a rule. A buyback is a decision. ETH’s burn slows when usage drops and accelerates when usage spikes. It does the opposite of what intelligent capital allocation does. Apple buys back more when the stock is cheap. ETH burns less when the token is cheap.
And yes, token holders can change code via governance. EIP-1559 took three years. The merge took six. A CEO reallocates $500M on a Thursday. Compounding lives in the frequency of good decisions, not just the ability to make them
I was skeptical at first that a formal economic analysis of @revnets would add value… since they’re already implemented, tested, and in prod.
@cryptoeconlab exceeded expectations, and the results give investors and builders added confidence of a revnets’ behavior.
Enjoy! 🤓
Revnet | Tokenize your revenues and fundraises retweeted
Looking forward to 2026 interoperable onchain enterprises will drive web3 growth and adoption turning oil and other bioregional cash crops into liquid investment opportunities with regen revenues. Shout out to new mechanisms like @revnets cc @MontyMerlin
xitter.cf/regenavocado/status/19…
We’re in business. Congrats to @MontyMerlin for being the first customer of @RifaiSicilia @ReFi_Italia @refi_med bio-olive oil.
Thanks to @agroforestDAO for helping to fill the liquidity. This is limited edition so if you want a bottle reach out. And yes I accept stable coins.
Revnet | Tokenize your revenues and fundraises retweeted
Let’s walk through @revnets together fam
Something’s moving under the surface right now, and it feels like one of those shifts you only recognize in hindsight. The kind where you look back and go “oh… that was the moment everything changed.”
Revnets don’t look exciting at first. No hype. No mascots. Just a simple upgrade to Juicebox that accidentally fixed one of crypto’s biggest problems: getting a project’s revenue to actually connect to its token in a way that can’t be manipulated later.
The trick is almost dumb in its simplicity.
Make the treasury the token.
Make the rules unchangeable.
Then walk away.
No governance. No multisigs. No team allocation drama. Just a price ceiling that keeps rising, a price floor that backs redemptions, and a system that runs itself forever. Revenue goes in and the token is mechanically pushed upward. People who believe keep holding. More revenue enters. The loop just keeps spinning.
The magic is what happens when you remove humans from the money flow.
Suddenly any dev, creator, tiny community, or weird niche product can launch something that’s literally backed by the cash they already make.
clean, transparent ownership.
And that’s the part people aren’t clocking yet.
Crypto is still busy arguing about L1 throughput, memecoin meta, and which fund bought what. Meanwhile revnets are quietly making “revenue share” unavoidable.
Fast-forward a bit: every useful tool, app, artist collective, or micro-SaaS could be running on its own revnet. Every time someone uses it, holders get the upside. No ICOs. No bribed liquidity. Just real cash flow tied to a token that can’t lie.
Feels like when the world realized companies could have shareholders instead of kings taking taxes.
Same energy.
Most people still see revnets as another fundraising trick. Cool, sure. But give it a couple years. When loyalty programs, creator platforms, and profitable open-source tools all flip into this model, the narrative changes completely.
Tokens start looking like the default way to own things you actually use.
That’s the quiet shift happening right now.
Not a meme cycle. Not a temporary meta.
Something bigger.
Ownership without permission.
Money that flows exactly where the code says it should.
A system that rewards the people who stick around.
Feels like the future, doesn’t it?
Revnet | Tokenize your revenues and fundraises retweeted
Replying to @marvey_crypton @revnets
yeah, removing human meddling from revenue flows could really clean up token mechanics
Revnet | Tokenize your revenues and fundraises retweeted
Money comes in, rules run automatically, and the token reacts the same way every time.























