Direkt zum Hauptinhalt

ILITYs vereinheitlichte ZK-Verifizierungsschicht: Ein Verifizierer für 200 Rollups

· 12 Min. Lesezeit
Dora Noda
Software Engineer

Es gibt mittlerweile mehr als 200 Zero-Knowledge-Rollups in der Produktion, von denen jedes seinen eigenen Verifier-Contract bereitstellt. Hier SP1, dort Risc Zero, Plonky3 in einer Chain, Halo2 in einer anderen, wobei Jolt und Powdr alle paar Wochen hinzukommen. Jede Datenschutz-App, die den Zustand von mehr als einer Chain lesen möchte, zahlt eine Steuer: jeden Prover integrieren, jeden Verifier prüfen, bei jeder Circuit-Änderung neu bereitstellen. Dies ist der N×N-Integrationsalbtraum, der sich still und heimlich zu den größten versteckten Kosten in der Web3-Datenschutzinfrastruktur entwickelt hat.

Am 28. April 2026 beendete ILITY den Stealth-Modus mit der Wette, dass die Lösung nicht eine weitere zkVM ist, sondern eine Schicht darüber. Seine Multi-Chain-ZK-Proof-Unified-Verification-Layer — die neben dem am 30. Januar live gegangenen Alpha-Mainnet steht — präsentiert sich als "universelle Cross-Chain-Datenschutz-Schnittstelle", die jede Chain als datenschutzwahrenden Nachrichtenbus übernehmen kann. Web3Caff Research veröffentlichte am selben Tag ein Financing Decode, das den Launch als generationenübergreifende Wette auf die Verifier-Abstraktion einordnet. Die These ist provokant: So wie IBC den Zustand der Cosmos-Zonen und die EVM-Äquivalenz die L2-Ausführung abstrahiert hat, kann eine einzige Proof-Verification-API jedes darunter liegende SNARK-System abstrahieren.

Die Fragmentierung, über die niemand sprechen möchte

Polygon Labs, Succinct, Risc Zero und ein halbes Dutzend kleinerer Teams haben die letzten drei Jahre damit verbracht, schnellere, kleinere und allgemeinere zkVMs auf den Markt zu bringen. Das Rennen hat außergewöhnliche Ergebnisse hervorgebracht — Plonky3 in Produktion, SP1, das Proofs in Fragmente zerlegt und sie zu einem einzigen universellen Proof aggregiert, und Risc Zero, das auf seinen offenen Boundless-Proof-Markt umschwenkt.

Aber das Rennen hat einen Nebeneffekt, für den fast niemand optimiert: Jeder Gewinner liefert seinen eigenen Verifier aus. Ein datenschutzwahrendes Lending-Protokoll, das Collateral-Attestierungen von einem SP1-geprüften Optimism-Rollup, einer Plonky3-geprüften Polygon-CDK-Chain und einem Halo2-geprüften Scroll-Deployment akzeptieren möchte, muss drei völlig unterschiedliche Verifier-Contracts bereitstellen und warten. Jeder Verifier hat unterschiedliche Gaskosten, unterschiedliche Upgrade-Pfade und unterschiedliche Fehleroberflächen. Die Audit-Budgets explodieren. Der Cross-Chain-TVL bleibt auf der Chain gefangen, auf der die Datenschutz-App gestartet wurde.

Die Branche erkennt dies als Problem an. Polygons Pessimistic Proof — selbst ein mit SP1 und Plonky3 generierter ZK-Proof — vermarktet Aggregation explizit als "Vereinigung von Multistack-Zukünften". Doch die Vereinigung des AggLayers funktioniert nur für Chains, die sich für den Polygon-CDK-Stack entschieden haben. Solana, Cosmos, Ethereum L2s außerhalb des Polygon-Stacks und Bitcoin L2s bleiben außerhalb seines Perimeters. Die Fragmentierung wird innerhalb eines geschlossenen Systems gelöst und an dessen Grenzen reproduziert.

Was ILITY tatsächlich baut

ILITYs Ansatz ist strukturell anders. Anstatt über die Geschwindigkeit der Prover zu konkurrieren, baut es eine souveräne Layer-1-Blockchain, deren einzige Aufgabe es ist, Proofs aus einer beliebigen Quell-Chain zu verifizieren und Attestierungen erneut auszugeben, denen jede konsumierende Chain vertrauen kann. Der Besitz von Vermögenswerten, die Historie, Transaktionsmuster, On-Chain-Verhalten — all das kann bewiesen werden, ohne Wallet-Adressen oder zugrunde liegende Daten offenzulegen.

