Entwicklung von Finanzanwendungen auf der „ Arc “: Vier Dinge, die anders funktionieren

Quicknode

8. Oktober 2026 – 6 Minuten Lesezeit

Teilen

Als bevorzugte Quelle hinzufügen

Arc ist für Anwendungen konzipiert, die reale Werte bewegen. Es behält die EVM-Ausführungsumgebung bei, sodass bestehende Solidity-Verträge und die vertrauten „ Ethereum “-Tools weiterhin genutzt werden können, während Transaktionsgebühren, Abwicklung und andere finanzielle Anforderungen in das Netzwerk selbst verlagert werden.

Diese Entscheidungen wirken sich auf die Systeme im Umfeld des Vertrags aus. Zwei der vier unten aufgeführten Unterschiede sind bereits heute auf Arc verfügbar; die anderen beiden sind Punkte auf der Roadmap und sollten als Ausrichtung und nicht als bereits vorhandene Funktion verstanden werden.

1. USDC als Gas

Eine Stablecoin-Anwendung benötigt oft zwei Vermögenswerte, um eine Aktion auszuführen: den zu transferierenden Stablecoin und einen separaten Token zur Bezahlung der Ausführung. Dadurch entsteht ein weiterer Kontostand, der aufgefüllt werden muss, ein weiterer Vermögenswert, dessen Preis ermittelt werden muss, sowie ein weiterer Fehler mode , wenn ein Nutzer zwar über Geld, aber nicht über genügend Gas verfügt.

Arc Beseitigt diese Trennung, indem USDC als natives Gas-Asset eingesetzt wird. Transaktionsgebühren und Anwendungswert basieren auf derselben Rechnungseinheit, sodass Nutzer Transaktionen durchführen können, ohne einen separaten Gas-Token erwerben zu müssen. Auch Finanz- und Buchhaltungssysteme können die Überweisung und die damit verbundenen Ausführungskosten in Dollar erfassen, ohne dass ein zusätzlicher Schritt zur Preisumrechnung erforderlich ist. Das Gebührendesign von Arc gleicht Schwankungen in der Netzwerknachfrage aus, wodurch sich die Kosten leichter abschätzen lassen, während Standard-RPC-Methoden für Gebühren es Anwendungen ermöglichen, aktuelle Werte zur Laufzeit abzurufen.

Ein Integrationsdetail ist besonders zu beachten. Der native USDC verwendet 18 Dezimalstellen für Gas- und EVM-Wertübertragungen, während seine ERC-20-Schnittstelle die bekannte USDC-Darstellung mit 6 Dezimalstellen nutzt. Es handelt sich um zwei Darstellungen desselben Guthabens, nicht um zwei verschiedene Vermögenswerte. Wallets und Ledger müssen daher die Darstellungen vereinheitlichen, anstatt beide anzuzeigen oder zu summieren. Indexer müssen ebenso vorgehen, da ERC-20-Aktivitäten für eine Transaktion sowohl ein natives Systemereignis als auch ein Schnittstellenereignis erzeugen können, während native Überweisungen nur das Systemereignis erzeugen. Ein Beispiel unter „ mainnet “ in unserem Leitfaden zur USDC-Indizierung „Arc “ zeigt vier übertragungsförmige Protokolle für zwei tatsächliche USDC-Transaktionen. Die Erkenntnis: „ Arc “ beseitigt den separaten Gas-Vermögenswert, nicht jedoch die Notwendigkeit einer kanonischen Ansicht von USDC.

2. Deterministische Endgültigkeit

In vielen Netzwerken bedeutet die Tatsache, dass eine Transaktion in einem Block zu sehen ist, nicht, dass eine Anwendung sie sicher als abgeschlossen betrachten kann. Dienste warten auf weitere Bestätigungen, behandeln die jüngsten Aktivitäten als vorläufig und behalten Rollback-Pfade bei, für den Fall, dass sich die Kette neu ordnet.

ArcDer Malachite-BFT-Konsens von [Name] beseitigt diesen Zwischenzustand. Eine Transaktion ist entweder unbestätigt oder endgültig, und ein festgeschriebener Block kann nicht neu organisiert werden. Anwendungen können bereits bei der Festschreibung des Blocks reagieren, anstatt die Bestätigungstiefe in einen Vertrauenswert umzuwandeln.

Dies vereinfacht Arbeitsabläufe, die nach einem On-Chain-Ergebnis an anderer Stelle beginnen: die Aktualisierung eines Hauptbuchs, die Freigabe von Lagerbeständen, die Benachrichtigung eines anderen Dienstes oder der Start der nächsten Transaktion. Bestätigungsschwellen und die Logik für das Rollback bei einer Reorganisation können die Zustandsmaschine der Anwendung verlassen. Unter Arc wird die irreversible Abwicklung in weniger als einer Sekunde als Eigenschaft des Netzwerkdesigns beschrieben, nicht als gemessene Service-Level-Vereinbarung im Produktionsbetrieb. Daher sollten Teams weiterhin den gesamten Pfad messen, den ihre Nutzer durchlaufen.

Finalität ersetzt nicht die Betriebssicherheit. Verbindungen brechen ab, Verbraucher starten neu, Übertragungen werden wiederholt, und Datenbanken verfallen. Dauerhafte Datenerfassung, idempotente Schreibvorgänge, wiedergabesichere Effekte und Abgleich bleiben unverzichtbar. „ Arc “ macht die Antwort der Blockchain endgültig. Die Anwendung muss diese Antwort weiterhin zuverlässig verarbeiten.

