Scalus: Cardano’s Application Platform

• Governance Action Type: Treasury Withdrawal（トレジャリー引き出し）
• 提出: 2026年5月14日（Epoch 630）
• 失効: 2026年6月14日頃（Epoch 637）
• 要求額: ₳8,503,000（10% 返還可能 contingency 含む・12ヶ月）
• 提案者: Lantr Engineering
• Governance Action ID: gov_action1uzgqlh049u0j7epel29r425vyf9ttxmqwngw9kemyly0q6cwt5esqpwp09a
• Legacy Governance Action ID (CIP-105): e0900fddf52f1f2f6439fa8a3aaa8c224ab59b6074d0e2db3b27c8f06b0e5d33#0
• gov.tools: 該当ガバナンスアクションを開く
• SIPO DRep スタンス: 賛成（Yes・期待事項付き）

Scalus をどう見るか ― SIPO DRep としての分析とスタンス

提案の概要

本提案は、Lantr Engineering が 3 年にわたり継続提供してきた Scala 3 製のアプリ開発基盤「Scalus」を、開発環境から完全なアプリケーション基盤へと拡張するために、12ヶ月（2026年7月〜2027年6月）で ₳8,503,000（10% 返還可能 contingency 含む）のトレジャリー引き出しを求めるものです。Cardano アプリを「作る・検証する・起動する・運用する・スケールする」ための一体のスタックであり、Plutus Core へコンパイルする Scala ネイティブのスマートコントラクト、アプリケーション向けの L1 ノード、native L2 統合（Hydrozoa/Gummiworm）、形式検証統合、in-memory emulator とローカル devnet、本番グレードの runtime を含みます。

何に投資するのか ― アプリケーション層という次の主戦場

SIPO のドクトリンは、アプリケーション層を Cardano の次の決定的な戦場と捉えています。Cardano 2030 の KPI（TVL・月次トランザクション・月次アクティブユーザー）は、いずれもアプリが出荷され使われることの下流にあるからです。プロトコル・流動性・資本が揃いつつある今、ボトルネックは中核インフラではなく application delivery に移っています。Scalus は、builder が「設計・検証・起動・スケール」を別々のツールで自前に組み立てなければならない EUTXO の「組み立て問題」に応えます。同時に、Java・Scala・Kotlin という巨大な JVM エコシステムへの開発者ファネルを開きます。これは、TypeScript（Evolution SDK / MeshJS 等）や Rust のツールを置き換えるのではなく、言語多様性として補完するものです。

ノード多様性と実績

本提案は、SIPO が一貫して支持してきた複数の軸に合致します。Scalus に含まれる Scala 3 のノード実装（Conway+ 台帳ルール、Dijkstra ハードフォーク対応、Node Diversity initiative と整合した conformance テスト）は、Amaru（Rust）・Dingo（Go）・ブラウザノード Gerolamo（TypeScript/WebAssembly）に並び、クライアント多様性を JVM 言語族へ拡張します。Lantr には実績があります ― Catalyst F11・F13 を 100% 完納、2025 Treasury 配分を実行中、そしてエコシステムの依存先（Hydrozoa/Gummiworm の state-channel アプリ、Bifrost の Bitcoin ブリッジ）が Scalus 上に構築されています。既に存在し使われているコンポーネントの拡張であり、greenfield の賭けではありません。

AI 時代の戦略的位置づけ

SIPO は、前向きな戦略的論拠も重視します。AI 支援開発・AI エージェント開発が進むほど、Cardano に必要なのは個別の SDK 以上のもの ― AI と人間が安全かつ検証可能に反復できる統合プラットフォームです。Scalus は、型安全なコントラクト、ローカル emulator と devnet、embedded L1 アクセス、L2 統合、形式検証統合に加え、MCP 統合や AI フレンドリーな API・ドキュメントを含む明示的な LLM/AI 対応ワークストリームを持つ方向にあります。これは、EVM 圏の「速さと量」ではなく、「高保証・検証可能・自律運用可能な AI 支援アプリケーション基盤」として Cardano を差別化する道に位置づけられます。SIPO はこれを、その方向への戦略的投資と見ます。

ガバナンスと fund-control

トレジャリー保護の点で、本提案は SIPO の基準を満たします。引き出し先は単一鍵ではなく script credential であり、今期 SIPO が支持した Cardano Vision 2026 と同じく、鍵による直接払い出しではなく script ベースの escrow 型のオンチェーン制御で管理されます。Lantr に stake を持たない独立した multi-party 監督ボードが disbursement を co-sign し、マイルストーンをレビューし、資金を一時停止・停止できます。disbursement は四半期・マイルストーン条件付きで、第三者 assurance と公開報告が継続し、10% の contingency は返還可能で未使用分は Cardano Treasury に戻ります。これは、鍵管理・allocator 型の構造とは本質的に異なり、トレジャリー保護がこの賛成を妨げるのではなく支える理由です。

なぜ「期待事項付き賛成（Yes）」なのか ― 5 つの期待事項

