per astra ad aspera⸮ an excellent crawler

Kaspa being an all-in-one cryptocurrency also means it's everyone's enemy (and no, you cannot claim you're better than coin B and then say you intend to coexist with it—no one believes that hippy crap). Then ask yourself: should we fight all battles at once or sequentially?
2
9
36
1,260
Radical Edward retweeted
I just did it in codex. No skills, no MCP, same exact prompt. I tried SOL High and got a very impressive result. Not AS good as Opus 5.5. But it did well.
1
1
45
Radical Edward retweeted
The zcash pump is only from @zooko paying influencers to promote it Seems to be a lot of crypto influencers not disclosing this Reminder: Zcash still has a 20% tax in place and a majority of these funds go to marketing and paying people to pump their shitcoin 20% of every block reward still goes to development funding instead of miners: 8% continues to go to Zcash Community Grants, and 12% accrues to a coinholder-controlled fund seeded by the old Lockbox, which can pay out larger grants or just sit idle. This model runs until the 3rd halving, around late 2028, when it will come up for review again
19
5
54
2,756
⚠️
Crazy to see two pools have more than 50% of the hashrate on $KAS. Miners should consider switching to other pools or go solo.
2
61
Radical Edward retweeted
The average Zcash holder be like 😂
Paid partnership (ad)
86
31
555
78,573
Attempting to bring dApp devs to Kaspa isn't that hard, see? It's a numbers game: the more of us doing it the higher the chance of getting the pioneers / first-adopters interested, and thus get the fire started for Kaspa's fee market.
Replying to @kirstenrpomales
Now you only need to deploy to @kaspaunchained L1: solved the trilemma; L1 covenants with its in-house scripting stack (Silverscript + Argent); and zk opcodes for off-chain computation batching. Wdyt, Kristen?
1
6
17
354
Radical Edward retweeted
Everyone who still believes in Cardano… this is your CEO
349
95
1,897
210,115
Radical Edward retweeted
Replying to @KasWare_Wallet
9/ I'm not sharing exploit code or reproduction steps. I'm sharing this because KasWare is one of the most used Kaspa hot wallets, 2 known issues remain unresolved, and a month of back-and-forth hasn't moved them to secure their users.
1
1
14
248
Radical Edward retweeted
SilverScript Studio is now live on mainnet. Write Kaspa covenants by hand, with a wizard, or by describing them to an AI that speaks only SilverScript. Deposit and withdraw with your own wallet: Kasware, Kasla, Kastle (Kastle to deposit; signing support is coming). Multi-signer covenants get a link the other parties sign from. silverscriptstudio.com
16
135
363
14,963
Radical Edward retweeted
don’t let this fly under the radar refer to my pinned post → dual programibility landscape → second pillar: based zk apps this is becoming real now
Tic-tac-toe is live on Kaspa testnet: the first vprog, a verifiable program with real execution and real settlement, running since yesterday. You can play it here: vprogs-tt.izio.fr/ (Requires private key and some testnet funds) We still need to review and merge a stack of PRs, however this is already a working POC. UI/UX was never a priority; the frontend can be enhanced or built separately I'm gonna work on mdBook covering the parts of the system I consider meaningful and a workshop on vprogs and building apps on top For Devs: this is the invitation. Play the game, read the code, build your own vprog. Game code: github.com/biryukovmaxim/vpr… vprogs framework: github.com/kaspanet/vprogs/t…
24
193
632
21,585
Radical Edward retweeted
This tic-tac-toe demo is far more important than the game itself. It is a working example of what vProgs can turn Kaspa into: a sequencing and settlement layer for stateful applications without forcing every piece of application logic to execute directly on L1. Two players can lock KAS into a pot, play a multi-round match, and have the result determined by a verifiable program. The game logic executes through a RISC Zero guest, while Kaspa orders the application activity. The resulting state transitions are proven, aggregated, and ultimately checked by an L1 settlement covenant before funds can exit to the winner or be returned after a draw. That architecture is the real story. Tic-tac-toe can be replaced with an exchange, prediction market, multiplayer game, auction, payment network, AI-agent economy, or other application with shared state. Kaspa provides ordering, data availability, settlement and the security anchor, while computation happens outside the consensus-critical path and proofs establish that the rules were followed. This is how Kaspa can scale programmability without turning every node into a global computer. vProgs effectively let applications bring their own execution environment while inheriting verifiable settlement from Kaspa. Tic-tac-toe is just the smallest possible demonstration of a much larger application model.
6
66
169
3,363
U.S. using crypro as a proxy for debt demand will benefit mostly L1s with stablecoins(?) Aside from KCCs, the trend that will make stable issuers use Kaspa is high volume. So we need to lock in and try any tactic to bring apps on Kaspa. Lock in on this like insane asylum mfes.
the united states needs crypto in a way that your average person has zero understanding of proliferation of stablecoins and tokenized stocks extends US Dollar dominance & in turn increases net buyers of US Debt at scale in a way that cannot be easily replicated your benefit of being here & understanding this is a massive advantage that you should not take lightly
67
She is hilarious and infornative. Much recommend.
I give warning last year about Japan yield increase cause all us go on Only fan spread butt cheek for avoid starvation. Now Japan bond yield AND America bond yield both increase. ARE YOUR BUTTHOLE READY FOR MAKE SOME MONEY?!??!? Summary of old tweet below: > Japan go through deflation for much long time, maybe since 1980s. This mean their price of goods keep go down. Why? Low birth rate. >If everyone old, no one buy anything. If no one buy, price alway be low. >Japanese government then say, “okay, we print much money try make price go up”. >So Japan print much money, and also make interest rate be zero for long time. > all venture capital and hedge fund borrow Japan money, use for buy America asset > price for all asset in America go up > now Japan say “okay nigga, no more cheap money. Pay high yield now” > now all world hedge fund and private equity must sell asset for pay back borrowed Japan currency > now all asset price crash. Company no money. Cannot raise capital, must fire people > you and me must go on onlyfan sell buthole picture for not be starvation Oh no.
38
Radical Edward retweeted
Tic-tac-toe is live on Kaspa testnet: the first vprog, a verifiable program with real execution and real settlement, running since yesterday. You can play it here: vprogs-tt.izio.fr/ (Requires private key and some testnet funds) We still need to review and merge a stack of PRs, however this is already a working POC. UI/UX was never a priority; the frontend can be enhanced or built separately I'm gonna work on mdBook covering the parts of the system I consider meaningful and a workshop on vprogs and building apps on top For Devs: this is the invitation. Play the game, read the code, build your own vprog. Game code: github.com/biryukovmaxim/vpr… vprogs framework: github.com/kaspanet/vprogs/t…
48
263
643
83,531
Radical Edward retweeted
It’s finished. Over the past weeks, I’ve been working on a video about Kaspa. Not just about speed, but about the idea behind it, the technology that makes it different, and what can now be built on top of it. From BlockDAG and GHOSTDAG to programmability on Layer 1, this is my attempt to tell that story in a way that goes beyond technical specifications. Built with respect for the people who made it possible. A sincere thank you to the developers, researchers, and contributors who continue to build, refine, and push Kaspa forward. @kasmediadotcom @michaelsuttonil @hashdag Build on the future. Build on Kaspa. kaspa.org/
40
201
459
9,372
Radical Edward retweeted
Someone just shilled me this meme coin: - 23.3 trillion supply - No supply cap - 1 node - 25% of supply minted in the last 3 years - 1% of holders own 30% - Backed by the U.S. government
57
118
866
54,923
Quality account
Kaspa moves fast. So do the claims about it. I’m Daniel. I run this account to answer a simple question: what actually works today? I read release notes, follow the public code and look for real tests. Then I try to explain what I find without pretending every idea is already a finished product. Sometimes the answer is exciting. Sometimes it’s “not yet” or “this broke.” I’ll link the evidence either way. A couple of examples: • What the KRC-20 incident did (and didn’t) mean: nitter.net/KaspaScopio/status/210… • A vProgs problem the team is working through: nitter.net/KaspaScopio/status/210… If you’re curious about Kaspa beyond the price chart, welcome.
3
135
Radical Edward retweeted
if you want to find the coins that will be the biggest winners you need to look for a community with a core base of fanatical zealots who have proven their absolute loyalty *for years* when you apply this filter very few coins remain. those are your winners.
500
241
1,590
118,269
Radical Edward retweeted
Introducing @KommsApp. We’re building the infrastructure for people and AI agents to communicate privately, publish durable data, access blockchains, and prove computation. Private messaging. Decentralized publishing and storage. Reliable blockchain APIs. ZK proofs on demand. Four services, one platform, powered by Kaspa and our Bittensor subnet. Our goal is to make using Komms feel as familiar as the apps you already use, without having to learn how to set up a wallet or acquire $KAS or $TAO first. The networks do their work in the background so you can get on with yours. Tomorrow we’re joining Mark and Siam’s Revenue Search to talk about what we’re building, how it works, and how those four services generate revenue. See you there 🔥 @argonmining @TomHutchinson27
It's been a busy Summer! First ever 3 week holiday with the family (will need to do this more!) @MarkCreaser moved country and we've been chokka block with helping various subnet teams, Astrid and DSV! Thankfully, a lot of the digestion is done now and kids are back at school, so we can crack on with Revenue Searches again! The next one will be this Friday at 1500 UK time and will be a slightly different format... We are searching for revenue, but not with an existing team. We get dozens of pitch decks between us each week and we have to say no to most of them. Most are too fledgling to look at, some are good, but most just don't really fit well as a subnet. So for any pitch that we don't immediately dismiss or still have pertinent questions, we will now put them directly in the spotlight, under live pressure and see if they can cut the mustard. So join us here on Friday at 1500UK as we all see a live pitch with up to £250k to be invested if a new team is good. P.S. This isn't for show, we genuinely want to find good teams. But we are hoping this extra hurdle will be a good filter as good teams will breeze this and unready ones won't. Either way, it will be fun!
8
29
86
3,837
Radical Edward retweeted
covenant: deployment-time static metadata such as symbol name, image/logo, decimals and all.
While prototyping KCC-20 I got asked how should token symbols, descriptions, images, and other kind of metadata be defined. On EVM systems, there is a single SC which represents a token, and holds both its balance state and global state. On the UTXO model there is no global state, the token is split and held across holders, each one holds his specific token (UTXO/covenant). This means that adding state fields for metadata would duplicate them across each UTXO, which is wasteful. Things such as representation, name, symbol or image are also not part of the SC logic, and should not be part of it. A naive approach is to declare such metadata in the payload field of a tx, which is an "empty space" that can be used to write whatever information. The issue is that Kaspa is prunable. Eventually, the block containing this tx would no longer be available for verification, so at some point the data would need to be trusted by off chain entity. After drafting a few solutions, we came up with KCC-23, a convention for binding the metadata to the covenant ID itself. Read more on Kas-Smiths: kas-smiths.org/t/kcc-23-conv… Or read the KCC draft: github.com/kaspanet/kccs/pul…
3
30
145
3,466