Das NEAR-Ökosystem: Nightshade, Intents und Chain Signatures

Was für eine Chain ist NEAR eigentlich?

NEAR Protocol ist eine Layer-1-Blockchain, die 2020 ihr Mainnet startete. Sie nutzt einen delegierten Proof-of-Stake-Konsensmechanismus, bei dem Token-Inhaber NEAR an Validatoren staken und Validatoren abwechselnd Blöcke produzieren. Das wichtigste Versprechen ist Sharding: NEARs Design, genannt Nightshade, verteilt den Zustand und die Berechnungen des Netzwerks auf mehrere parallele Chains, mit der Idee, dass der Durchsatz skaliert, wenn weitere Shards hinzukommen.

Für Entwickler liefert die Chain eine Smart-Contract-Laufzeit, die nicht die EVM ist. Contracts werden typischerweise in Rust oder AssemblyScript geschrieben und zu WebAssembly kompiliert. Diese Wahl bringt Performance und eine vertraute Sprache für Systemprogrammierer, bedeutet aber auch, dass die Tools, der Entwickler-Pool und die bestehenden Contract-Bibliotheken kleiner sind als bei Ethereum. Die meisten Leser werden den Kompromiss erkennen: Man wählt eine Chain mit größerem Toolset und schlechterem Durchsatz oder eine mit kleinerem Pool und mehr Spielraum.

NEAR setzt außerdem stark auf Account Abstraction, also die Idee, dass Nutzerkonten programmierbare Sicherheits- und Wiederherstellungsregeln haben können statt des statischen Modells „ein privater Schlüssel kontrolliert alles" älterer Chains. Wiederherstellung über vertraute Guardians, Multisig-Wallets und Gas-Sponsorship sind auf Protokollebene eingebaut, nicht nachträglich mit separaten Smart-Contract-Wallets angedockt. Das ist das Fundament, auf dem alles andere im Ökosystem aufbaut.

Nightshade-Sharding: Was ist real und was nicht?

Nightshade ist NEARs Ansatz für Sharding, eine Technik, um Blockchain-Arbeit auf viele parallele Prozessoren zu verteilen, damit das Netzwerk mit dem Wachstum mehr Transaktionen verarbeiten kann. In NEARs Design wird der Zustand jedes Shards zu einem einzigen Block auf der Hauptchain zusammengefügt, weshalb die Architektur Nightshade heißt: Jeder Shard trägt einen „Chunk" zum Gesamtblock bei, wie eine Scheibe einer größeren Frucht.

Der wichtige Vorbehalt ist, dass Nightshade nicht vollständig live ist. Stand des aktuellen Protokolls befindet sich das Netzwerk in der sogenannten „Phase 0" des Shardings, in der der Zustand zwar shardet ist, aber immer nur ein Shard aktiv Transaktionen verarbeitet. Validatoren laden weiterhin den gesamten Shard-Zustand zur Validierung herunter, sodass das Netzwerk den Meilenstein „jeder Validator verfolgt nur einige Shards", den echte horizontale Skalierung voraussetzt, noch nicht erreicht hat. Nightshades Roadmap enthält außerdem Stateless Validation und Crosstown Congestion, beides Ideen im Forschungsstadium und nicht ausgelieferter Code.

Für Nutzer ist das weniger relevant, als Marketingmaterialien suggerieren. Heute ist NEARs Mainnet schnell und die Gebühren sind niedrig, aber nicht wegen Sharding im Multi-Shard-Sinn. Es ist schnell, weil die Chain noch nicht überlastet ist. Die ehrliche Einordnung lautet: Nightshade ist ein glaubwürdiges, gut durchdachtes Design von einem Team mit Wurzeln in der Sharding-Forschung (einschließlich Mitgründer Illia Polosukhin und früherem Berater Alex Skidanov), und die erste Phase wird ausgeliefert, aber das reißerische „tausende TPS durch Sharding" ist ein Zukunftszustand, keine heutige Tatsache.

Chain-Signatures und Account-Abstraktion

