CoW Swap startet auf Solana über NEAR Intents Backend

Die Frage, die jeder DEX-Verantwortliche diese Woche seinem CFO stellen sollte, lautet: Wird die nächste Chain-Expansion intern gebaut oder bei einem Intent-Settlement-Anbieter eingekauft? CoW Swap hat diese Frage für Solana bereits beantwortet. Das Team bringt sein Coincidence-of-Wants-Modell auf eine neue L1, indem es NEAR Intents als Backend nutzt – anstatt Solver und Batch-Auction-Infrastruktur Chain für Chain zu portieren.

Das ist eine Geschäftsentscheidung, die als Engineering-Ankündigung verkleidet ist. Und sie hat Auswirkungen, die weit über eine einzelne DEX hinausgehen.

Was passiert ist

CoW Swap, die intent-basierte dezentrale Börse, die vor allem auf Ethereum bekannt ist, expandiert nach Solana. Wie The Defiant berichtet, nutzt der Launch NEAR Intents als zugrundeliegende Backend-Infrastruktur für das Lösen und Abwickeln von Nutzer-Trade-Intents auf Solana. Als Quelle für die Ankündigung wird NEAR Intents selbst genannt.

Die technischen Details sind entscheidend. CoW Swap verhält sich nicht wie ein AMM nach Uniswap-Vorbild. Nutzer formulieren ihre Handelsabsicht als Intent, diese Intents werden gebündelt, und Solver konkurrieren darum, sie abzuwickeln – im Idealfall werden direkte Übereinstimmungen zwischen Nutzern gefunden, sodass Liquiditätspools nicht immer genutzt werden müssen. Dieses Modell benötigt ein Solver-Netzwerk, eine Off-Chain-Matching-Schicht und On-Chain-Settlement-Contracts. Den gesamten Stack auf jeder neuen Chain neu aufzubauen ist teuer.

NEAR Intents hat genau das als horizontalen Service aufgebaut. Es positioniert sich als Backend für intent-basierte Anwendungen, mit kettenübergreifendem Intent-Settlement als Kernangebot. CoW Swap erhält so eine Solana-Präsenz, ohne ein eigenes Solana-natives Solver-Netzwerk aufzubauen oder seine vollständige Ethereum-Architektur zu portieren. NEAR Intents erhält einen prominenten Referenzkunden, der die These bestätigt, dass Intent-Solving Infrastruktur ist und kein Produkt.

Die Expansion verbreitert CoW Swaps Multichain-Fußabdruck über Ethereum und die anderen EVM-Netzwerke hinaus, auf denen es bereits operiert. Für Solana DeFi kommt damit ein glaubwürdiger Nicht-AMM-Ausführungsmarkt hinzu. Für die breitere Intent-Infrastruktur-Kategorie ist es das bisher deutlichste Signal, dass sich das „Intents as a Service"-Muster um eine kleine Anzahl von Backends zu konsolidieren beginnt.

Technische Anatomie

Um zu verstehen, warum das architektonisch wichtig ist, sollte man das CoW-Swap-Produkt von seiner Ausführungsschicht trennen. Das Produkt ist das nutzerseitige Versprechen: Intent einreichen, fairen Preis erhalten, per Batch-Auction mit MEV-Schutz abwickeln. Die Ausführungsschicht ist der komplizierte Teil: ein Solver-Netzwerk, eine Order-Flow-Auktion, Settlement-Contracts auf jeder Chain, Bridging-Logik bei Asset-Transfers und der Off-Chain-Koordinator, der bündelt und abrechnet.

Historisch gesehen bedeutet jede neue Chain: neue Deployment der Settlement-Contracts, neue Solver, die das Mempool- und Finalitätsverhalten der Chain verstehen, und neues Monitoring. Solana macht das schwieriger, nicht einfacher, weil sein Ausführungsmodell, seine Account-Struktur und sein Fee-Market nicht sauber auf EVM-Annahmen abbildbar sind. Eine intern durchgeführte Solana-Portierung würde bedeuten: Rust- und Anchor-Entwickler einstellen, Solana-spezifische Solver bauen und parallelen Betrieb für ein EVM-geformtes und ein Solana-geformtes Produkt führen.