Die architektonische Wette besteht aus drei Teilen. Erstens, eine einheitliche Proof-Verification-API: Jede Anwendung liest von einem Endpunkt, unabhängig davon, welches zugrunde liegende SNARK-System den Proof generiert hat. Zweitens, die ILITY ZK Engine, der datenschutzbewusste Verifizierungskern der Chain, den das Alpha-Mainnet seit Januar durch interne Cross-Chain-Datenabruftests gehärtet hat. Drittens, der ILITY Hub — die kommende Produktisierungsschicht, die die Verifier-Abstraktion als Entwicklerdienst und nicht als Forschungsobjekt bereitstellt.

Der Mechanismus ähnelt der Art und Weise, wie IBC es Cosmos-Zonen ermöglichte, miteinander zu kommunizieren, ohne dass jede Zone den Konsens jeder anderen Zone implementieren musste. ILITY schlägt denselben Trick für Proofs vor: Chains müssen nicht wissen, wie die jeweils andere Seite Dinge beweist. Sie müssen nur dem Verifizierungsergebnis vertrauen, das die einheitliche Schicht ausgibt. Wenn die Abstraktion hält, kann eine einmal auf ILITY geschriebene datenschutzwahrende DeFi-App Attestierungen von einem Solana-Programm, einem Ethereum-L2-Contract, einer Cosmos-Zone und einer Bitcoin-L2 konsumieren — von denen keine etwas über die anderen wissen muss.

Wie sich ILITY von angrenzenden Wetten unterscheidet

Die einheitliche Verifizierungsschicht ist nicht der einzige Versuch, dieses Problem zu lösen. Der Bereich hat sich um drei konkurrierende Ansätze kristallisiert, von denen ILITY behauptet, sie alle einzuschließen.

Brevis hat den allgemeinsten ZK-Koprozessor auf den Markt gebracht — einen hybriden ZK-Datenkoprozessor plus Allzweck-zkVM mit L1-Echtzeit-Beweisfunktion. Brevis ermöglicht es Smart Contracts, auf historische EVM-Zustände zuzugreifen und Dinge darüber zu beweisen. Aber Brevis ist im Kern ein Koprozessor: Er erstellt Proofs, er vereinheitlicht keine Verifier. Eine konsumierende Chain muss einen Brevis-Proof immer noch in dem Proof-System verifizieren, das Brevis zufällig verwendet.

Axiom ist spezialisierter, aber extrem schnell in dem, was es tut — verifizierbare Abfragen gegen tiefe Ethereum-Zustände, die exakte Storage-Slot-Werte oder die Existenz von Transaktionen bei bestimmten Blockhöhen beweisen. Der Kompromiss ist explizit: nur Ethereum, Single-Chain per Design. Nützlich als Primitiv, nutzlos als Multi-Chain-Schnittstelle.

Lagrange wählte einen anderen Kompromiss — einen ZK-plus-Optimistic-Hybrid, der die Effizienz der Cross-Chain-Berechnung verbessert, indem er die ZK-Garantien für Zustände lockert, die unwahrscheinlich angefochten werden. Lagrange beweist Dinge über Chains hinweg, aber die Verifizierungssemantik ist nicht dieselbe wie eine reine ZK-Garantie, was die Einsatzmöglichkeiten für Institutionen einschränkt.

ILITYs Behauptung ist, dass alle drei Punktlösungen für ein fehlendes Primitiv sind. Brevis verifiziert, Axiom fragt ab, Lagrange aggregiert — aber keines von ihnen bietet eine API, die jede Chain aufrufen kann, um jeden Proof von jeder anderen Chain zu verifizieren. ILITY wettet darauf, dass das fehlende Primitiv die Verifizierungsschicht selbst ist und nicht ein weiterer Prover oder Koprozessor.

Der deutlichste Kontrast besteht zum Polygon AggLayer. Das Pessimistic-Proof-System des AggLayers ist technisch gesehen eine einheitliche Verifizierungsschicht — aber es funktioniert nur für Chains, die mit der CDK Sovereign Config konfiguriert sind. AggLayer v0.3 erweiterte den Stack bis zum ersten Quartal 2026 auf Multistack-EVM, aber Solana, Cosmos und Bitcoin L2s bleiben außen vor. ILITYs Designentscheidung ist das Gegenteil: Zuerst die Verifizierungsschicht bauen, jede Chain anschließen lassen und auf Breite vor Tiefe optimieren.

