Der native Vermögenswert ist der primäre Vermögenswert des Netzwerks und nutzt das kanonische EVM-Guthaben-Ledger. Diese Architektur ist für den Betrieb relevant: Die Banking-Ansicht ist keine unabhängige Kopie der Token-Guthaben, und Guthaben für die Vermögenswertbuchhaltung sind von den technischen Gasgebühren für Netzwerkvorgänge zu unterscheiden.
Die Institution bestimmt Zweck des Vermögenswerts sowie ihre Ausgabe-, Reserve- und Kundenrichtlinien. Die Plattform stellt Konfiguration und gesteuerte Kontrollen bereit, aber keine Reserven und keine Zusage zu Deckung, Rückzahlung, Verwahrung oder finanzieller Behandlung. Diese Grenzen sollten ausdrücklich festgelegt werden, bevor Abläufe auf dem Vermögenswert aufbauen.
Ein kanonisches Ledger für Guthaben
Guthaben des nativen Vermögenswerts werden im kanonischen EVM-Ledger geführt, das die maßgebliche Quelle für den Netzwerk-Guthabenzustand ist. Die Banking-Schnittstelle zeigt administrative und richtlinienbezogene Ansichten dieses Zustands; sie führt kein zweites, unabhängiges Guthabenbuch, das unbemerkt vom maßgeblichen Netzwerkdatensatz abweichen könnte.
Dieses Ledger ist von Off-Chain-Banking-Datenbeständen und Kernbankensystemen abzugrenzen. Dort können Kundenidentität, Kontobeziehungen, Produktbedingungen und institutionelle Buchhaltung geführt werden, während das Netzwerk relevante Adressen, Vermögensguthaben und Transaktionen erfasst. Zuordnung und Abstimmung zwischen diesen Datenbeständen sind Integrationsaufgaben, die gestaltet und getestet werden müssen.
Eine Guthabenänderung wird im kanonischen Netzwerkzustand abgebildet
- Autorisierte AktionEine zulässige Ausgabe, Vernichtung oder Übertragung folgt den konfigurierten Berechtigungen.
- EVM-AusführungDas Netzwerk verarbeitet die Transaktion gemäß seinen aktuellen Regeln.
- Kanonisches GuthabenDas Netzwerk-Ledger erfasst den resultierenden Zustand des nativen Vermögenswerts.
- Institutionelle PrüfungGenehmigte Schnittstellen und Datenbestände unterstützen Abstimmung und Kontrolle.
Ausgabe, Vernichtung und Berechtigungen
Berechtigte Betreiber können unterstützte Ausgabe- und Vernichtungsaktionen innerhalb der konfigurierten Rollen und Governance-Abläufe verwalten. Vor dem Start sollte feststehen, welchem Zweck jede Aktion dient, wer sie vorschlagen darf, welche Genehmigungen erforderlich sind, wie die Ausführung dokumentiert und wer das resultierende Angebot und die Guthaben prüft. Eine technische Funktion ersetzt keine Treasury- oder Produktpolitik.
Die Institution sollte Ausgabe- und Vernichtungsabläufe anhand genehmigter Nichtproduktionsfälle testen, einschließlich abgelehnter oder unvollständiger Genehmigungen und anschließender Abstimmung. Dokumentieren Sie, wie Änderungen an Anwendungs- und Betriebsteams kommuniziert werden. Tatsächliche Berechtigungen und Genehmigungsschwellen hängen von der eingesetzten Konfiguration ab; eine universelle Administratorrolle oder uneingeschränkte Einzelpersonenbefugnis ist nicht vorauszusetzen.
Reserven, Gas und Gebührenbuchhaltung
Die Institution besitzt und verwaltet alle Reserven, die zu ihrem Programm gehören. FusionPointAI stellt Technologie und vereinbarte Services bereit, keine Reservewerte. Die Ausgabe eines nativen Vermögenswerts begründet für sich genommen weder eine Deckung noch Rückzahlungsrechte, Verwahrung, einen Anspruch auf externe Gelder oder eine bestimmte rechtliche Einordnung. Diese Vereinbarungen werden von der Institution festgelegt und über ihre eigenen Prozesse behandelt.
Die Buchhaltung des nativen Vermögenswerts und Transaktionsgas betreffen dasselbe Netzwerk, bleiben aber unterschiedliche betriebliche Sachverhalte. Gas finanziert die Ausführung auf Protokollebene, während eine kundenbezogene Gebührenrichtlinie einen zulässigen Vorgang separat berechnen oder sponsern kann. Finanz- und Betriebsteams sollten Bewegungen des Vermögenswerts, Gasfinanzierung, Kundengebühren und Servicekosten als getrennte Daten erfassen und abstimmen.
Vermögenswertprogramm und technisches Gas getrennt betrachten
- Programm des nativen VermögenswertsVon der Institution festgelegte Ausgabe, Angebotspolitik und Reserveverantwortung.
- Kanonisches EVM-GuthabenDer Netzwerkzustand erfasst Guthaben und relevante Bewegungen des Vermögenswerts.
- Technisches GasFür die Netzwerkausführung ist eine Abrechnung der Gasgebühren auf Protokollebene erforderlich.
- Kundenbezogene GebührenrichtlinieEine getrennte Richtlinie kann zulässige Vorgänge berechnen oder sponsern.
Konfigurations- und Startentscheidungen
Legen Sie Name und Symbol des Vermögenswerts, seinen vorgesehenen Zweck, administrative Rollen, Angebotskontrollen, Governance-Modell, Gebührenannahmen und Schnittstellen während der Konfiguration fest. Bestätigen Sie, welche Daten auf das Netzwerk gehören und welche in institutionellen Systemen verbleiben. Benötigte externe Integrationen sind hinsichtlich Datenzuordnung, Authentifizierung, Zuständigkeit und Testzugriff zu prüfen, statt einen vorgefertigten Connector anzunehmen.
Die Netzwerkidentität erfordert besondere Sorgfalt: Die Chain ID ist nach Erstellung unveränderlich. Andere unterstützte Einstellungen unterliegen weiterhin der Governance und können ein koordiniertes Software-Upgrade erfordern. Prüfen Sie Anwendungsannahmen, Berechtigungen, Ausgabe- und Vernichtungspfade, Guthabenanzeige und Abstimmung in der vorgesehenen Umgebung vor der Produktion. Die Kapitel zu Beschränkungskontrollen und Paymaster behandeln angrenzende Richtlinienentscheidungen.