Die Weiterleitung über NEAR Intents dreht das um. Der Intent wird in CoW Swaps UX formuliert, aber das Matching, die Solver-Konkurrenz und das kettenübergreifende Settlement finden innerhalb der Infrastruktur statt, die NEAR bereits betreibt. CoW Swap behandelt Intent-Settlement so, wie die meisten Fintech-Teams KYC oder Zahlungen behandeln: eine eingekaufte Fähigkeit hinter einem API-Vertrag, kein Kerndifferenziator, der je nach Jurisdiction neu gebaut werden muss.

Es gibt offensichtliche Trade-offs. CoW Swap übernimmt die Uptime von NEAR Intents, die Solver-Ökonomie und jede Latenz, die das kettenübergreifende Routing hinzufügt. Wenn NEAR Intents die Preise ändert, ein Feature abkündigt oder gegen eine regulatorische Wand stößt, ist das Solana-Produkt exponiert. Das ist das gleiche Vendor-Lock-in-Gespräch, das rund um verwaltete Kubernetes-Dienste versus selbst gehostete Cluster geführt wird – nur mit mehr On-Chain-Finalität und weniger SLAs. Die ehrliche Version dieses Architektur-Reviews benennt dieses Risiko klar.

Der Vorteil liegt in Geschwindigkeit und Stückkostenökonomie. Eine Integration, mehrere Chains, kein Bedarf für ein Solana-natives Ausführungsteam. Für eine Series-B-große DeFi-Organisation mit vielleicht 20 Entwicklern ist das der Unterschied zwischen einem Quartal und einem Jahr bis zum Launch.

Wer unter Druck gerät

Drei Gruppen sollten diese Woche aufhorchen.

Erstens: Solana-native DEXes, die ihren Burggraben auf dem Argument aufgebaut haben, „wir sind der Ort, an dem intent-basierter Handel auf Solana stattfindet". Diese Geschichte ist schwieriger zu erzählen geworden. Eine etablierte Ethereum-Marke mit echten Solver-Beziehungen hat jetzt eine Solana-Präsenz, ohne die vollen Integrationskosten bezahlt zu haben. Die Wettbewerbsfrage verlagert sich von „wer hat das bessere Solana-Produkt" zu „wer kontrolliert das Solver-Netzwerk". Wenn Solver, also die eigentliche Liquidität, über NEAR Intents routen, konkurrieren die Solana-nativen Platzhirsche gegen geteilte Infrastruktur, nicht gegen ein fremdes Protokoll.

Zweitens: Teams, die still und leise ihre eigene Multichain-Intent-Infrastruktur aufgebaut haben. Die Build-vs-Buy-Rechnung hat sich gerade neu ausbalanciert. Wenn CoW Swap, das jeden Anreiz und wohl auch das interne Know-how gehabt hätte, seine eigene Lösung zu entwickeln, sich für die Auslagerung des Solana-Backends entschieden hat, wird der Fall für ein kleineres Team, dieselbe Fähigkeit von Grund auf neu zu bauen, schwächer. Heads of Platform bei solchen Unternehmen sollten innerhalb der nächsten zwei Quartale mit unbequemen Fragen aus dem Board rechnen.

Drittens: General Counsels und Compliance-Verantwortliche bei jedem Intent-Routing-Protokoll. Intent-Settlement, das Chains überquert, sieht für einen Regulator, der nicht in Geberlaune ist, sehr nach einem Geldtransfer-Service aus. Je mehr sich die Kategorie um gemeinsame Backends konsolidiert, desto größer werden die einzelnen regulatorischen Schwachstellen. Ein CFO bei einer DEX, die von einem Drittanbieter-Intent-Backend abhängt, sollte diese Woche fragen, was mit seinem Order Flow passiert, wenn dieses Backend eine Vorladung, eine Sanktionseinstufung oder eine plötzliche Änderung der unterstützten Jurisdiktionen erhält. Das ist kein Gedankenexperiment für 2027. Das ist eine 90-Tage-Exposition.