Der Privacy-Stack, der sich um April 2026 bildet

Der Zeitpunkt der Markteinführung ist kein Zufall. Ende April 2026 hat zwei weitere Infrastruktur-Wetten hervorgebracht, die zusammen mit ILITY zu etwas Größerem verschmelzen, als es jeder für sich allein wäre.

Mind Networks FHE-Privacy-Boost — aufgebaut auf dem OP Stack und integriert mit Chainlink CCIP — bietet vertrauliche Berechnungen (Confidential Computation). Vollständig homomorphe Verschlüsselung (Fully Homomorphic Encryption, FHE) ermöglicht es Smart Contracts, verschlüsselte Eingaben zu verarbeiten, ohne sie jemals zu entschlüsseln. Dies ist von enormer Bedeutung für das institutionelle DeFi, bei dem die Eingabedaten selbst sensibel sind. Die Sicherheitsaudits von Mind Network im zweiten Quartal 2026 und der Mainnet-Rollout der FHE-gestützten Agent-zu-Agent-Zahlungslösung im dritten Quartal 2026 sind der erste glaubwürdige Versuch einer vertraulichen Berechnungsebene mit institutionellen Roadmaps.

ILITY sorgt für die Verifizierung: die Fähigkeit, Fakten über den chain-übergreifenden Zustand (Cross-Chain State) zu beweisen, ohne den Zustand selbst preiszugeben.

Eine dritte Säule, die in Finanzierungsrunden im mittleren Segment zunehmend sichtbar wird, ist die dezentrale Beweisberechnung (Decentralized Proving Compute) — offene Beweismärkte wie Boundless von Risc Zero und das Prover-Netzwerk von Succinct. Diese ermöglichen es GPU-Betreibern, auf die Erstellung von Beweisen zu bieten und so die Grenzkosten gegen Null zu treiben.

Zusammengenommen bilden diese drei Säulen — vertrauliche Berechnung (FHE), einheitliche Verifizierung (ZK) und offene Beweisberechnung — den Infrastruktur-Stack, den institutionelle Nutzer tatsächlich benötigen würden, um an DeFi teilzunehmen, ohne Strategie-, Positions- oder Gegenparteidaten preiszugeben. Keine der Säulen ist allein ausreichend. ILITY behauptet, dass die Verifizierungsebene das Bindegewebe ist, das die anderen beiden erst nützlich macht. Denn ohne eine einheitliche Verifizierung müsste jede Institution, die privates Cross-Chain-DeFi betreibt, einen "Verifizierer-Zoo" für jeden Prover unterhalten, den ihre Gegenparteien verwenden könnten.

Die Wette auf die Verifizierer-Abstraktion, ehrlich betrachtet

Die Verifizierer-Abstraktion (Verifier Abstraction) ist eine starke These. Es ist jedoch auch die Art von These, die historisch gesehen schwer umzusetzen war. Drei Risiken sollten beim Namen genannt werden.

Das Problem der nativen Integration. Eine einheitliche Verifizierungsebene ist nur dann von Bedeutung, wenn Chains sie übernehmen. Das Alpha Mainnet von ILITY führt die Verifizierung intern durch und gibt die Ergebnisse aus — aber damit Solana-Smart-Contracts diese Attestierungen tatsächlich nutzen können, muss das Solana-Programm dem signierten Ergebnis von ILITY vertrauen. Diese Vertrauensannahme ähnelt der einer Light-Client-Bridge, was bedeutet, dass ILITY letztendlich nicht nur bei der ZK-Beweisverifizierung mit LayerZero, Wormhole und Chainlink CCIP konkurriert, sondern um die umfassendere Aufgabe eines „vertrauenswürdigen Nachrichtenbus“ (Trusted Message Bus). Die Geschichte der Verifizierer-Abstraktion ist eleganter als die von LayerZero, aber der Go-to-Market ist derselbe.

