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

Ein Zahlungsdienstleister für Auslandsüberweisungen, der prüft, seine Transfers mit einem digitalen Dollar auf Stellar abzuwickeln, braucht niemanden, der die Zahlung im Netzwerk neu erfindet. Emittierte Vermögenswerte, die Angebote der dezentralen Börse und die Umtauschpfade sind Teil des Protokolls, und die Anchors, also die Stellen, die diese Vermögenswerte in Bankgeld oder Bargeld umwandeln, werden über öffentliche Schnittstellen des Ökosystems angebunden. Beauftragen muss das Unternehmen das Produkt, das all das mit seinen Kunden und seinem Treasury verbindet.

Diese Grundlage verlagert die Wahl des Entwicklungsunternehmens weg vom Smart Contract. Den richtigen Vermögenswert zu identifizieren, den Anchor anzubinden, der das Geld auszahlt, und jede Ein- und Auszahlung abzugleichen: Dort häufen sich die Fehler, die Geld kosten, und dort unterscheidet sich ein Team vom anderen. Soroban, die Smart-Contract-Plattform des Netzwerks, kommt erst ins Spiel, wenn sich eine Geschäftsregel nicht mit den nativen Operationen abbilden lässt. Metlabs gibt diesen Leitfaden heraus und verkauft Entwicklungsleistungen auf Stellar, hat also ein kommerzielles Interesse an der Beauftragung; die Kriterien eignen sich zur Prüfung jedes Angebots, auch unseres, und stützen sich auf die am 8. November 2026 abgerufene Stellar-Dokumentation.

Vermögenswert, Anchor und Smart Contract: drei Bausteine, die ein Angebot trennt

LautStellar-Dokumentation zu Vermögenswerten, wird ein klassischer Vermögenswert über die Kombination aus Code und Emittent identifiziert, und derzeit emittieren mehrere Unternehmen einen Token mit dem Code USD. Zwei „USD“ verschiedener Emittenten sind unterschiedliche Vermögenswerte mit unterschiedlichen Reserven, Rückzahlungsbedingungen und Anchors. Das Angebot erfasst diese vollständige Identität und erklärt, was sie vom Empfänger verlangt: Ein Account empfängt einen klassischen Vermögenswert nur, wenn er zuvor eine Trustline dafür eröffnet hat.

DieAnchorswerden über die als SEP bekannten Vorschläge des Ökosystems angebunden: SEP-6 und SEP-24 für Ein- und Auszahlungen, SEP-31 für grenzüberschreitende Zahlungen zwischen Institutionen, SEP-10 zur Authentifizierung des Accounts und SEP-12 für den Austausch von Identifikationsdaten. Diese Ebene bestimmt, was der Nutzer sieht, während sein Geld das Netzwerk verlässt, und welche personenbezogenen Daten jede Partei erhebt. DieStellar-Übersichtgeht ausführlicher auf Architektur und Einsatz von Soroban ein, wenn das Produkt eigene Regeln braucht, etwa eine Treuhandhinterlegung oder eine an Bedingungen geknüpfte Aufteilung.

Protocol 25 und 26: Zero-Knowledge-Beweise und Einfrieren per Quorum auf Stellar

Zwei Protokoll-Updates verändern 2026 die Ausgangslage.Protocol 25 „X-Ray“, mit Mainnet-Abstimmung am 22. Januar, ergänzte native Unterstützung für die Kurve BN254 und die Hashfunktion Poseidon, zwei grundlegende Primitive fürZero-Knowledge-Beweise. Protocol 26 „Yardstick“, seit dem 6. Mai nach der Abstimmung der Validatoren im Mainnet aktiv, erweiterte diese Funktionen auf BLS12-381, ergänzte 256-Bit-Arithmetik mit Überlaufprüfung und ermöglichte es dem Stellar Asset Contract, Trustlines und neue Accounts anzulegen, wenn er eine Überweisung mit ausreichend XLM erhält.

