Wie Sie 2026 ein Entwicklungsunternehmen für Arbitrum auswählen

Am 1. Juli 2026 nahm Robinhood die Robinhood Chain in Betrieb, eine dedizierte Chain auf Basis der Arbitrum-Technologie. Angefangen hat Robinhood jedoch nicht damit: Seine Stock Tokens starteten 2025 auf Arbitrum One, dem öffentlichen Netzwerk von Arbitrum, und derArbitrum-Blogstellt diesen Weg als den vor, den er anderen Projekten vorschlägt: das Produkt auf Arbitrum One validieren und auf eine eigene Chain wechseln, wenn feinere Kontrolle nötig wird. Für ein Unternehmen, das eine Entwicklung auf Arbitrum prüft, ist das Beispiel nützlich, weil es zur Frage zwingt, in welcher Phase das eigene Projekt steht.

Die Phase entscheidet, wen man beauftragt. Die Anwendung auf Arbitrum One baut ein Produktteam; die dedizierte Chain konfiguriert und betreibt ein Infrastrukturanbieter, unter einer Lizenz, nach der außerhalb von Arbitrum One und Nova 10 % des Protokoll-Nettogewinns an die Arbitrum Foundation gehen – ein Posten, den ein Entwicklungsangebot nicht enthält. Dieser Leitfaden erklärt, was sich in jeder Phase ändert, welche Kriterien ein vollständiges Angebot von einem mit Lücken trennen und was vor der Unterschrift schriftlich festgehalten werden sollte. Herausgeber ist Metlabs, das selbst Entwicklung auf Arbitrum anbietet; das kommerzielle Interesse des Herausgebers ist also direkt. Die technischen Angaben stammen aus der Dokumentation von Arbitrum und Caldera, geprüft am 8. November 2026.

Zwei Phasen auf Arbitrum: Arbitrum One und die dedizierte Chain

In der ersten Phase wird die Anwendung auf Arbitrum One bereitgestellt, einemRollup, das auf Ethereum abwickelt. Der Auftrag ähnelt dem für ein anderes Produkt auf einem EVM-kompatiblen Netzwerk: Smart Contracts, Wallet-Anbindung, Backend und Systeme, die die Transaktionsdaten benötigen. Spezifisch sind die Bewegungen zwischen Netzwerken, denn das Produkt muss Einzahlungen, Abhebungen und ausstehende Vorgänge abbilden, die nicht im gleichen Tempo abgeschlossen werden. DieArbitrum-Profilvertieft den technischen Kontext.

In der zweiten Phase wird eineChain mit Arbitrum-Technologieauf dem Code von Nitro aufgebaut; sie erlaubt, das Modell derDatenverfügbarkeitzu wählen (Rollup, AnyTrust oder Alt-DA, mit unterschiedlichem Verhältnis von Kosten und Transparenz) und einen eigenen ERC-20-Token als Gas-Token zu verwenden. Die Dokumentation nennt sie heute Arbitrum-Chains; der Handelsname Orbit steht weiterhin auf den Seiten der Anbieter. Jede Option bringt einen Dienst mit sich, den jemand erbringen muss: Sequenzierung, Nodes,Bridges, Updates und Wiederherstellung.

Hinzu kommt die Lizenz. LautDokumentation des Arbitrum Expansion Program(AEP) zahlen Chains, die außerhalb von Arbitrum One und Arbitrum Nova deployt werden, 10 % ihres Protocol Net Revenue an die Arbitrum Foundation; das entspricht dem Gewinn der Chain (Einnahmen abzüglich Kosten). Robinhood Chain, die auf Ethereum abwickelt, fällt unter dieses Regime, wie dasDatenblatt der Arbitrum DAOfesthält. Für die Budgetplanung hat das eine direkte Folge: Die eigene Chain verursacht neben den Betriebskosten laufende, an ihre Einnahmen gekoppelte Kosten.

Was ein gutes Entwicklungsteam auf Arbitrum auszeichnet

Smart Contracts auf Arbitrum One zu deployen verlangt dasselbe wie auf einem anderen EVM-kompatiblen Netzwerk, sodass Solidity-Kenntnisse wenig aussagen. Der Unterschied zeigt sich bei den Bewegungen zwischen Netzwerken. Eine Einzahlung von Ethereum und eine Abhebung nach Ethereum laufen in unterschiedlichem Tempo ab, und das Produkt muss Nutzern, Support und Buchhaltung zu jedem Zeitpunkt denselben Stand zeigen. Ein Team mit echter Erfahrung im Netzwerk beschreibt diese Zustände unaufgefordert und schlägt vor, wie Wiederholungsversuche, Unterbrechungen und Datenwiederherstellung getestet werden; ein Team ohne diese Erfahrung kalkuliert Smart Contracts und Oberfläche und behandelt die Abstimmung, als wäre sie ein Integrationsdetail.