3. Datenschutz als eigenständiges Ausführungsmodell

Finanzanwendungen erfordern häufig Vertraulichkeit, ohne dass Transaktionen in ein isoliertes System verlagert werden. Transaktionsbedingungen, Salden, Positionen oder Gegenparteien erfordern unter Umständen eine kontrollierte Offenlegung, während die daraus resultierenden Wertveränderungen weiterhin mit den öffentlichen On-Chain-Aktivitäten in Einklang stehen müssen.

Arc Der „Privacy Sector“ (APS) ist die geplante Lösung v Arc. Er ist in der Roadmap vorgesehen, aber noch nicht verfügbar; daher sollte er eher als Grundlage für die zukünftige Architektur dienen als als Grundlage für aktuelle Produktversprechen.

APS ist als vertrauliche Ausführungsumgebung für Solidity-Verträge parallel zur öffentlichen EVM konzipiert. Öffentliche und private Zustände würden im selben Block festgeschrieben, wodurch Verträge in beiden Umgebungen atomar interagieren könnten. Ein Workflow könnte einen sensiblen Zustand vertraulich halten und gleichzeitig eine damit verbundene öffentliche Auswirkung abwickeln, ohne auf eine separate Brücke oder eine verzögerte Nachrichtenübermittlungsschicht angewiesen zu sein.

Die Datenschutzgrenze wäre explizit festgelegt. Funktionen, Speicher und Ereignisse sind standardmäßig verborgen, und Anwendungen entscheiden, was offengelegt werden darf und welche Verträge miteinander interagieren können. Dadurch wird die Vertraulichkeit zu einem Bestandteil des Ausführungsdesigns und nicht zu einer Ebene, die versucht, öffentliche Daten zu verschleiern, nachdem diese bereits erzeugt wurden. APS ist derzeit noch nicht verfügbar, doch sein beabsichtigter Vorteil ist klar: Datenschutz, ohne auf Solidity oder atomare Komposition verzichten zu müssen.

4. Post-Quanten-Signaturen für Wallets

Die Signaturverfahren, die Wallets heute schützen, sind möglicherweise nicht dauerhaft sicher vor ausreichend leistungsfähigen Quantencomputern. Für Anwendungen, die einen langfristigen Wert haben, ist die Vorbereitung auf diese Möglichkeit ein Migrationsproblem und kein Software-Update in letzter Minute.

ArcDie Post-Quanten-Roadmap beginnt mit einer Beta-Unterstützung (Opt-in) für SLH-DSA-SHA2-128s-Wallet-Signaturen unter mainnet. Eine Wallet, die sich dafür entscheidet, kann das neue Schema zur Autorisierung von Transaktionen nutzen. Dieser Schutz gilt für die Wallet. Er erstreckt sich nicht auf Validator-Signaturen und macht den Arc -Konsens auch nicht post-quantum-sicher.

Die Protokollunterstützung ist nur der erste Schritt. Hardware-Wallets, Signaturdienste, SDKs, Verwahrungsrichtlinien, Wiederherstellungssysteme und Transaktionswerkzeuge müssen das Schema alle korrekt umsetzen. Da sich die Standards noch weiterentwickeln, geht „ Arc “ davon aus, dass die Einführung eher schrittweise als durch einen sofortigen Wechsel erfolgen wird.

Die Roadmap sieht eine schrittweise Ausweitung des Schutzes vor. Im Anschluss an die Arbeiten an den Wallets folgen die Post-Quanten-Verschlüsselung für die private Ausführung sowie Upgrades der Off-Chain-Infrastruktur, während Validator-Signaturen weiterhin ein langfristiges Ziel bleiben. Der praktische Nutzen der Beta-Version ist daher konkret: Sie bietet den teilnehmenden Wallets eine frühzeitige Möglichkeit, ein Post-Quanten-Autorisierungsschema zu testen und einzuführen, ohne den im restlichen Netzwerk verfügbaren Schutz überzubewerten.

Vom Netzwerkdesign bis zum Anwendungsverhalten

Diese Unterschiede verfolgen alle ein gemeinsames Ziel: „ Arc “ rückt wiederkehrende finanzielle Anforderungen näher an das Netzwerk heran: eine stabile Einheit für Wert und Gebühren, eine klare Abrechnungsgrenze, einen Weg zur vertraulichen Ausführung und eine Möglichkeit, die Wallet-Autorisierung weiterzuentwickeln. Dank der EVM-Kompatibilität können Entwickler diese Grundlage nutzen, ohne auf die ihnen bereits bekannten Smart Contracts und Tools verzichten zu müssen.

Anwendungen erfordern nach wie vor eine korrekte Buchführung, zuverlässige Datenpipelines, durchdachte Zugriffskontrollen und eine sichere Wallet-Infrastruktur. „ Arc “ verändert die Grundlage dieser Systeme, beseitigt einige bekannte Komplikationen und führt neue Grenzen ein, die genau verstanden werden müssen.

Quicknode unterstützt Arc über JSON-RPC- und WSS-Endpunkte, vollständigen Archivzugriff mit Debug- und Trace-Namespaces sowie WebSocket-Abonnements, Webhookssowie Streams. Beginnen Sie noch heute mit der Entwicklung auf Arc Quicknode noch heute.