Chain-Signatures sind NEARs herausragendstes technisches Merkmal. Vereinfacht gesagt ermöglichen sie einem NEAR-Konto, Transaktionen auf anderen Blockchains zu signieren. Eine einzige NEAR-Adresse kann eine gültige Signatur für Bitcoin, Ethereum, Cosmos und weitere erzeugen, alles mit einem einzigen Schlüsselsatz. Im Hintergrund hält ein Multi-Party-Computation-Netzwerk (MPC) aus NEAR-Validatoren die zugrunde liegenden privaten Schlüssel gemeinsam, und der NEAR-Vertrag fungiert als Koordinator, der Signaturen anfordert, wenn der Nutzer sie autorisiert.

Warum das wichtig ist: Es verdichtet die Multi-Chain-Erfahrung. Anstatt separate Seed-Phrasen für Bitcoin, Ethereum und NEAR zu verwalten, kann ein Nutzer alles in einem NEAR-Konto bündeln, mit vertrauten Wiederherstellungsregeln, und trotzdem für Non-NEAR-Assets signieren. Für Entwickler bedeutet das, dass eine NEAR-native Wallet Cross-Chain-Swaps, Cross-Chain-Minting und sogar Cross-Chain-DAO-Abstimmungen anbieten kann, ohne dass der Nutzer die Abstraktion je verlässt.

Chain-Signatures sind auch die Grundlage von NEARs Account-Abstraktion. Da das Kontomodell bereits flexibel ist (benannte Konten, Multisig, gesponserte Gas-Gebühren, Wiederherstellung) und dasselbe Konto für andere Chains signieren kann, positioniert sich NEAR als Meta-Chain, die Aktivitäten anderswo orchestriert. Das Risiko besteht, wie immer bei MPC, darin, dass die Sicherheit der Multi-Chain-Schicht von der Ehrlichkeit des Signatur-Komitees abhängt. NEARs Design geht davon aus, dass ein Quorum von Validatoren nicht kolludiert, was dieselbe Vertrauensannahme ist, die die Chain selbst sichert, und die bisher gehalten hat, aber es bleibt dennoch eine reale Annahme.

Aurora: die EVM-Kompatibilitätsschicht

Aurora ist ein Layer, der auf NEAR aufsetzt und die Ethereum Virtual Machine ausführt. Es ist keine Sidechain, sondern ein Smart Contract auf NEAR, der EVM-Bytecode ausführt und aus einem Ethereum-kompatiblen State liest. Aus Entwicklersicht ist Aurora ein Drop-in-Ziel: Solidity-Verträge, Hardhat- oder Foundry-Toolchains und vertraute Ethereum-JSON-RPC-Endpunkte funktionieren mit minimalen Anpassungen.

Dies war eine bewusste Entscheidung des NEAR-Teams, um Ethereum-Entwickler anzusprechen, die Rust nicht lernen wollten. Aurora liefert außerdem eine eigene Bridge (die Rainbow Bridge) für die Bewegung von Assets zwischen Ethereum, NEAR und Aurora sowie ein Gas-Token (ETH auf Aurora, nicht NEAR), sodass Nutzer Gebühren in dem Asset zahlen können, das sie bereits halten. Das Ergebnis ist eine EVM-kompatible Zone, die von NEARs Finalität und Gebühren profitiert und gleichzeitig die EVM-Entwicklererfahrung bewahrt.

Die ehrliche Einschätzung: Aurora funktioniert und hat echte DeFi-Protokolle beherbergt, darunter eine Uniswap-v2-artige DEX namens Trisolaris und einen Lending-Markt. Aber die TVL auf Aurora war historisch gesehen nur ein Bruchteil der großen L2s, und die Aktivität schwankte mit Anreizprogrammen, anstatt sich in einer stabilen Nutzerbasis einzupendeln. Wenn du NEAR evaluierst, betrachte Aurora als nützlichen Ausweg, nicht als Zeichen, dass NEAR die EVM-Kompatibilität auf L1-Ebene „gelöst" hat. NEAR selbst ist weiterhin eine Non-EVM-Chain mit eigenem Vertragsmodell.

Intents und die These „Trading as Settlement"

Intents sind ein neues Designmuster im dezentralen Handel. Anstatt dass ein Nutzer eine bestimmte Transaktion einreicht (swap 100 USDC gegen ETH auf Uniswap, zahle dieses Gas, akzeptiere diese Slippage), erklärt der Nutzer einen Intent: „Ich möchte mindestens 0,03 ETH für 100 USDC, abgewickelt auf Ethereum Mainnet, innerhalb der nächsten fünf Minuten." Ein Netzwerk von Off-Chain-Solvern konkurriert dann darum, diesen Intent zu füllen, oft durch Routing über mehrere Venues und Chains, und die beste Ausführung gewinnt.