Das Risiko der vorzeitigen Abstraktion. zkVerify — eine modulare L1, die als universelle ZK-Beweisverifizierungsebene konzipiert wurde — verfolgt seit 2024 eine ähnliche These. Sie hat bisher noch keine institutionelle Escape Velocity erreicht. Das Risiko besteht darin, dass die Verifizierer-Abstraktion zwar technisch elegant, aber kommerziell verfrüht ist: Wenn keine Chain die Abstraktion nativ integriert, ist jede Verifizierung auf der einheitlichen Ebene ein zusätzlicher Hop im Vergleich zur direkten Bereitstellung des Verifizierers auf der konsumierenden Chain.

Die Optimierungslücke. Verifizierer pro Chain können aggressiv für das spezifische SNARK-System optimiert werden, das sie verifizieren. Eine einheitliche Ebene opfert fast per Definition einige dieser Optimierungen. AggLayer gewinnt auf Polygon CDK-Chains teilweise deshalb, weil der pessimistische Beweis (Pessimistic Proof) gemeinsam mit SP1+Plonky3 und dem Chain-Stack entwickelt wurde. ILITY hat diesen Luxus nicht, wenn ein Halo2-Beweis von einer Chain und ein SP1-Beweis von einer anderen verifiziert werden. Die Leistungsgrenze eines wirklich chain-agnostischen Verifizierers ist von Natur aus niedriger als die eines gemeinsam entwickelten Systems.

Der optimistische Fall ist, dass keines dieser Risiken fatal ist — sie bedeuten lediglich, dass die einheitliche Verifizierungsebene eher durch Entwickler-Ergonomie als durch rohe Verifizierungs-Gaskosten gewinnen muss. Wenn das Onboarding einer neuen Chain bei ILITY eine Woche statt sechs Monate individueller Verifizierer-Arbeit dauert, wird der Unterschied in der Time-to-Market den Unterschied in den Gaskosten für alle außer für hyper-optimierte DeFi-Protokolle dominieren. Das ist derselbe Kompromiss, den frühe Multi-Chain-Bridges eingegangen sind und mit dem sie gewonnen haben.

Was man als Nächstes beobachten sollte

Drei Signale werden uns verraten, ob die These der einheitlichen Verifizierung aufgeht.

Native Integrationen. Bindet irgendeine große Chain — ein Solana-Grant, eine Ethereum L2-Partnerschaft, eine Cosmos-Zone — das Verifizierungsergebnis von ILITY nativ in ihre On-Chain-Logik ein? Ohne mindestens eine solche Integration im Jahr 2026 bleibt die Abstraktion eine Insel.

Einsatz von Privacy-Apps. Die richtige Validierung ist nicht theoretisch. Es ist ein datenschutzfreundliches Lending-Protokoll oder eine vertrauliche Settlement-Ebene, die ILITY im Live-Betrieb mit zahlenden Nutzern nutzt, um Collateral-Attestierungen aus drei oder mehr verschiedenen Prover-Ökosystemen zu lesen.

Stack-Zusammensetzung mit FHE und Beweismärkten. Wenn der Stack aus „FHE plus ZK plus Beweismarkt“ in institutionellen DeFi-Piloten auftaucht — etwa in genehmigten Pools im Stil von JPMorgan oder bei der Abwicklung regulierter tokenisierter Fonds — dann ist das der Ökosystem-Effekt, für den sich ILITY positioniert. Wenn dies nicht geschieht, bleibt die einheitliche Verifizierungsebene ein cleveres Stück Infrastruktur, das auf eine Anwendung wartet, die es benötigt.

Die ehrliche Zusammenfassung lautet, dass ILITYs Wette enorm ist und die bisherigen Erfahrungen mit dem „Gewinnen durch Abstrahieren der Primitive anderer Leute“ im Krypto-Bereich gemischt sind. IBC hat gewonnen. EVM-Äquivalenz hat gewonnen. Es gab aber auch Abstraktionen, die auf den Markt kamen, bevor die zugrunde liegenden Systeme bereit waren, und die ihren Vorsprung nie wieder aufholen konnten. Der 28. April ist der Tag, an dem die Uhr für diese Wette öffentlich zu ticken beginnt.

BlockEden.xyz betreibt RPC- und Indexierungs-Infrastruktur der Enterprise-Klasse für Sui, Aptos, Ethereum, Solana und andere große Chains — dieselbe Multi-Chain-Abdeckung, die datenschutzfreundliche Anwendungen benötigen, um verifizierte chain-übergreifende Zustände zu nutzen. Erkunden Sie unseren API-Marktplatz, um auf einer Infrastruktur aufzubauen, die für die Multi-Chain-Ära entwickelt wurde.

Quellen