S H A H_
1.8k Posts
S H A H_
Building knowledge in crypto | Sharing alpha, insights & trends. NFA DYOR
Open Trade
Frequent Trader
3.4 Years
347 Following
1.0K+ Followers
2.5K+ Liked
Posts
Portfolio
All
Quotes
Live
@TermMax pulled up the DefiLlama just to sanity check the fixed rate solves everything pitch. TVL sitting at $31.22M right now, down 7.2% over the past 30 days. Fees generated in that same window: $19,930.46. Small numbers. Real numbers though, not marketing copy.
The protocol design is genuinely clever, zero-coupon FT/XT split, curator vaults, timelock on risk changes… all of it works as advertised.
But watching TVL bleed slowly while curators like MEV Capital and Keyrock keep their allocations steady tells a different story than the predictable rates for everyone narrative.
The certainty gets priced in and captured by whoever's already positioned institutional curators, vault managers before it trickles down to the retail depositor scrolling the Earn page.
Kinda reminds me of any fixed-income product IRL, honestly. The fixed part is only fixed for the guy who got there first.
Not bearish, not bullish, just noting the gap between we solved unpredictable rates and TVL still finding its floor.
Anyone else watching where that 7.2% actually went, or am I reading too much into one dashboard snapshot?
@TermMax #TermMax
The protocol design is genuinely clever, zero-coupon FT/XT split, curator vaults, timelock on risk changes… all of it works as advertised.
But watching TVL bleed slowly while curators like MEV Capital and Keyrock keep their allocations steady tells a different story than the predictable rates for everyone narrative.
The certainty gets priced in and captured by whoever's already positioned institutional curators, vault managers before it trickles down to the retail depositor scrolling the Earn page.
Kinda reminds me of any fixed-income product IRL, honestly. The fixed part is only fixed for the guy who got there first.
Not bearish, not bullish, just noting the gap between we solved unpredictable rates and TVL still finding its floor.
Anyone else watching where that 7.2% actually went, or am I reading too much into one dashboard snapshot?
@TermMax #TermMax
@Dusk was realizing the modular bit isn’t just about having more components. $DUSK actually separates where settlement happens from where execution happens, and that changes how I think about the chain.
While checking the latest Dusk docs, I kept tracing DuskDS versus DuskEVM. DuskDS handles consensus, finality and data availability, while DuskEVM is the EVM execution layer that settles through it.
DuskVM is another execution environment directly on the L1. The interesting part is that they can all lean on the same settlement foundation rather than forcing every application into one execution model.
I initially read that as standard modular architecture language and almost skipped it. Then I looked closer at how Dusk handles actual transactions: Moonlight and Phoenix both settle through DuskDS, while smart-contract execution can sit elsewhere. That made the separation feel much more practical than the diagram suggests.
Still, I’m curious about the tradeoff. Once applications start moving between these execution environments, does the modularity actually reduce complexity for builders, or just move that complexity into the interfaces between them…
@Dusk $DUSK #dusk
While checking the latest Dusk docs, I kept tracing DuskDS versus DuskEVM. DuskDS handles consensus, finality and data availability, while DuskEVM is the EVM execution layer that settles through it.
DuskVM is another execution environment directly on the L1. The interesting part is that they can all lean on the same settlement foundation rather than forcing every application into one execution model.
I initially read that as standard modular architecture language and almost skipped it. Then I looked closer at how Dusk handles actual transactions: Moonlight and Phoenix both settle through DuskDS, while smart-contract execution can sit elsewhere. That made the separation feel much more practical than the diagram suggests.
Still, I’m curious about the tradeoff. Once applications start moving between these execution environments, does the modularity actually reduce complexity for builders, or just move that complexity into the interfaces between them…
@Dusk $DUSK #dusk
TermMax's LI.FI integration for the task, expecting the cross-chain story to actually show up in the numbers. It didn't, not really @TermMax is live on something like 8-10 chains now, and LI.FI is supposed to be the plumbing that lets TMX liquidity move freely between them.
But pulled up DefiLlama and just sat there for a sec… Ethereum alone holds 94.5% of the protocol's ~$34M TVL right now. Ten chains deployed, one chain doing basically all the work.
The bridge exists, the SDK is wired in, the marketing deck says seamless multi chain access and users are just not using it that way yet.
Capital pools where it's always pooled. Made me second-guess whether cross chain ready and cross chain used are even the same claim, they're clearly not.
Timing's kind of wild too, TGE just got confirmed for August 25, so this whole LI.FI plumbing conversation is happening literally days before the token goes live, not after.
Feels like infrastructure getting built ahead of the liquidity event rather than reacting to it, which is either smart sequencing or a bet that the bridging actually gets adopted once TMX incentives kick in.
Does cross-chain tooling ever get used before there's a reason to move, or does the reason always have to come first?
@TermMax #TermMax
But pulled up DefiLlama and just sat there for a sec… Ethereum alone holds 94.5% of the protocol's ~$34M TVL right now. Ten chains deployed, one chain doing basically all the work.
The bridge exists, the SDK is wired in, the marketing deck says seamless multi chain access and users are just not using it that way yet.
Capital pools where it's always pooled. Made me second-guess whether cross chain ready and cross chain used are even the same claim, they're clearly not.
Timing's kind of wild too, TGE just got confirmed for August 25, so this whole LI.FI plumbing conversation is happening literally days before the token goes live, not after.
Feels like infrastructure getting built ahead of the liquidity event rather than reacting to it, which is either smart sequencing or a bet that the bridging actually gets adopted once TMX incentives kick in.
Does cross-chain tooling ever get used before there's a reason to move, or does the reason always have to come first?
@TermMax #TermMax
$DUSK release notes for the Rusk client and one line stopped methe Boreas hardfork host query activations got linked and gated separately for mainnet, testnet, and devnet/localnet, with deploy gas rules gated behind feature activation so pre fork replay stays untouched.
Because that's not how you ship something you're rushing to market. That's how you ship something you're scared to break.
The team is treating chain state continuity like it's sacred pre fork replay semantics literally can't shift even as new pricing logic activates underneath. Devnet gets Boreas from genesis, mainnet doesn't.
That gap between environments is the real product roadmap, not the announcement thread. most projects I've poked at during CreatorPad tasks love loud upgrades.
@Dusk seems to be doing the opposite, layering activation gates like it's building for auditors who'll read the diff, not investors who'll read the tweet.
Privacy and compliance first positioning finally lining up with actual commit behavior… or am I reading too much intention into what's just careful engineering hygiene?
Either way, when's the last time you checked if a project's release notes matched its marketing?😵
@Dusk $DUSK #dusk
Because that's not how you ship something you're rushing to market. That's how you ship something you're scared to break.
The team is treating chain state continuity like it's sacred pre fork replay semantics literally can't shift even as new pricing logic activates underneath. Devnet gets Boreas from genesis, mainnet doesn't.
That gap between environments is the real product roadmap, not the announcement thread. most projects I've poked at during CreatorPad tasks love loud upgrades.
@Dusk seems to be doing the opposite, layering activation gates like it's building for auditors who'll read the diff, not investors who'll read the tweet.
Privacy and compliance first positioning finally lining up with actual commit behavior… or am I reading too much intention into what's just careful engineering hygiene?
Either way, when's the last time you checked if a project's release notes matched its marketing?😵
@Dusk $DUSK #dusk
TGE for TermMax just got confirmed and registered wallets: over 1.5 million. Daily active users: around 90k. That gap sat with me longer than I expected.
Everyone's holding an XP/AP/MP position waiting to claim after TGE, sure, but only a fraction are actually opening a market and locking in a fixed rate day to day.
TVL sits above $90M across ten EVM chains, deployed alongside Morpho, Aave, Venus, Pendle integrations so the plumbing's real. It's just that most of the users showed up for the token, not the lending curve.
The infrastructure works FT/XT/GT mechanics are genuinely elegant for fixed rate borrowing but adoption right now looks more like positioning for an airdrop than people rolling over term loans for yield certainty, that's just what pre-TGE protocols usually look like.
Question is whether that 90k stays flat or climbs once the claim event passes and the farming crowd exits… anyone tracking that ratio post TGE?
@TermMax #TermMax
Everyone's holding an XP/AP/MP position waiting to claim after TGE, sure, but only a fraction are actually opening a market and locking in a fixed rate day to day.
TVL sits above $90M across ten EVM chains, deployed alongside Morpho, Aave, Venus, Pendle integrations so the plumbing's real. It's just that most of the users showed up for the token, not the lending curve.
The infrastructure works FT/XT/GT mechanics are genuinely elegant for fixed rate borrowing but adoption right now looks more like positioning for an airdrop than people rolling over term loans for yield certainty, that's just what pre-TGE protocols usually look like.
Question is whether that 90k stays flat or climbs once the claim event passes and the farming crowd exits… anyone tracking that ratio post TGE?
@TermMax #TermMax
Dusk's own writeup instead of the usual price charts, and one detail stuck the Aug 15 post on tokenized SME lays out a six-stage ownership lifecycle table, and right there in black and white it admits what tokenization doesn't fix. Notarial deeds, dispute handling, legal record authority still there. Still human.
That's the part that stayed with me. The pitch is "infrastructure edge," but reading the actual before/after table, the edge only activates once an institution like NPEX plugs in and agrees to treat the tokenized record as authoritative. Retail doesn't get that first — the Dusk Trade waitlist is still... a waitlist. The infra is real, the selective-disclosure stuff for regulators is genuinely different from the usual "privacy coin" framing, but it's built for the NPEX side of the table first, everyone else later.
Made me pause mid-snack, ngl most L1s market infra as something you feel immediately. Dusk's version is closer to a compliance rail sitting quietly underneath, waiting on other institutions to decide it's trustworthy enough to reference.
Hmm. Is a long-term edge still an edge if the people it's built for aren't the ones holding the token day one?
@Dusk $DUSK #dusk
That's the part that stayed with me. The pitch is "infrastructure edge," but reading the actual before/after table, the edge only activates once an institution like NPEX plugs in and agrees to treat the tokenized record as authoritative. Retail doesn't get that first — the Dusk Trade waitlist is still... a waitlist. The infra is real, the selective-disclosure stuff for regulators is genuinely different from the usual "privacy coin" framing, but it's built for the NPEX side of the table first, everyone else later.
Made me pause mid-snack, ngl most L1s market infra as something you feel immediately. Dusk's version is closer to a compliance rail sitting quietly underneath, waiting on other institutions to decide it's trustworthy enough to reference.
Hmm. Is a long-term edge still an edge if the people it's built for aren't the ones holding the token day one?
@Dusk $DUSK #dusk
I paused at the DuskVM vs DuskEVM split because it looks simpler on paper than it feels once you trace what actually runs where.
During the task, I checked the Dusk chain and saw block #4,178,605 with the network still producing blocks around the 10-second mark, while only 236 transactions were recorded over 24h. That contrast stuck with me.
@Dusk isn’t really treating DuskVM and DuskEVM as two versions of the same thing. DuskVM is native Rust/WASM execution directly on the L1, while DuskEVM sits as an EVM execution environment settled through DuskDS.
The practical difference is what caught me. DuskVM gives you the deeper connection to native L1 primitives, while DuskEVM gives developers the familiar Solidity EVM route.
I initially thought the EVM layer would naturally become the obvious activity center, but the recent chain numbers made me slow down a bit. A busy block producer doesn’t automatically mean busy application usage.
I’m still wondering whether DuskEVM eventually becomes where most application activity actually settles, or whether the native VM keeps the more important workloads close to the base layer…
@Dusk $DUSK #dusk
During the task, I checked the Dusk chain and saw block #4,178,605 with the network still producing blocks around the 10-second mark, while only 236 transactions were recorded over 24h. That contrast stuck with me.
@Dusk isn’t really treating DuskVM and DuskEVM as two versions of the same thing. DuskVM is native Rust/WASM execution directly on the L1, while DuskEVM sits as an EVM execution environment settled through DuskDS.
The practical difference is what caught me. DuskVM gives you the deeper connection to native L1 primitives, while DuskEVM gives developers the familiar Solidity EVM route.
I initially thought the EVM layer would naturally become the obvious activity center, but the recent chain numbers made me slow down a bit. A busy block producer doesn’t automatically mean busy application usage.
I’m still wondering whether DuskEVM eventually becomes where most application activity actually settles, or whether the native VM keeps the more important workloads close to the base layer…
@Dusk $DUSK #dusk
The thing that caught me while digging into DuskEVM wasn’t the EVM part itself. It was where the execution actually sits.
I was looking through @DuskNetwork, the current docs show DuskEVM using chain ID 744, with DUSK as the native gas token, while DuskDS handles settlement and data availability. That separation sounds clean on paper, but it changed how I looked at the network: the EVM environment isn’t replacing Dusk’s base layer; it is sitting on top of it.
What made me pause was the recent OpenDusk governance activity.
The August vote is about whether burned block rewards should flow into a community treasury, while DuskEVM is being positioned as the application layer. So there’s an interesting contrast here: governance and settlement stay tied to DuskDS, while developers get the familiar Solidity/EVM environment above it.
I originally thought EVM on Dusk mostly meant easier deployment. After tracing the architecture, I’m less sure that’s the important part.
The real question for me is whether developers actually use that separation in practice, or whether DuskEVM remains mostly a compatibility layer while the deeper activity stays on DuskDS…
@Dusk $DUSK #dusk
I was looking through @DuskNetwork, the current docs show DuskEVM using chain ID 744, with DUSK as the native gas token, while DuskDS handles settlement and data availability. That separation sounds clean on paper, but it changed how I looked at the network: the EVM environment isn’t replacing Dusk’s base layer; it is sitting on top of it.
What made me pause was the recent OpenDusk governance activity.
The August vote is about whether burned block rewards should flow into a community treasury, while DuskEVM is being positioned as the application layer. So there’s an interesting contrast here: governance and settlement stay tied to DuskDS, while developers get the familiar Solidity/EVM environment above it.
I originally thought EVM on Dusk mostly meant easier deployment. After tracing the architecture, I’m less sure that’s the important part.
The real question for me is whether developers actually use that separation in practice, or whether DuskEVM remains mostly a compatibility layer while the deeper activity stays on DuskDS…
@Dusk $DUSK #dusk
DuskVM is probably more important than it first looks.
I was digging into Dusk’s execution layer, and one detail stood out to me:
Dusk isn’t forcing every developer into the EVM.
DuskVM runs Rust/WASM smart contracts directly on the Dusk L1, while DuskEVM gives developers the SolidityEVM route. That separation is interesting because the two environments solve different problems.
Then, on August 10, DuskEVM testnet went live, opening the EVM compatible side for Solidity and Hardhat based testing.
What I find interesting here is the architecture:
DuskVM → direct L1 execution
Rust/WASM → protocol-level and specialized contracts
Privacy/ZK access → closer to the base layer
DuskEVM → familiar Ethereum tooling
$DUSK → native gas and staking asset
My first reaction was actually: why build two execution paths?
The answer seems to be flexibility rather than compatibility for its own sake.
But testnet launch alone doesn't tell us whether developers will actually use both environments at scale. That's the part I'm watching now.
Will real builders choose DuskVM when direct L1 execution matters, or will most activity eventually gravitate toward DuskEVM?
@Dusk $DUSK #dusk
I was digging into Dusk’s execution layer, and one detail stood out to me:
Dusk isn’t forcing every developer into the EVM.
DuskVM runs Rust/WASM smart contracts directly on the Dusk L1, while DuskEVM gives developers the SolidityEVM route. That separation is interesting because the two environments solve different problems.
Then, on August 10, DuskEVM testnet went live, opening the EVM compatible side for Solidity and Hardhat based testing.
What I find interesting here is the architecture:
DuskVM → direct L1 execution
Rust/WASM → protocol-level and specialized contracts
Privacy/ZK access → closer to the base layer
DuskEVM → familiar Ethereum tooling
$DUSK → native gas and staking asset
My first reaction was actually: why build two execution paths?
The answer seems to be flexibility rather than compatibility for its own sake.
But testnet launch alone doesn't tell us whether developers will actually use both environments at scale. That's the part I'm watching now.
Will real builders choose DuskVM when direct L1 execution matters, or will most activity eventually gravitate toward DuskEVM?
@Dusk $DUSK #dusk
Before writing anything about Dusk, I pulled up its explorer instead of its docs. First thing that stood out: 206 active provisioners against only 5 pending.
For a chain still positioning itself around DuskEVM and RWA settlement, that's a thin queue validator entry isn't exactly crowded.
Locked stake currently sits near 1.6M DUSK, with about 1.7M DUSK in unclaimed rewards.
That unclaimed number is what made me pause, it's roughly comparable in size to the locked stake itself. Either claiming isn't automated for most stakers, or a chunk of provisioners just aren't bothering to withdraw yet.
What this tells us: participation is stable but not aggressively growing right now, and reward-claiming behavior looks passive rather than active.
What it doesn't tell us: I couldn't confirm how these figures compare to last week's snapshot, or whether the unclaimed rewards belong to a few large holders or many small ones, the explorer doesn't break that out cleanly.
Anyone tracking Dusk's provisioner set directly, is the low pending validator count a bottleneck or just a sign of a smaller, deliberate network?
#dusk @Dusk $DUSK
For a chain still positioning itself around DuskEVM and RWA settlement, that's a thin queue validator entry isn't exactly crowded.
Locked stake currently sits near 1.6M DUSK, with about 1.7M DUSK in unclaimed rewards.
That unclaimed number is what made me pause, it's roughly comparable in size to the locked stake itself. Either claiming isn't automated for most stakers, or a chunk of provisioners just aren't bothering to withdraw yet.
What this tells us: participation is stable but not aggressively growing right now, and reward-claiming behavior looks passive rather than active.
What it doesn't tell us: I couldn't confirm how these figures compare to last week's snapshot, or whether the unclaimed rewards belong to a few large holders or many small ones, the explorer doesn't break that out cleanly.
Anyone tracking Dusk's provisioner set directly, is the low pending validator count a bottleneck or just a sign of a smaller, deliberate network?
#dusk @Dusk $DUSK
$JUP USDT already broke the inverse Cup and handle pattern, so we can expect a dump from here. Track it.
$PENGU USDT is pumping exactly as we predicted. It's up 9% so far, enjoy guys.
S H A H_
·
--
Bullish$PENGU USDT looks bullish after the breakout. We might see a pump soon. Keep an eye on it.
$MOG USDT looks bullish after breaking out. We can expect some pump soon. Track it.
NFA
NFA
$PENGU USDT looks bullish after the breakout. We might see a pump soon. Keep an eye on it.
$XPIN update :🟢
On the daily chart, this is a critical level. If it breaks above the yellow line given that the coin has been accumulating for quite some time
I believe it will see a strong pump 👍👍👍
NFA
On the daily chart, this is a critical level. If it breaks above the yellow line given that the coin has been accumulating for quite some time
I believe it will see a strong pump 👍👍👍
NFA
$NOM /USDT BUY SETUP
$NOM has broken out of the falling wedge pattern with strong volume and confirmed the move with a successful retest.
The 50MA is providing solid support, reinforcing the bullish structure. Momentum is building, and the setup points toward a potential explosive move upward. 🚀
NFA
$NOM has broken out of the falling wedge pattern with strong volume and confirmed the move with a successful retest.
The 50MA is providing solid support, reinforcing the bullish structure. Momentum is building, and the setup points toward a potential explosive move upward. 🚀
NFA
Log in to explore more content