Das zweite Kriterium ist, ob das Design die nächste Phase vorsieht. Eine Anwendung, deren Smart Contracts das Netzwerk nicht im Code festlegen und deren Backend seine Daten außerhalb der Chain rekonstruieren kann, kommt mit weniger Aufwand auf eine dedizierte Chain. Lebt das Produkt zudem auf mehreren EVM-kompatiblen Netzwerken, braucht jede Integration einen Verantwortlichen und ein definiertes Verhalten bei Fehlern, denn eine gemeinsame Schnittstelle beseitigt weder die Unterschiede zwischen Netzwerken noch löst sie die Abstimmung der Guthaben. Konkrete Erfahrung prüft man über autorisierte Referenzen der dem Projekt zugewiesenen Personen, nicht über eine Liste von Netzwerken auf der Website des Anbieters.

Umfasst der Auftrag die Chain, ändert sich die Art des Kriteriums: Der Dienst läuft nach dem Launch weiter, und das Angebot muss präzisieren, wer die Update-Schlüssel kontrolliert, wer die Sequenzierung betreibt, was geschieht, wenn eine Komponente nicht mehr antwortet, und wie das Netzwerk wiederhergestellt wird. Es muss außerdem die AEP-Lizenz im Wirtschaftsmodell der Chain berücksichtigen, sofern sie anfällt. Ein Angebot, das vom Launch einer Orbit-Chain spricht, ohne diese Abgabe von 10 % zu erwähnen, hat die Rechnung, die für den Kunden zählt, noch nicht gemacht.

Metlabs: die Anwendung auf Arbitrum One und ihre Zustände

Metlabs ist ein Blockchain-Entwicklungsstudio mit Büros in A Coruña und Madrid, das Smart Contracts und Integrationen für Anwendungen auf Arbitrum One und anderen EVM-kompatiblen Netzwerken entwickelt, für Unternehmen, deren Betrieb davon abhängt, dass Einzahlungen, Abhebungen und Guthaben zwischen Chain und eigenen Systemen übereinstimmen. Unsereigenes technisches Teamverbindet Produktdefinition, Architektur, Smart Contracts, Backend und Oberfläche; das Angebot benennt die Komponenten, Personen und Verantwortlichkeiten, die das gewählte Netzwerk erfordert.

Produktentscheidungen und Umfang der Integration

Unser Angebot fürBlockchain-Entwicklunggeht von den Regeln des Produkts und seiner Beziehung zu den bestehenden Systemen aus. Auf Arbitrum One heißt das, festzulegen, welche Aktionen eine Signatur erfordern, welche Daten das Backend interpretiert und welche Berechtigungen die Administration benötigt, und von Anfang an schriftlich festzuhalten, ob das Produkt später auf eine dedizierte Chain wechseln könnte, denn diese Möglichkeit verändert die Konfiguration der Smart Contracts und bestimmt, welche Daten sich außerhalb des Netzwerks rekonstruieren lassen sollten.

Nehmen wir einen hypothetischen Fall: eine Plattform für Zahlungen zwischen Unternehmen, die auf Arbitrum One Stablecoins von Ethereum und aus anderen Netzwerken empfängt. Ihr Nutzer muss wissen, wann die Einzahlung gestartet wurde, wann er das Guthaben nutzen kann und was zu tun ist, wenn der Prozess abbricht; eine Abhebung nach Ethereum wird zudem nicht sofort abgeschlossen und muss als ausstehend sichtbar sein. Interne Buchhaltung und Anwendung bilden dieselben Zustände ab, und die Tests decken Wiederholungsversuche und Datenwiederherstellung ab.

Der Abnahmeumfang umfasst Smart Contracts, Oberfläche, Integrationen, Transaktionsverfolgung und Deployment-Dokumentation. Sieht das Projekt eine eigene Chain vor, werden deren Infrastrukturanbieter und die Aufteilung des Betriebs in einem anderen Vertrag geregelt: Die Beauftragung der Anwendung macht dieses Team nicht zum Verantwortlichen für den Betrieb einer Chain.

Beim Vergleich unseres Angebots sollten Sie benannte Verantwortliche, Zugang zum Code, überprüfbare Meilensteine und Wartungsbedingungen verlangen, dieselben Anforderungen, mit denen sich ein anderes Produktteam bewerten lässt, ohne seine Arbeit mit der eines Infrastrukturanbieters zu verwechseln.

Was das Angebot von Metlabs enthalten sollte

• Übersicht über Einzahlungen und Abhebungen mit den Zuständen, die Anwendung, Backend und Buchhaltung teilen.
• Prototyp für Wallet-Verbindung, Signatur und Verfolgung ausstehender Vorgänge, einschließlich Unterbrechungen des Ablaufs.
• Im Angebot enthaltene Smart Contracts und Integrationen, mit Tests für Wiederholungsversuche und Administrationsrechte.
• Plan für die Produktivsetzung mit den Anbietern des Netzwerkzugangs, dem Verantwortlichen für jede Abhängigkeit und den Bedingungen für einen möglichen Wechsel auf eine dedizierte Chain.