NEAR ist einer der aggressivsten Verfechter dieses Modells. Die These, manchmal als „Trading as Settlement" bezeichnet, argumentiert, dass die sinnvolle Arbeitseinheit in DeFi nicht die Transaktion ist, sondern das gewünschte Ergebnis des Nutzers, und dass Solver (professionelle Market Maker und Router) besser positioniert sind, den besten Pfad zu finden, als der Nutzer, der durch eine UI klickt. Chain-Signatures machen das Modell auf NEAR besonders mächtig, da ein Nutzer einen Intent einmal signieren kann und ein Solver über Bitcoin, Ethereum und NEAR in einer einzigen Ausführung abwickelt.

Der Flaggschiff-Ausdruck davon auf NEAR ist die intents-basierte DEX, die aus derselben Forschungstradition hervorgegangen ist wie die breitere Intents-Bewegung, einschließlich Beiträgen von Teams, die am „1inch Fusion"-Stil der Solver-Konkurrenz und am „UniswapX"-Auktionsdesign arbeiten. Das Versprechen ist real: bessere Ausführung für Nutzer, effizientere Liquidität für Solver und eine sauberere UX, da Nutzer keine Routen auswählen. Der Haken ist, dass das Modell von einem wettbewerbsfähigen Solver-Markt abhängt, und ein dünner Solver-Markt bedeutet schlechtere Preise, was genau das Risiko ist, dem ein dünnes DeFi-Ökosystem wie das von NEAR gegenübersteht. Die These ist technisch solide; die Markttiefe, die sie validiert, wird noch aufgebaut.

Consumer-Apps: Sweat, KaiKai und das Onramp-Problem

NEARs sichtbarstes Nutzerwachstum kam von Consumer-Apps, nicht von DeFi. Sweat ist eine Move-to-Earn-App, bei der Nutzer SWEAT-Token für Schritte verdienen, die auf dem Handy aufgezeichnet werden. KaiKai ist eine Social-Commerce-App mit einer NEAR-nativen Wallet-Erfahrung. Beide Apps wurden entwickelt, um Nutzer ohne Krypto-Vorerfahrung zu onboarden, indem sie dort abgeholt werden, wo sie bereits sind: der Fitness-App ihres Handys, ihrem Social Feed.

Das Onramp-Design ist clever. Ein Nutzer lädt Sweat herunter, sieht eine vertraute Fitness-UI und begegnet der Wallet, dem Token und der On-Chain-Mechanik erst nach und nach. Bis er einen Token hält, hat er bereits ein NEAR-Konto, einen Recovery-Flow und (im Prinzip) die Möglichkeit, dieses Konto anderswo zu nutzen. NEARs Team war transparent, dass Consumer-Apps ein bewusster Wachstumshebel sind: Allein durch Sweat wurden zig Millionen Wallets erstellt, was die Zahl der meisten „DeFi-First"-Chains in den Schatten stellt.

Die ehrliche Einschätzung ist gemischter. Wallets sind in keinem wirtschaftlich sinnvollen Sinne Nutzer: Die meisten Sweat-Wallets haben nie gebridged, geswapt oder ein anderes Asset als SWEAT gehalten. Die Frage nach der Beständigkeit ist real. Move-to-Earn-Tokenomics haben es branchenweit schwer, da das Verdienen eines Tokens für eine Aktivität ständige neue Käufer erfordert, um den Preis zu stützen, und wenn der Preis fällt, wirkt die Verdienstrate weniger attraktiv. Sweat hat sein Token-Modell mehrfach iteriert, und KaiKai ist jünger und schwieriger zu bewerten. Betrachte Consumer-Apps als erfolgreiches Onboarding-Experiment und als offene Frage als langfristiges ökonomisches Flywheel, nicht als Beweis für DeFi-Aktivität.

DeFi auf NEAR: dünn, aber funktional

