Kernpunkte
- Injective bündelt Finanzfunktionen in Modulen des Protokolls.
- EVM-Smart-Contracts können über vorkompilierte Schnittstellen (Precompiles) auf native Funktionen zugreifen.
- Die Integration muss die Logik des Contracts von den Regeln und Zuständen des Marktes trennen.
Was ist Injective?
Injective stellt auf einer Cosmos-Basis spezialisierte Komponenten für Finanzanwendungen bereit. Das Orderbuch und weitere Module sind Teil des Protokolls, sodass eine Anwendung sie integrieren kann, statt diese gesamte Infrastruktur von Grund auf zu entwickeln.
Bei der Entwicklung ist festzulegen, welche Funktionen das Modul übernimmt und welche beim Produkt liegen. Eine Oberfläche zur Abfrage von Märkten hat einen anderen Umfang als ein System, das Orders übermittelt oder Vermögenswerte verwaltet. Diese Trennung bestimmt Berechtigungen, Tests und die Anforderungen an die Nachverfolgung der Transaktionen.
So funktioniert es
Das Netzwerk kombiniert native Module mit Smart-Contract-Umgebungen. In der EVM ermöglichen Precompile-Schnittstellen, dass Solidity bestimmte Protokollfunktionen aufruft. Vermögenswerte und Salden sind nach den Standards und Darstellungen zu behandeln, die die jeweilige Schnittstelle verwendet.
Ein Order-Flow erfordert die Nachverfolgung von Erstellung, Annahme, Teilausführung, Stornierung und resultierendem Saldo. Das Backend muss diese Zustände aus Events und Abfragen rekonstruieren und darf nicht davon ausgehen, dass eine übermittelte Order bereits abgeschlossen ist. Die Tests umfassen Wiederverbindungen und die Wiederherstellung nach einem vorübergehenden Verlust des Datenzugriffs.
Die Protokollschnittstellen können Mengen, Markt-IDs und Subkonten anders darstellen als ein ERC-20 oder eine EVM-Adresse. Die Integrationsschicht muss diese Umrechnungen zentral bündeln und mit Extremwerten testen. Eine vom Netzwerk akzeptierte Transaktion kann weiterhin eine offene Order haben: Das Ausführungsergebnis des Smart Contracts und der Marktstatus werden getrennt abgeglichen.
Was Injective bietet
Injective kann passen, wenn das Produkt Märkte oder Finanzmodule seines Protokolls nutzen muss. Die EVM-Umgebung erlaubt es, Smart Contracts in Solidity zu evaluieren, die an diese Funktionen angebunden werden, während andere Integrationen die nativen Schnittstellen nutzen können.
Bei Metlabs testen wir zuerst den vollständigen Ablauf einer Transaktion und die dafür nötigen Berechtigungen. Zudem prüfen wir, welche Informationen das Operations-Team zur Klärung von Störungen benötigt. Der geschäftliche Umfang und die für das Produkt geltenden Bedingungen werden unabhängig von der Technologiewahl festgelegt; das Netzwerk klärt sie nicht automatisch.
Ein operatives Dashboard kann offene Orders, Teilausführungen und verfügbare Mittel mit Referenzen darstellen, über die sich Abweichungen untersuchen lassen. Für das Auslösen von Aktionen werden die Berechtigungen auf die erforderlichen Funktionen beschränkt, und ihr Widerruf wird getestet. Das System muss wiederholte Benachrichtigungen verkraften und nach einer Wiederverbindung die verpasste Historie nachladen. Diese Nachverfolgbarkeit ist ebenso wichtig wie die erste Integration der Finanzmodule.
Grenzen und Auswahlkriterien
Vorhandene Module verringern einen Teil des Entwicklungsaufwands, bringen aber Regeln und Abhängigkeiten mit sich, die das Produkt kennen muss. Eine Parameteränderung, eine teilweise ausgeführte Order oder eine falsch interpretierte Saldodarstellung können das erwartete Ergebnis beeinflussen.
Auch die Solidity-Kompatibilität macht native und EVM-Schnittstellen nicht identisch. Jeder Übergang zwischen beiden erfordert eigene Tests. Braucht das Produkt die Module von Injective nicht, kann ein anderes EVM-Netzwerk die einfachere Integration bieten. Die Wahl sollte sich an einer konkreten Funktion orientieren und an den Kosten, sie mit angemessenen Kontrollen zu betreiben.