Auch der Stellenmarkt liest das so. Die Nachfrage nach Solana-Programm-Entwicklern, die auch Intent-Solving verstehen, bleibt hoch, konzentriert sich aber bei den Infrastrukturanbietern. Produkt-DEXes werden weniger Chain-Spezialisten und mehr Integrations-Entwickler einstellen.

Playbook für Engineering-Teams

Wenn man eine DEX, ein Wallet oder eine beliebige Ausführungsschicht betreibt, die in den nächsten vier Quartalen eine Multichain-Expansion plant, ergeben sich drei konkrete Schritte.

Erstens: Den Intent-Settlement-Abhängigkeitsgraphen ehrlich aufschreiben. Wenn die Roadmap „Expansion zu Chain X bis Q3" sagt, muss heute geklärt werden, ob Solver und Settlement intern gebaut oder eingekauft werden. Beide Kosten mit realen Headcount-Zahlen schätzen, nicht mit optimistischen. Wenn der Einkauf beim TCO über 18 Monate um mehr als 40 % gewinnt, wird das Gespräch mit dem Board einfacher.

Zweitens: Jeden Intent-Backend-Anbieter wie einen kritischen Cloud-Provider behandeln. Das bedeutet: vertragliche Ausstiegsbedingungen, Datenportabilität für die Order-Flow-Historie, selbst kontrollierte Observability (auf der eigenen Seite der Grenze mit OpenTelemetry instrumentieren, nicht nur auf Anbieterseite) und einen dokumentierten Fallback-Pfad, falls der Anbieter verschwindet. Die Kosten für diese Übung sind gering. Die Kosten für das Überspringen sind existenziell.

Drittens: Konkret klären, was man tatsächlich besitzt. Wenn das Produkt die UX und die Marke ist, diese erbarmungslos besitzen und Ausführung als Commodity-Infrastruktur behandeln. Wenn das Produkt die Ausführungsqualität ist, diese nicht auslagern – Punkt, auch wenn das einen verlangsamt. Das schlechteste Ergebnis ist, keines von beidem zu besitzen und aufzuwachen und festzustellen, man ist ein Thin Client auf dem Protokoll eines anderen.

Heads of Platform sollten ihren VP Eng diese Woche auch fragen, welche ihrer aktuellen „Kern"-Systeme denselben Outsourcing-Test bestehen würden, den CoW Swap gerade angewendet hat. Die meisten werden es nicht.

Wichtigste Erkenntnisse

• CoW Swaps Solana-Launch via NEAR Intents ist ein Build-vs-Buy-Urteil, nicht nur eine Chain-Expansion. Intent-Settlement wird zur eingekauften Infrastruktur.
• Die Architektur tauscht Ausführungsgeschwindigkeit und geringere Personalkosten gegen Vendor-Lock-in und übernommene regulatorische Exposition. Beide Seiten müssen eingepreist werden.
• Solana-native Intent-DEXes stehen vor einer schärferen Wettbewerbsfrage: Besitzen sie die Solver, oder teilen sie ein Backend mit ihrem größten Konkurrenten?
• CFOs und GCs bei jeder DEX, die auf Drittanbieter-Intent-Infrastruktur setzt, sollten unter Druck testen, was mit dem Order Flow bei Anbieterausfall oder regulatorischen Maßnahmen passiert.
• Teams, die eine Multichain-Expansion evaluieren, sollten jetzt fragen, ob ihre Differenzierung in UX und Marke oder in Ausführungsqualität liegt – denn die gewählte Architektur muss zur Antwort passen.