SIPO の支持は無条件ではありません。現実の論点は残ります ― ニッチな言語（Scala/JVM）の採用裾野が要求額に見合うか、platform・node・L2・runtime にまたがる scope の広さ、Evolution SDK・MeshJS・Cardano Client Lib といった TypeScript ツールとの portfolio 境界、そして現時点での DRep の強い No トレンドです。SIPO はこれらを、否決の根拠ではなく、支持後に監督すべき事項と捉えます。そのうえで、SIPO は以下の期待事項とともに賛成します。

• (1) JVM/Scala 開発者のオンボーディングと実アプリ採用の四半期 KPI を公開すること
• (2) Evolution SDK・MeshJS・Cardano Client Lib との補完境界を明確化すること
• (3) Scala 3 ノード実装を Node Diversity initiative と conformance テストに整合させること
• (4) AI 支援開発への対応（ドキュメント・テンプレート・テストループ・MCP 統合）を強化すること
• (5) 未使用 contingency の Treasury 返還と public transaction journal を継続すること

SIPO DRep としての結論・スタンス

以上から、SIPO は本提案に 賛成（Yes・期待事項付き） を投じました。Scalus は単なる Scala 開発ツールではなく、Cardano のアプリケーション層・EUTXO 開発体験、そして AI 時代の高保証アプリケーション基盤に資する可能性を持つ統合基盤です。採用裾野や scope の広さといった論点は残りますが、これらは支持後に監督すべき期待事項であり、能動的な否定の理由ではありません。SIPO は、堅実な実行実績とオンチェーン強制の escrow 型ガバナンスを備えた本提案を、Cardano のアプリ層への戦略的投資として支持します。

How SIPO Views Scalus: Cardano’s Application Platform — A DRep Perspective —

Overview

This governance action requests ₳8,503,000 (including a 10% refundable contingency) over 12 months (July 2026 – June 2027) for Lantr Engineering to extend Scalus — an established Scala 3 development platform with three years of delivery — into a full application platform to build, verify, launch, operate, and scale Cardano applications, with a Scala-native smart-contract compiler to Plutus Core, an application-facing L1 node, native Hydrozoa/Gummiworm L2 integration, formal-verification integration, an in-memory emulator and local devnet, and a production-grade runtime.

Why It Matters — the Application Layer

SIPO’s doctrine treats the application layer as decisive: Cardano’s 2030 KPIs — TVL, monthly transactions, and monthly active users — are all downstream of applications shipping. Scalus addresses the EUTXO “assembly problem” for builders and opens a developer funnel to the large JVM ecosystem (Java, Scala, Kotlin), complementing rather than replacing TypeScript tooling (Evolution SDK, MeshJS) and Rust.

Node Diversity and Track Record

Its Scala 3 node component — Conway-plus ledger rules, Dijkstra hard-fork readiness, and conformance testing aligned with the Node Diversity initiative — extends client diversity into the JVM family, alongside Amaru (Rust), Dingo (Go), and Gerolamo (TypeScript/WebAssembly). Lantr delivered Catalyst F11 and F13 at 100%, has a 2025 Treasury allocation in execution, and has ecosystem dependents (Hydrozoa/Gummiworm applications and the Bifrost Bitcoin bridge). This extends components already in use, not a greenfield bet.

A Strategic Case for the AI Era

As AI-assisted and AI-agent development advance, Cardano needs an integrated platform where AI and humans can iterate safely and verifiably — not just separate SDKs. With type-safe contracts, a local emulator and devnet, embedded L1 access, L2 integration, formal-verification integration, and an explicit LLM/AI-readiness workstream (MCP integration, AI-friendly APIs and documentation), Scalus points toward differentiating Cardano as a high-assurance, verifiable, autonomously-operable platform for AI-assisted applications, rather than competing on the EVM world’s speed and volume.

Governance and Treasury Protection

The withdrawal recipient is a script credential rather than a single key — like Cardano Vision 2026, it is administered through script-based, escrow-style on-chain controls. An independent, multi-party oversight board with no stake in Lantr co-signs disbursements, reviews milestones, and can pause or halt funding; disbursements are quarterly and milestone-gated; third-party assurance and public reporting continue; and the 10% contingency is refundable, returning unspent funds to the Treasury.

Why “Yes, with Expectations”

Open questions remain — adoption breadth for a niche language relative to the ask, a wide scope spanning platform, node, L2, and runtime, the portfolio boundary with TypeScript tooling, and the current strong No trend among DReps. SIPO treats these as matters to monitor, not grounds for rejection, and votes Yes with five expectations: (1) publish quarterly KPIs for JVM/Scala developer onboarding and real-application adoption; (2) make explicit the complementarity boundary with Evolution SDK, MeshJS, and the Cardano Client Lib; (3) align the Scala 3 node with the Node Diversity initiative and conformance testing; (4) strengthen AI-assisted-development readiness (documentation, templates, the test loop, MCP integration); and (5) continue returning unused contingency to the Treasury and maintaining a public transaction journal.

Final Position

SIPO votes Yes, with expectations. Scalus is not merely a Scala development tool but an integrated platform with potential for Cardano’s application layer, EUTXO developer experience, and a high-assurance application platform for the AI era. The open questions are matters to oversee after support, not reasons to reject, and SIPO supports this well-governed, escrow-administered proposal as a strategic investment in Cardano’s application layer.