Wenn man das Marketing weglässt, ist das DeFi-Bild von NEAR klein. Das Mainnet beherbergt eine Handvoll DEXs, Lending-Märkte und Yield-Produkte. Aurora beherbergt mehr EVM-artige Aktivität, einschließlich Versionen der Uniswap-v2-Mechanik und Lending, aber das TVL über beide Schichten hinweg ist im Vergleich zu Ethereum, Solana oder den großen L2s ein Rundungsfehler. Die meisten NEAR-nativen DeFi-Aktivitäten konzentrieren sich auf das NEAR/Stablecoin-Paar auf einigen DEXs und in Liquid-Staking-Derivaten wie Meta Pools stNEAR.

Diese Dünne ist an sich schon ein Problem. DeFi wird von Liquiditäts-Netzwerkeffekten getrieben: Nutzer gehen dorthin, wo die Liquidität ist, und Liquiditätsanbieter gehen dorthin, wo die Nutzer sind. NEAR hat die Nutzerzahl aus Consumer-Apps, hat diese aber noch nicht in DeFi-Tiefe umgewandelt. Dafür gibt es mehrere Gründe, unter anderem, dass die Consumer-Apps Nutzer in Token-Belohnungen statt in Trading lenken, der relativ kleine Pool an Market Makern, die bereit sind, Kapital auf einer weniger frequentierten Chain einzusetzen, und die Reibung beim Bridging von Assets in das und aus dem NEAR-Ökosystem.

Der optimistische Fall ist, dass Chain Signatures und Intents, indem sie Cross-Chain-Execution nativ wirken lassen, Liquidität von Ethereum und Bitcoin in NEAR-gepreiste Assets leiten können, ohne dass der Nutzer jemals bridgen muss. Der pessimistische Fall ist, dass Liquidität dem tiefsten Venue folgt und NEAR aus eigener Kraft gewinnen muss. Beide Fälle sind offen.

Worauf man achten sollte, wenn man NEAR bewertet

Für Entwickler sind die Fragen praktisch. Fühlt sich dein Team in Rust oder AssemblyScript wohl, oder brauchst du ein EVM-Ziel (in diesem Fall ist Aurora der Weg)? Brauchst du tiefe Liquidität für ein Finanzprodukt am ersten Tag, oder kannst du mit Anreizen bootstrappen und in den bestehenden Nutzerstamm der Chain hineinwachsen? Wie wichtig ist Account Abstraction auf Protokollebene, und ist die Multi-Chain-Signing-Story über Chain Signatures ein Feature, um das herum du ein Produkt bauen kannst?

Für Nutzer sind die Fragen ebenso praktisch. Nutzt du NEAR für eine bestimmte Consumer-App, in diesem Fall ist die Erfahrung meist reibungslos und die Wallet unsichtbar? Versuchst du zu traden oder Liquidität bereitzustellen, in diesem Fall solltest du dünnere Bücher, höheren Slippage bei größeren Trades und die Notwendigkeit, Assets hereinzubridgen, erwarten? Hältst du NEAR als Stake-and-Earn-Position, in diesem Fall sind die Staking-Yields wettbewerbsfähig und die Unbonding-Periode eine echte Überlegung?

Für Investoren ist die These binär. Entweder produziert NEARs Kombination aus Sharding, Chain Signatures und Intents einen sich selbst verstärkenden Flywheel aus Multi-Chain-Liquidität, oder es bleibt eine technisch interessante Chain mit kleinem ökonomischem Fußabdruck. Die zu beobachtenden Daten sind das gesamte Cross-Chain-Transaktionsvolumen, das über Chain Signatures abgewickelt wird, die Solver-Wettbewerbstiefe auf den Intents-basierten Venues und die Rate, mit der Consumer-App-Wallets zu wiederkehrenden DeFi-Nutzern konvertieren. Keine dieser Zahlen ist bisher entscheidend.

Wie man das NEAR-Ökosystem auf smarte Weise verfolgt

NEAR ist ein bewegliches Ziel. Das Protokoll liefert Upgrades, der Intents-Stack iteriert, Consumer-Apps experimentieren mit neuen Token-Modellen, und Auroras EVM-Schicht ändert sich mit jedem Bridge-Upgrade. All das manuell zu verfolgen ist ein aussichtsloses Spiel. Zippfeed zeigt NEAR-Headlines mit Sentiment-Scoring (bullish, neutral oder bearish) und einer Wichtigkeitsbewertung, damit du Protokoll-News von Rauschen trennen und auf die Veränderungen reagieren kannst, die für deine Position oder deinen Build wirklich relevant sind.