I’m super excited for Toccata.
It could open the door to a whole new generation of Kaspa products: real-time, permissionless financial apps that are cheap enough to use at scale.
I updated https://t.co/oH0cCaHY0c to celebrate. Go on a Toccata-style easter egg hunt while learning how Kaspa works. Visit the site and let me know what you think!
Cheers to everyone celebrating this, especially the devs involved:
@michaelsuttonil@OriNewman@IzioDev@Max143672@coderofstuff_ and others.
@emdin This is why I proposed that the issuer will be a zk-rollup with a bridge to L1. If you need fast liquidations, depositing KAS and KUSD to a zk-rollup is a matter of seconds (withdrawals can take more time since they require a zk-proof, but I think it's less critical)
It means it's now possible to have stable coins on L1, but someone will need to implement them. One interesting direction is to make some MakerDAO style issuer in a zk rollup that will have a bridge to L1.
**Official Toccata Release — Mainnet Hardfork Activation Included** (Links in reply)
We’re excited to announce the official Kaspa release containing the **Toccata Hardfork** activation logic.
Toccata is scheduled to activate on mainnet at DAA score `474,165,565`, expected around **June 30, 2026, 16:15 UTC**.
This is a consensus-changing upgrade. All node operators, miners, pools, exchanges, indexers, wallets, and infrastructure providers must upgrade before activation to remain compatible with the network.
Toccata introduces a major expansion of Kaspa L1 capabilities, including:
• **Native L1 covenant support** through transaction introspection, allowing for more expressive contracts, including stateful contracts
• **Covenant IDs**, providing stable covenant lineage across UTXO transitions, so covenant instances can preserve continuity as their state moves from one UTXO to the next
• **ZK proof verification on L1** via `OpZkPrecompile`, enabling to trustlessly offload computation off-chain.
• **Partitioned sequencing commitments**, improving support for based ZK applications by making lane-local proving scale with relevant activity rather than global throughput
Please upgrade as soon as possible and verify your nodes are running the new release well before the activation DAA score.
Thank you to everyone who contributed to designing, implementing, reviewing, and testing Toccata.
Kaspa Toccata mainnet process update:
Today we plan to publish the v1.3.0 mainnet pre-release, without activation, for 1–2 days of broader network sanity testing.
Assuming everything looks good, the following release will be v2.0.0, with activation planned for June 30, 4 weeks from today
Behind this merge and recent annoucement are countless hours of sifting through every code path, tests, retests and head down coding by @michaelsuttonil@Max143672@OriNewman@IzioDev et al. Finally, toccata is merged in master. Releases coming up soon (tm).
Any guesses for the mainnet DAA activation score?
That's a really good question, but it's hard to answer in a single tweet because our mission is quite extensive, and it requires a lot of background knowledge to really understand what sets Kaspa apart.
Currently, a lot of people see Kaspa as “Bitcoin’s crazy little brother” that improves time-to-finality by leveraging the benefits of DAG-based consensus protocols without accepting their traditional drawbacks, such as decreased decentralization or a limited validator set.
This perception is somewhat accurate, but it falls short of conveying the full picture, because Kaspa’s vision extends far beyond just trying to be a better Bitcoin.
Anyone willing to study Kaspa and its broader vision will discover similarities to nearly all major existing DLT designs: from Bitcoin, to Ethereum, to Solana, Sui, Celestia, and beyond.
My personal view is that “research” in the DLT space is approaching a point of convergence. We increasingly understand how to push distributed systems close to the limits of what physics permits. The frontier is no longer only about raw throughput or faster finality. The attention is shifting toward game theory, incentives, sequencing, MEV, alignment, and how to build systems where the economic incentives of users, builders, miners, validators, applications, and infrastructure providers do not work against each other.
That is why debates like based rollups versus arbitrary sequencing, shared sequencing, MEV mitigation, proposer-builder separation, and execution-layer incentives matter so much. These are not niche technical details. They determine whether a network can remain neutral, decentralized, and aligned while scaling to global usage.
And this is where I think Kaspa is pushing the boundaries in a very important way.
Kaspa is not merely trying to be “fast.” The goal is to build an L1 where speed, decentralization, security, and incentives are aligned at the base layer. A system that does not scale by hiding complexity behind trusted committees, privileged sequencers, centralized validator sets, or opaque coordination mechanisms, but instead tries to preserve the spirit of proof-of-work while extending what an L1 can realistically do.
Because Kaspa arrived later than many other major projects, it does not carry the same degree of technological debt. It can absorb lessons from Bitcoin, Ethereum, rollups, modular blockchains, high-throughput monolithic chains, DAG research, MEV research, and the broader history of decentralized systems, and combine those lessons into something more optimal.
To me, that is what Kaspa is building: not just a faster blockchain, but a more incentive-aligned decentralized infrastructure layer.
But this also creates a different challenge.
Kaspa’s biggest problem today is not its technology. It is the lack of centralized coordination around communicating the vision. And because Kaspa is a grass-roots movement, that responsibility does not belong to a marketing department, or a single leadership team. It belongs to the community.
That also means the community has a different role to play.
There will always be holders who are mainly interested in price, and that is completely fine. But there also need to be people who are here because they want to use the technology to build a different future. People who care about the architecture, the incentives, the open questions, the trade-offs, and the long-term trajectory of decentralized infrastructure.
I am one of those people.
I am not interested in DLTs merely as a way to generate wealth. I am interested in them because I believe they can change the trajectory of humanity as a whole.
For that reason, I want to use this opportunity to announce a regular community hangout where we discuss the current state of development, the open questions, and where we can align our vision together.
The first session will be on Tuesday, June 9th, 2026.
We will talk about the vProgs framework, how the codebase works, what sets Kaspa apart, where we improve on existing solutions, and what still needs to be done. The goal is for this to become a regular, possibly bi-weekly, event where we as a community come together to discuss the future and understand the technology.
Eventually, we can invite people from other projects as well, but the main focus at the beginning will be explaining and communicating how things work under the hood.
There is still a lot of work to be done, and I do not want to waste precious time. So the first sessions may feel a little improvised, but we can improve as we go.
The important thing is that we start.
So mark the date: Tuesday, June 9th, 2026.
DK is irrelevant here. Theoretical max tps is 3k, not 10k. Current network has withstood several consecutive periods/days of high tps (such as last March and April). Did we magically move to datacenters in those periods? No. The network just kept chugging on with whatever hardware it was on already.
Over the past year, we've been building our own internal agent infrastructure at YC: over 350 tools, self-improving skill loops, and a shared organizational brain that gets smarter overnight.
In this episode of the @LightconePod, we sat down with YC General Partner Pete @koomen to talk about how he led the effort from the ground up.
We cover how giving agents unrestricted access to one database was the key unlock, the self-improving skill loops that get smarter overnight, and why he thinks we've arrived at the personal computer moment for AI.
00:39 — YC's AI Stack
02:15 — The Finance Team Problem That Started It All
05:07 — SQL Access Changes Everything
07:20 — One Database to Rule Them All
09:14 — Jevons Paradox
10:07 — Denormalizing for Agents
12:15 — The Single-Player Era of Agents
14:16 — 350 Tools and a Shared Registry
16:24 — Skillify, DRY, and MECE Resolvers
18:23 — The Self-Improving Dream Cycle
20:26 — The Two-Sentence Pitch Skill
23:06 — How Super Intelligence Compounds
25:10 — Recording Everything as a Building Layer
27:10 — The Shared Organizational Brain
29:18 — Trust-Default Culture as a Requirement
30:44 — Raising the Floor for New Employees
32:35 — Horseless Carriages
34:24 — Why Chat Is the Best Interface for Agents
38:50 — Just-in-Time Software
40:49 — Centralizing vs. Decentralizing AI
43:32 — The Personal AI Revolution
He isn‘t that wrong. Did a fast calculation. Capex with just Iceriver KS7 approx. 27.5 million USD. Faster Bitmain Antminer KS7 would be just 20.5 million USD. For the whole network. Is that enough for a secure network?
Its quite exciting what the Toccata hard fork is going to enable for $KAS. Truly in the most digestible way to understand what is happening here is that its consolidating many wonderful features that cryptography allows onto one beautiful foundational network. The Kaspa network.
For so many years each of the many features that Kaspa is going to adopt over time typically involved creating a brand new coin and then having the coin simply focus on that one feature and try to do it best. On top of that it always involved sacrificing scalability, proof of work, security, or decentralization to accomplish its goals.
For once we have a network that can power all of these features while reamining fast, scalable, and lightweight.
I don't know why anyone would not be keeping tabs on $KAS at all times. You get the foundational ethos of Bitcoin that allow Kaspa to enter the digital sound money race. The programability of $ETH that allows $KAS to enter DeFi. The best foundational base layer to allow for many other features that cryptographers find useful such as privacy.
Kaspa is positioning itself to be a powerhouse that can attract any kind of crypto user. From noobs, to the experienced. From sound money advocates to the degens.
Kaspa truly is for all. Study $KAS
@KASPAglobal kip16 - zk verifies op code (+ some standard) allows the script engine to verify a program execution proof.
kip17 - enhanced covenant allows scripts to express advanced logics.
Kaspa as a software doesn't give much opinions, rather provides different primitives for != needs
Here we go again: rehearsing a major hardfork on testnet 10, this time crescendoing into Toccata
Activation is scheduled for tomorrow May 18, 16:00 UTC.
Existing TN10 miners/operators should upgrade now. In a few hours upgraded p2p nodes will stop connecting to non-upgraded nodes as we enter the 24h pre-activation window.
Let’s make the mainnet activation boring by making the TN10 rehearsal as mainnet-real-world as possible
The Toccata hardfork stack is now ready, and we’re entering the final stage before mainnet activation: a full hardfork activation on Testnet-10. The scheduled activation point is: May 18, 2026, 16:00 UTC DAA Score: 467_579_632
Everyone is welcome to join and mine on testnet, so we can verify the transition works fine before mainnet activation.
I wrote detailed instructions for joining as a testnet miner (Link in reply)