Scalus 2026: Maintenance, Dijkstra Readiness, Interoperability & Application Runtime
**Scalus** is an established, open-source Cardano development platform, built by **Lantr Engineering** over three years of continuous delivery. It is the integrated, JVM-native toolset for complex protocols and mission-critical applications, such as **Gummiworm L2, Bifrost bridge, SugarRush DEX, Vela stablecoin, DID / DIDComm decentralised identity**, that build on it. Its components are already reused inside Cardano's most widely used developer tooling: **MeshJS, Evolution SDK, Lucid Evolution, Cardano Client Lib, and YaciDevKit**. Many teams depend on Scalus without ever integrating it directly. This proposal funds a focused, 9-month continuation across three lines of work: - **protect** the existing infrastructure and prepare it for the upcoming **Dijkstra hard fork (maintenance and readiness)** - **deepen** its reuse across the **JVM and JavaScript ecosystems (interoperability)** - **expand** Scalus beyond protocol development toward **operating applications (first scoped application runtime)**. It is a deliberately reduced resubmission. DReps recognised the previous Scalus proposal's vision, technical quality, and delivery record, but found its scope and budget too large. This version answers that directly: the ask is cut to **₳2,464,844** over 9 months, at a conservative **\$0.16/ADA** reference rate and **no contingency**. Delivery is milestone-based, administered through audited SundaeSwap treasury contracts with an independent oversight board and third-party assurance. The goal is bounded and concrete: protect prior public investment, keep Scalus and everything built on it working through the next protocol cycle, make it more reusable across the ecosystem, and extend it from building applications to running them. It's a proportionate continuation of proven work. **At a glance** - **Ask:** ₳2,464,844 (~\$394,375 at \$0.16/ADA) · 9 months · no contingency - **Scope:** maintenance · Dijkstra hard fork readiness · interoperability (JVM + JS/TS) · a scoped application runtime - **Excludes:** standalone L1 node · full L2 integration · broad formal verification - **Vs. previous proposal:** reduced from ₳8.5M / 12 months; L1 node and third-party dependencies removed - **Team:** Lantr Engineering, three years building Scalus, every prior milestone delivered on time - **Governance:** SundaeSwap escrow · independent oversight board · third-party assurance
Reasoning
Written after the vote was cast
What this asks for, and from whom
Lantr Engineering asked for 2,464,844 ADA over 9 months to maintain Scalus. Their JVM-native Cardano development platform. Get it ready for the Dijkstra hard fork, deepen JVM and JavaScript interoperability, and take a first scoped step toward an application runtime.
What would have to be true for this to be a good use of treasury funds
The tooling has to actually be load-bearing, and it is. Scalus components are reused inside MeshJS, Evolution SDK, Lucid Evolution, Cardano Client Lib, and YaciDevKit. Plenty of teams depend on it without ever touching it directly. Protecting infrastructure that other funded work sits on top of is exactly what maintenance money is for.
What specifically concerns me
Honestly, less than the first time around. The previous Scalus ask was 8,503,000 ADA over 12 months and Dreps said it was too big. This one cut the ask to under 2.5M, dropped from 8.25 FTEs to 2.25, priced at a conservative $0.16/ADA reference, removed the contested L1 node work, and carries zero contingency. That's a team that heard the feedback and answered it line by line instead of arguing. Milestone escrow through SundaeSwap treasury contracts with an independent oversight board handles the delivery risk.
What I am asking of the proposer if this passes
It expired without enactment this round, which stings for work of this quality. My yes stands on the record. If resubmitted, keep the discipline: same scope, same milestone structure, and keep publishing the delivery record. Three years of on-time milestones is the argument, so keep making it.