Yardstick enthält außerdem CAP-77, das derUpgrade-Leitfadenals Reaktion auf frühere Vorfälle vorstellt: Die Validatoren führen über den Konsens des Netzwerks eine Liste eingefrorener Ledger-Einträge. Soroban-Transaktionen, die diese Einträge berühren, werden abgelehnt, und betroffene klassische Angebote werden aus dem Orderbuch entfernt, mit Ausnahme der Transaktionen auf einer Ausnahmeliste. Die SDF beschreibt dies als identifizierbaren, beobachtbaren und umkehrbaren Mechanismus. Für einen Emittenten ist es ein Instrument zur Schadensbegrenzung, falls einer seiner Accounts kompromittiert wird; aus Sicht der Zensurresistenz, die die Branche schätzt, bedeutet es, dass die Gesamtheit der Validatoren die Nutzung eines bestimmten Eintrags sperren kann, und eine Risikoanalyse des Produkts muss das berücksichtigen.

Welche Stellar-Erfahrung Sie verlangen sollten, je nachdem, wo der Auftrag endet

Welche Erfahrung Sie verlangen sollten, hängt davon ab, wo der Auftrag endet. Für ein Zahlungsprodukt, das bestehende Anchors nutzt, ist eine Anwendung mit Anchors im Produktivbetrieb die sinnvolle Referenz, und die Frage, die Angebote unterscheidet, lautet: Betreibt das Team den Anchor oder bindet es ihn nur an? Bindet es ihn nur an, muss jemand diese Integration pflegen, wenn der Anchor seine API oder seine Identifikationsanforderungen ändert, und das Angebot muss festhalten, wer das übernimmt und in welcher Frist. Will der Kunde selbst als Anchor auftreten, wächst der Auftrag: Er umfasst den Server, der die SEPs implementiert, die Erhebung der Identifikationsdaten und die Beziehung zur Bank, die das Fiatgeld bewegt.

Die Kennzahlen früherer Projekte, die ein Anbieter veröffentlicht (Volumen, Nutzer, Länder), gehören zu diesem Projekt und seinem Kunden, nicht zu dem Team, das heute beauftragt wird. Vergleichen lässt sich, welche Personen aus jener Arbeit am neuen Projekt mitwirken würden, welchen Teil des Systems sie gebaut haben und ob sich der Code oder eine Demo prüfen lässt. Eine Erfolgsgeschichte ohne Namen und Umfang sagt wenig darüber aus, wie eine zurückgebuchte Auszahlung geklärt wird.

Die Vertraulichkeit von Beträgen oder Gegenparteien ist ein eigener Auftrag. Die kryptografischen Primitive aus Protocol 25 und 26 machen Designs mit Zero-Knowledge-Beweisen auf Soroban möglich, doch ein System für private Zahlungen erfordert spezialisierte Kryptografie, ein Audit und in der Regel eine Zugangsliste, mit der sich die Vorschriften zur Geldwäscheprävention einhalten lassen. Fragen Sie bei einem solchen Angebot, welche Komponenten im Mainnet verfügbar sind und welche noch im Testnet laufen, was bis zur Produktionsreife fehlt und wer die Zugangslisten betreibt, denn wer sie kontrolliert, entscheidet, wer das System nutzen darf.

Was ein Angebot für Zahlungen auf Stellar benennen muss

Ein vergleichbares Angebot deckt vier Bereiche ab, vom Vermögenswert bis zur Wartung der spezialisierten Komponenten. Zu jedem gibt es eine einfache Kontrollfrage: welcher Vermögenswert genau, welchen Status eine Zahlung außerhalb des Netzwerks hat, wie sie ohne Duplikat erneut gesendet wird und wer das Bereitgestellte wartet.

• Vermögenswert: Code und Emittent, Trustlines, Berechtigungen des emittierenden Accounts und Verwahrung seines Schlüssels.
• Zahlung: Autorisierung, Bestätigung im Netzwerk und Status der externen Zustellung oder Auszahlung.
• Wiederherstellung: Abgleichsreferenzen, erneute Sendungen, Rückbuchungen und Bearbeitung von Störungen mit dem Anchor.
• Smart Contracts und spezialisierte Komponenten: Version, Tests, Deployment-Umgebung und zugesagte Wartung.

Metlabs: Überweisungen, Auszahlungen und Treasury in einem Dashboard

Metlabs ist ein Blockchain-Entwicklungsstudio mit Sitz in A Coruña und Büro in Madrid, das Zahlungsanwendungen auf Stellar samt Backend und Anbindung an Anchors und Treasury-Systeme entwickelt. Unsereigenes technisches Teamverbindet Produktdefinition, Architektur, Smart Contracts, Backend und Oberfläche; das Angebot benennt die Komponenten, Personen und Verantwortlichkeiten, die jede Integration erfordert.

