Pinned Tweet
What if you could run Grok on-chain at $Kaspa speed? β‘
@Keryx_Labs makes it real: Submit a prompt β miners run AI β verifiable answer on blockDAG. No gatekeepers.
All of this on a fair launched PoW!
Hashrate is exploding β follow the miners!
$KRX
π Chris Hopium 2.0π retweeted
Phase 5 update: making great progress. Just 2 items left on the roadmap, and both are already underway!
π Chris Hopium 2.0π retweeted
Yesterday, I introduced @Keryx_Labs and its Proof-of-Model (PoM) approach to GPU mining.
Today, let's look at the question that could determine whether this model makes economic sense.
The GPU is not the business. Utilization is.
Owning a GPU doesn't automatically make it profitable.
Miners still pay for hardware and electricity, whether their computing power is being used or sitting idle.
Now consider where AI is heading.
Models need computing power not only to be trained, but to serve users, applications and AI agents every time they make an inference request.
That creates a different economic question for GPU networks: can mining infrastructure also serve this ongoing demand?
Here's how Keryx approaches it:
Designated model weights β Miners prove possession β The same model capacity can serve inference requests.
The aim is to connect model-weight possession to mining while putting that model capacity to work on AI inference.
Why should this matter ?
If a network can connect mining incentives to actual AI workloads, its economics may depend on more than block rewards.
It also creates a way to assess whether the computing power is doing useful work and whether anyone needs that work.
But the chain of evidence matters:
GPU capacity β Inference requests β Successful responses β Utilization β Rewards measured against operating costs.
Each step raises a practical question:
β How often are miners actually serving requests?
β How many requests are completed successfully?
β Do the rewards justify hardware and electricity costs?
β What does each inference response cost to produce?
GPU count tells us how much capacity a network has.
Utilization tells us how much of that capacity is being used.
Cost per response helps reveal whether the service can compete for real demand.
AI could create a new source of demand for compute networks, but demand alone doesn't guarantee profitable mining.
The networks that matter will need to connect useful workloads, reliable service and sustainable economics.
Useful links:
Website: keryx-labs.com/
X: @Keryx_Labs
Discord: discord.gg/6GXvSDCfV
GPU mining may be approaching a new economic question.
Traditionally, miners contribute computing power to secure a network and earn its native asset.
But as AI adoption grows, another question emerges:
What if that same computing power could also serve real demand for AI inference?
The AI industry is moving beyond training models. It now faces the ongoing challenge of running them for users, applications, and autonomous agents.
That creates an opportunity to rethink how GPU networks generate value.
This is where @Keryx_Labs enters the conversation.
Keryx is exploring Proof-of-Model (PoM) mining, a design that connects possession of model weights with mining and AI inference.
The bigger idea is worth watching: can a mining network tie its economic rewards to useful computation and actual demand, rather than relying primarily on block rewards?
That is a much harder problem than launching another mining token.
And it's the question that makes Keryx worth understanding.
$KRX
π Chris Hopium 2.0π retweeted
your weekly Kaspa dev roundup has arrived.
1 / KCC20
KCC20 has entered last call, its final public review stage. @manyfest_βs reference implementation is merged and open for devs to test against the proposed Kaspa L1 token standard. xitter.cf/kccforum/status/210821β¦
2 / vProgs
@Max143672 published a book about his testnet tic-tac-toe vProg, covering the gameβs moves, proofs and payouts. diagrams included. the framework is still a prototype. xitter.cf/Max143672/status/21085β¦
3 / x4kas
@smartgoo_ released the first x4kas beta. devs can explore Kaspa chain data, run custom queries and monitor addresses locally through a desktop app or command line tools. xitter.cf/smartgoo_/status/21088β¦
4 / KaChat
KaChat is a messaging app that sends encrypted messages on Kaspaβs L1. thereβs also a public feed for posts and replies. @KaspaSilver shared its refreshed website this week. xitter.cf/KaspaSilver/status/210β¦
KCC-20 has advanced to Last Call:
github.com/kaspanet/kccs/bloβ¦
A companion reference implementation by @manyfest_, written in Argent together with its pinned generated Silverscript, underwent an extensive manual review and AI-assisted audit by Michael Sutton, covering KCC-20 conformance, implementation correctness, and edge cases.
It is now open for final public battle testing. We encourage developers and security-minded reviewers to try to break it, probe edge cases, and report any implementation bugs or discrepancies with the spec.
Argent contracts:
github.com/argent-lang/kcc20β¦
Generated Silverscript:
github.com/argent-lang/kcc20β¦
π Chris Hopium 2.0π retweeted
Decentralized on-chain AI inference at work π§
Check out the Keryx dashboard:
keryx-labs.com/stats
β
Almost 1,700 requests processed
β
99.9% answered rate
β
3s median time
β
4,700+ $KRX in inference rewards
#AI #DecentralizedAI #BigData #TechNews
π Chris Hopium 2.0π retweeted
Keryx testnet update:
π Web search: sealed questions now ship with live web results, answers cite their sources
π§ Memory: conversations keep their context
π Bigger context: 64 KB requests on-chain, 32k-token windows coming to every model
Coming soon on mainnet π₯
keryx-labs.com
π Chris Hopium 2.0π retweeted
π Private on-chain inference is coming to Keryx.
Your prompt is encrypted in your browser and sealed to the miners of the model you pick. The answer comes back encrypted to you alone. The chain only carries ciphertext.
Live on testnet now. $KRX
π Chris Hopium 2.0π retweeted
π₯ Top Gainers 24/h on NonKyc.io π₯
π₯ $BELLS nonkyc.io/market/BELLS_USDT
π₯ $DIVI nonkyc.io/market/DIVI_USDT
π₯ $KRX nonkyc.io/market/KRX_USDT
View all markets. nonkyc.io/markets
@Keryx_Labs @DiviProject @BellsChain
π Chris Hopium 2.0π retweeted
Most "decentralized AI" projects rent you a GPU and ask you to trust the answer.
On Keryx, the model is the proof of work: no model in VRAM, no block.
Slash on what PoM proves, what it doesn't, and the figures he didn't have to share.
$KRX
@Keryx_Labs
crypto-lowcap.com/keryx-prooβ¦
π Chris Hopium 2.0π retweeted
ποΈ I sat down with @CryptoRowenta01 for an in-depth interview on Keryx.
Inside:
πΉ What Proof-of-Model really proves, and what it doesn't yet
πΉ How miners are held to serve inference
πΉ Where every KRX goes
πΉ Our first split-model experiment across 6 machines
Every figure comes from the chain, and it's dated π
crypto-lowcap.com/keryx-prooβ¦
π Chris Hopium 2.0π retweeted
π Chris Hopium 2.0π retweeted
9 thousand dollar market capitalization hidden gem
obtain 10 dollars with me, lets ride
pump.fun/callouts/8xDthJwngmβ¦
π Chris Hopium 2.0π retweeted
Keryx BlockDAGπ©
β‘ 10 BPS
π§ On-chain AI inference
π€ 5 Models
βοΈ Proof-of-Model GPU mining
π₯ 100% fees burned
Watch it liveπkeryx-labs.com/graph
π Chris Hopium 2.0π retweeted
Most "AI crypto" runs the AI off-chain.
On Keryx, your question IS a transaction. A GPU miner answers with an open model, and the reply lands on-chain.
That's real on-chain AI. $KRX
nonkyc.io/market/KRX_USDT
π Chris Hopium 2.0π retweeted
π
π Chris Hopium 2.0π retweeted
I be nacho-the-kat:native'ing you up next! πββ¬
Catch me on the Kaspa blockDAG.
π Chris Hopium 2.0π retweeted
π While your beloved meme has ruggedβ¦
I'm here to remind you it's nacho-the-kat:native SZN
π Fair Launched.
π€ Community-Owned.
π Decentralised.
πββ¬ The Ultimate Token Asset on kaspa:native for This Cycle.
π€ Made with AI
π Chris Hopium 2.0π retweeted
"Every #KRC20 project already supported by KatBridge will automatically have a migration-ready KCC20 token created." $NACHO $KASPY $KAS
Replying to @Kaspa_KAT
... we expect up to a few days of scheduled KatBridge downtime for the transition. Weβll announce the dates in advance.
Every #KRC20 project already osupported by KatBridge will automatically have a migration-ready KCC20 token created. Projects do not need to do anything...




























