KAS (KAS)

A collection of highlights from Yonatan Sompolinsky's (@hashdag) keynote session from @Tokenize_LDN #2 - Kaspa’s RnD Pipeline This is not a step-by-step roadmap. The Core team is still debating the sequence and priority of these items, so any graphic should not be read as a timeline or any direct associative connection. What matters is the innovation, direction and final destination. Each component moves Kaspa toward the vision of Sovereignty, Internet Speed Money and Real-Time Decentralization, where the network can sample the honest majority in real time and act safely on that information. These pieces work together to strengthen Kaspa’s ability to validate truth, respond to external events, and maintain decentralization at internet speed. These combined elements continue to make Kaspa the most robust, innovative and practical DLT on the planet. Below is a breakdown of the pipeline for the "Commoners" and for the "Architects" of the work that supports that vision 1. High Definition PoW (100 BPS) ✅Simply Put (for Commoners) Kaspa increases the number of blocks created each second so it can sample the mining majority much faster. More blocks per second means Kaspa can trust the network’s majority decisions in real time. 🧠Technically Speaking (for Architects) High-definition PoW provides a dense stream of independent PoW samples. At 100 blocks per second, the network can estimate the honest-majority distribution within a single internet round trip. The probability of sampling a dishonest minority becomes nearly zero, enabling real-time decentralization. 2. DAGKnight ✅Simply Put DAGKnight is the next refinement of Kaspa’s block-DAG engine. It makes block ordering faster and more stable so high block rates remain secure and efficient. 🧠Technically Speaking DAGKnight adjusts the ordering rules within the GhostDAG framework to reduce latency and increase convergence under high block production. It ensures that the protocol remains predictable and safe even as block frequency increases, supporting the real-time sampling model used by RTD. 3. vProgs (Verifiable Programs) ✅Simply Put vProgs let Kaspa validate certain computations by proving they were done correctly. They enforce correctness inside the chain rather than relying on trust. 🧠Technically Speaking vProgs introduce verifiable computation into the Kaspa execution model. They supply cryptographic proofs that a state transition followed specific logic. This belongs to the “cryptographer species” Yonatan describes, where internal correctness is enforced mathematically rather than probabilistically. 4. ZK Op-Code ✅Simply Put ZK op-code allows Kaspa to use zero-knowledge proofs for specific operations that need mathematical certainty. It verifies correctness without revealing unnecessary data. 🧠Technically Speaking ZK op-code extends Kaspa with zero-knowledge proof primitives for internal state transitions. These operations provide verifiable correctness for constrained computations. They complement vProgs by handling proof verification inside consensus without depending on external trust assumptions. 5. Oracle Protocol ✅Simply Put Kaspa needs a way to bring outside information into the network. Oracle protocol handles these external facts so miners can attest to them. 🧠Technically Speaking The oracle protocol introduces authenticated external events into consensus flow. Since external reality cannot be verified cryptographically, Kaspa relies on honest-majority sampling of miner attestations to validate these external signals. This becomes part of Kaspa’s Internet Money Flow at L1. 6. MEV Auction ✅Simply Put MEV auction protects users from front-running by giving miners a fair, structured way to handle transaction ordering. 🧠Technically Speaking The MEV auction embeds a miner option mechanism into block creation. This ensures that ordering choices and conditional inclusions occur under majority-based constraints rather than adversarial miner behavior. It supports Yonatan’s goal of real-time honesty guarantees for user intent. 7. In-Consensus IFTTT Auction ✅Simply Put This lets Kaspa perform conditional actions at L1. If an external event happens, the network executes a specific action immediately and fairly. 🧠Technically Speaking The in-consensus IFTTT auction formalizes conditional logic (“If This Then That”) within the block-DAG. Miners commit to condition evaluation and execution under honest-majority sampling. This produces atomic, real-time conditional execution tied to oracle-validated events, forming the backbone of Kaspa’s Internet Money Flow. 8. Attestation Aggregation Payload / Protocol ✅Simply Put Miners submit small votes about an external event. Kaspa quickly gathers these votes and finalizes the majority answer inside the chain. 🧠Technically Speaking The attestation aggregation protocol collects PoW-backed miner attestations and merges them into a single majority outcome within one round trip. This is the mechanism Yonatan describes when he shows 10, 20, or 50 attestations arriving in a second. The aggregation payload produces a statistically safe majority estimate that enables instant finalization of external event truth.

Mobile recording of the session from @FullFace_69 Audio cleaned up a bit from @chris_sol_art https://t.co/mmG2zHGv3Z Official video of the session and transcript coming soon. Follow the Kaspa Core R&D Team here https://t.co/u0v1pQao4k