Die Arbeit folgt den Phasen, die wir in unseremService für Blockchain-Entwicklungerläutern: Discovery, Architektur und Design, iterative Entwicklung und Validierung vor der Produktivsetzung. Zu Projektbeginn vereinbaren wir die erste zu bauende User Journey und ihre Abnahmekriterien, um den Fortschritt anhand einer funktionsfähigen Lieferung zu prüfen. Externe Audits, spezialisierte Integrationen und der anschließende Support werden im Angebot abgegrenzt.

Umden Umfang mit Metlabs zu prüfen, teilen Sie uns den Vermögenswert oder Prozess, seine Nutzer, die bestehenden Systeme und die Vorgänge mit, die die erste Version ermöglichen muss. Mit diesen Informationen können wir Abhängigkeiten identifizieren und ein Angebot vorbereiten, das Sie mit denen anderer Kandidaten vergleichen können.

Caldera: Infrastruktur des Ökosystems für die dedizierte Chain

Calderabietet mit seiner Rollup Engine Deployment und Hosting dedizierterRollupsmit Arbitrum Nitro, OP Bedrock oder ZK Stack, auf Ethereum oder anderen Netzwerken. Die Dokumentation nennt Optionen wie eigenen Gas-Token, alternative Datenverfügbarkeit, dezentrale Sequenzierung, Guardian-Nodes und gebridgtes USDC, und dasUnternehmenpräsentiert sich als Netzwerk verbundener Chains, die auf Ethereum abwickeln, mit Metalayer als Interoperabilitätsschicht. Es ist eine Referenz für gemanagte Infrastruktur, die das Team ergänzt, das die Anwendung baut.

Da es sich um einen gemanagten Dienst handelt, konzentriert sich die Bewertung auf das, was der Kunde behält: vereinbarte Verfügbarkeit, Zugang zu Daten und Nodes, Inhaberschaft der Schlüssel und Ausstiegsverfahren bei einem Anbieterwechsel. Dass Caldera mehrere Stacks unterstützt, erlaubt den Vergleich von Nitro mit anderen Optionen beim selben Anbieter. Der Dienst deckt die Chain ab, nicht die Anwendung; das Angebot muss also auch festlegen, wer das Produkt anpasst, wenn sich die Bedingungen der Chain oder ihrer externen Anbieter ändern.

Entwicklungsunternehmen für Arbitrum wählen: Beauftragt wird eine Phase, kein Netzwerk

Dasselbe Angebot von einem Produktteam und einem Infrastrukturanbieter einzuholen ergibt Zahlen, die sich nicht vergleichen lassen, denn das Produktteam baut die Anwendung, der Infrastrukturanbieter baut und betreibt eine Chain. Entscheidend ist die Phase, in der das Projekt steht. Muss das Produkt seine Nutzung erst noch belegen, vermeidet eine Anwendung auf Arbitrum One die Fixkosten des Chain-Betriebs und die AEP-Lizenz. Braucht es bereits Kontrolle über Gas-Token, Transaktionsreihenfolge oder Netzwerkzugang, ist die dedizierte Chain gerechtfertigt, und der Infrastrukturanbieter wird zu einer langfristigen Beziehung.

Der Weg von Robinhood zeigt zudem, dass die beiden Phasen aufeinander aufbauen. Eine Anwendung, die mit einem möglichen Wechsel im Blick entworfen wurde (Konfigurationen, die das Netzwerk nicht im Code festlegen, Daten, die das Backend rekonstruieren kann, Nutzer, deren Konto nicht von einem bestimmten Netzwerk abhängt), erreicht die zweite Phase mit weniger Aufwand als eine, die das nicht vorgesehen hat. Diese Voraussicht sollte man vom Produktteam bereits beim ersten Angebot verlangen.

Was vor einer Beauftragung für Arbitrum schriftlich festgehalten werden sollte

Ein nützlicher Vergleich trennt das Produkt von der Infrastruktur, die es trägt. Jeder Kandidat benennt seine Lieferergebnisse und das, was er von anderen Teams benötigt, mit Meilensteinen, die sich in der vorgesehenen Umgebung prüfen lassen; die Bewertung des Teams selbst folgt derallgemeiner Leitfaden zu Blockchain-Entwicklungsunternehmen.

• Anwendung: Smart Contracts, Signierung, Status von Einzahlung und Auszahlung, Abstimmung und Verhalten im Fehlerfall.
• Eigene Chain, falls zutreffend: Stack, Datenverfügbarkeit, Sequenzierung, Bridges, Gas-Token und Update-Berechtigungen.
• Betrieb: Monitoring, Störungen, Wiederherstellung, Wartung und Verteilung der Verantwortlichkeiten zwischen den Anbietern.
• Angebot: Erstentwicklung, laufende Infrastruktur, AEP-Lizenz bei Deployment der Chain außerhalb von Arbitrum One und Nova, externe Prüfungen und Übergabebedingungen.

Bei Arbitrum-Projekten ist das erste Dokument, das man den Kandidaten schicken sollte, die Antwort auf eine Frage, die dem technischen Lastenheft vorausgeht: ob das Produkt schon jetzt eine eigene Chain braucht.