Produktentscheidungen und Umfang der Integration

In unserem Ansatz fürBlockchain-Entwicklung, bestimmt der Weg des Geldes die Integrationen. Für Stellar erläutert das Angebot, wer jede Zahlung auslöst, wer sie autorisiert, welcher Vermögenswert und welcher Anchor beteiligt sind und welcher Nachweis es dem Operations-Team erlaubt, sie als abgeschlossen zu verbuchen. Zahlungen, Umtausch und Auszahlungen werden mit nativen Operationen umgesetzt; ein Soroban-Smart-Contract ist nur durch eine konkrete Regel gerechtfertigt, mit seinen Berechtigungen und seiner Wartung.

Ein hypothetischer Fall zeigt, warum der Abgleich über die Qualität des Produkts entscheidet. Eine Plattform bezahlt jeden Monat 300 freie Mitarbeitende in einem anderen Land mit einem auf Stellar emittierten digitalen Dollar, und jede Person lässt sich den Betrag über einen Anchor mit SEP-24 auf ihr Bankkonto auszahlen. Im Netzwerk sind alle 300 Zahlungen bestätigt; außerhalb davon bleiben 12 Auszahlungen offen, weil der Anchor zusätzliche Unterlagen anfordert, und 2 werden wegen fehlerhafter Bankdaten zurückgebucht. Das Dashboard unterscheidet diese drei Situationen, bewahrt die Referenz jeder Transaktion und des Anchors und ermöglicht es, die zurückgebuchten Zahlungen erneut zu senden, ohne die Zahlung im Netzwerk zu duplizieren.

Umfasst der Auftrag einen Soroban-Smart-Contract, werden seine Berechtigungen, seine Tests und die Frage, wer ihn aktualisieren darf, vereinbart. Ebenso wird abgegrenzt, welche Prozesse bei Dritten liegen: Identitätsprüfung, Umtausch und Auszahlung des Geldes. Die Umsetzung eines SEP belegt für sich genommen nicht, dass das Produkt die für Zahlungstätigkeiten geltenden Vorschriften einhält.

Dieser Ansatz passt zu Unternehmen, die eine einsatzfähige Anwendung und deren Integration in das Geschäft benötigen. Eine Anforderung an die Vertraulichkeit von Beträgen oder eine Änderung der Netzwerkinfrastruktur erfordert eine spezialisierte Bewertung mit eigenen Komponenten und Grenzen.

Was das Angebot von Metlabs enthalten sollte

• Identität jedes Vermögenswerts (Code und Emittent), erforderliche Trustlines und gewählte Anchors mit den SEPs, die sie implementieren.
• Abgleichs-Dashboard, das Zahlung im Netzwerk, offene Auszahlung und Rückbuchung trennt, mit Referenzen und erneuter Sendung ohne Duplikate.
• Integrationen für Identität, Umtausch und Treasury mit benannten Verantwortlichen und Verfügbarkeitsbedingungen.
• Soroban-Smart-Contracts, falls nötig, mit klar abgegrenzten Berechtigungen, Tests, Update-Befugnis und Wartung.

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 soll. Mit diesen Informationen können wir Abhängigkeiten erkennen und ein Angebot erstellen, das Sie mit denen anderer Teams vergleichen können, die Sie anfragen.

Was ein Entwicklungsunternehmen auf Stellar auszeichnet: der Abgleich mit dem Anchor

Jedes Team mit Erfahrung im Netzwerk kann eine Zahlung auf Stellar senden; was die Anbieter unterscheidet, ist, wo ihre Verantwortung endet. Ein vergleichbares Angebot benennt den Vermögenswert und seinen Emittenten, den Anchor und seine SEPs und erklärt, wie eine im Netzwerk bestätigte Zahlung mit einer Auszahlung abgeglichen wird, die noch nicht bei der Bank angekommen ist. Mit Yardstick umfasst die Risikoanalyse zudem die Möglichkeit, dass die Validatoren Einträge einfrieren.

Die für jedes Netzwerk geltenden Kriterien finden Sie hier:allgemeiner Leitfaden zu Blockchain-Entwicklungsunternehmen. Auf Stellar ist das Angebot vergleichbar, das schriftlich festhält, wer für das Geld verantwortlich ist, vom Verlassen des Netzwerks bis zum Eingang beim Empfänger.