Render galt jahrelang als die Kette, auf der Hollywood-Studios und 3D-K\u00fcnstler ihre Bilder berechnen lassen. 2026 hat sich diese Erz\u00e4hlung verschoben. Mit der Integration des Salad-Netzwerks als drittem Subnetz kommen rund 60.000 zus\u00e4tzliche GPUs in das System, und der Fokus wandert vom klassischen Grafik-Rendering hin zu allgemeiner KI-Rechenleistung. F\u00fcr den RENDER-Token ist das kein kosmetisches Update, sondern ein Eingriff in die Angebots- und Nachfragemechanik, die seinen Preis bestimmt.<\/p>\n\n\n
Dieser Beitrag ordnet ein, was seit dem Fr\u00fchjahr wirklich passiert ist: das Governance-Votum RNP-023, die Funktionsweise des Burn-Mint-Equilibrium, das KI-Subnetz Dispersed und die Frage, wie sich Render im wachsenden DePIN-Markt gegen Aethir, Akash und io.net behauptet. Dazu kommen die Zahlen zum Kurs in Euro, der regulatorische Rahmen unter MiCA und BaFin sowie die steuerliche Behandlung in Deutschland. Wer den RENDER-Token nur als KI-Wette im Depot h\u00e4lt, sollte die Mechanik dahinter kennen.<\/p>\n\n\n
Die wichtigste Nachricht des Jahres steht in einem Governance-Dokument. Mit RNP-023 hat die Render-Community beschlossen, das Rechennetzwerk von Salad Technologies als drittes Subnetz aufzunehmen. Seit Anfang Juli l\u00e4uft die Integration produktiv, wie die Nachrichten\u00fcbersicht von CoinMarketCap<\/a> dokumentiert. Damit verschiebt sich das Gewicht von Render weg vom reinen Bild-Rendering und hin zu einem Marktplatz f\u00fcr GPU-Rechenzeit aller Art, von KI-Inferenz \u00fcber generative Modelle bis zur Stapelverarbeitung.<\/p>\n\n\n Parallel dazu hat OTOY, das Unternehmen hinter Render, mit Octane 2026 seine wichtigste Rendering-Software in Produktion gebracht und mit OTOY.ai eine Plattform f\u00fcr KI-Modelle auf Consumer-GPUs gestartet. Der RENDER-Token notiert dabei Anfang August bei rund 1,17 Euro, weit entfernt vom Allzeithoch, aber getragen von einer klaren These: Wenn dezentrale Netzwerke Rechenzeit g\u00fcnstiger anbieten als die gro\u00dfen Cloud-Konzerne, profitiert das Token \u00fcber den eingebauten Burn-Mechanismus. Warum das so ist und wo die Fallstricke liegen, kl\u00e4rt dieser Text. Wer die Grundlagen zur GPU-Knappheit und zur Tokenomics vertiefen m\u00f6chte, findet sie in unserer fr\u00fcheren Analyse Render Network 2026: GPU-Knappheit und der RENDER-Token<\/a>.<\/p>\n\n\n Render entstand 2017 aus einem konkreten Problem. OTOY, die von Jules Urbach gegr\u00fcndete Grafikfirma hinter der professionellen Rendering-Software OctaneRender, kannte den Engpass ihrer Kunden aus erster Hand. Ein einzelner Animationsfilm oder ein Werbespot kann Tausende GPU-Stunden verschlingen, w\u00e4hrend in Millionen privater Rechner leistungsf\u00e4hige Grafikkarten die meiste Zeit ungenutzt bleiben. Render verbindet beide Seiten \u00fcber einen Marktplatz. Wer Rechenleistung braucht, reicht einen Auftrag ein; wer eine GPU besitzt, kann sie vermieten und wird nach getaner Arbeit in RENDER bezahlt.<\/p>\n\n\n Die Preise werden nach Rechenaufwand gestaffelt, und ein Reputationssystem sorgt daf\u00fcr, dass zuverl\u00e4ssige Node-Betreiber bevorzugt Auftr\u00e4ge erhalten. Bezahlt wird pro erledigtem Auftrag, nachdem das Ergebnis nachweisbar erbracht wurde. Urspr\u00fcnglich lief der Token als ERC-20 auf Ethereum, doch die hohen Geb\u00fchren passten schlecht zu den vielen Kleinstzahlungen eines Rechenmarktplatzes. Deshalb hat Render seine Token-Basis auf Solana konsolidiert und die alten RNDR-Best\u00e4nde im Verh\u00e4ltnis 1:1 in natives RENDER getauscht; der \u00fcberwiegende Teil ist inzwischen migriert, wie die Token-Metriken der Render-Wissensdatenbank<\/a> zeigen. Auf Solana fallen die Transaktionskosten kaum ins Gewicht, was Mikrozahlungen f\u00fcr einzelne Frames oder Rechenjobs erst praktikabel macht.<\/p>\n\n\n Aus dieser einfachen Idee ist \u00fcber die Jahre eine gestufte Architektur geworden. Neben dem klassischen Rendering-Netzwerk existiert inzwischen ein eigenes Rechen-Subnetz f\u00fcr allgemeine Workloads, und mit Salad kommt nun ein drittes hinzu. Diese Aufteilung erlaubt es Render, sehr unterschiedliche Nachfrage zu bedienen, vom latenzsensiblen Studioprojekt bis zur preisgetriebenen KI-Stapelverarbeitung, ohne alles \u00fcber denselben Kanal zu zwingen.<\/p>\n\n\n Salad Technologies betreibt seit Jahren ein Netzwerk, das dem von Render \u00e4hnelt, aber aus der Gaming-Ecke kommt. Privatnutzer stellen ihre Grafikkarten zur Verf\u00fcgung, wenn sie gerade nicht spielen, und verdienen damit Guthaben. Laut dem Proposal RNP-023<\/a> z\u00e4hlt Salad rund 60.000 t\u00e4glich aktive GPUs in mehr als 180 L\u00e4ndern. Die Betreiber hei\u00dfen dort passend zum kulinarischen Namen \u201eChefs”. Mit RNP-023 wird dieses Netzwerk exklusiv zum dritten Subnetz von Render.<\/p>\n\n\n Das Dokument wurde am 26. M\u00e4rz 2026 von Salad Technologies und der Render Foundation eingereicht und tr\u00e4gt inzwischen den Status \u201eApproved + Roadmap”. Die Integration l\u00e4uft in drei Etappen. Nach 90 Tagen erhalten die Chefs ihre Verg\u00fctung in RENDER, nach 180 Tagen zahlen Kunden mit RENDER auf Guthabenkonten ein, und nach 365 Tagen ist Salad vollst\u00e4ndig in das Burn-Mint-Equilibrium eingebunden. Diese gestaffelte Einf\u00fchrung erkl\u00e4rt, warum die Community den Schritt trotz seiner Tragweite mit gro\u00dfer Mehrheit angenommen hat: Das Risiko wird \u00fcber ein Jahr verteilt, und Salad muss jede Etappe liefern, bevor die n\u00e4chste greift.<\/p>\n\n\n F\u00fcr Render bedeutet der Zukauf einen Sprung bei der Angebotsseite. Das Netzwerk war lange durch die Zahl verf\u00fcgbarer Node-Betreiber begrenzt; mit einem Schlag kommen Zehntausende GPUs hinzu, die zudem breit \u00fcber Konsumentenhardware gestreut sind. Genau diese geografische und technische Vielfalt ist f\u00fcr latenzunkritische Batch-Workloads ein Vorteil, weil Auftr\u00e4ge dort ausgef\u00fchrt werden k\u00f6nnen, wo gerade Kapazit\u00e4t und g\u00fcnstiger Strom vorhanden sind. Zugleich verpflichtet sich Salad laut Proposal zu einem \u00f6ffentlichen Statistik-Dashboard samt Schnittstelle, damit die Community die Aktivit\u00e4t im Subnetz und die daraus resultierenden Burns nachvollziehen kann.<\/p>\n\n\n Interessant ist, wie gut sich beide Kulturen erg\u00e4nzen. Render brachte jahrelang die anspruchsvolle Nachfrage aus Film, Werbung und Design mit, dazu die Software von OTOY und eine etablierte K\u00fcnstlergemeinde. Salad steuert im Gegenzug eine enorme, geografisch verteilte Basis an Konsumentenhardware bei, die sich aus der Gaming-Welt speist. Der Begriff der t\u00e4glich aktiven oder heartbeating GPUs beschreibt dabei Karten, die sich regelm\u00e4\u00dfig beim Netzwerk melden und damit tats\u00e4chlich verf\u00fcgbar sind, nicht nur auf dem Papier registriert. F\u00fcr die Verl\u00e4sslichkeit eines Rechenmarktplatzes ist dieser Unterschied entscheidend.<\/p>\n\n\n Das \u00f6konomische Herz von Render ist das Burn-Mint-Equilibrium, kurz BME. Die Render-Wissensdatenbank<\/a> beschreibt drei Bausteine. Erstens werden Auftr\u00e4ge in Fiat bepreist, damit Kunden verl\u00e4sslich kalkulieren k\u00f6nnen; zum Zahlungszeitpunkt wird der Betrag in RENDER umgerechnet. Zweitens werden diese RENDER nach Abschluss des Auftrags verbrannt, also dauerhaft aus dem Umlauf genommen. Drittens gibt die Foundation \u00fcber einen festen, im Zeitverlauf sinkenden Emissionsplan neue Token an die Node-Betreiber aus, w\u00f6chentlich und nach tats\u00e4chlicher Netzwerknutzung.<\/p>\n\n\n Der Clou liegt im Zusammenspiel: Verbrannt wird proportional zur Nachfrage, ausgegeben wird nach einem sinkenden Plan. Steigt die Nutzung schneller als die Emissionen fallen, kann das Netzwerk mehr Token verbrennen als es neu ausgibt, und das Angebot schrumpft. Die konkreten Emissionszahlen sind in mehreren Proposals festgeschrieben und liegen offen.<\/p>\n\n\nRender Network erkl\u00e4rt: OTOY, Octane und die dezentrale GPU-Farm<\/h2>\n\n\n
Das dritte Subnetz: Salad, RNP-023 und 60.000 GPUs<\/h2>\n\n\n
So funktioniert das Burn-Mint-Equilibrium<\/h2>\n\n\n