El RFQ de Dexalot permite a un trader en cualquier cadena admitida intercambiar en el libro de órdenes de la L1 de Dexalot en una única transacción atómica — sin puente, sin activo envuelto y sin ventana de espera.
December 24, 2024 |
Der grenzübergreifende Handel (Cross-Chain-Trading) in Krypto ist normalerweise ein Brückenproblem, das als UX-Problem verkleidet wird. Du willst AVAX, aber dein USDC liegt auf Arbitrum. Die Standardantwort lautet: eine Brücke benutzen. Du sperrst dein USDC auf einer Kette, prägest eine “gewrapte” Repräsentation auf einer anderen, wartest auf die Finalität, akzeptierst, dass du nun einen Vermögenswert hältst, dessen Einlösung von der Zahlungsfähigkeit eines Drittanbieter-Vertrags abhängt, und handelst dann. Jeder Schritt bringt zusätzliche Verzögerung, zusätzliche Vertrauensannahmen und Ausführungsrisiken mit sich.
Dexalot’s SimpleSwap macht das nicht. Ein Nutzer auf Arbitrum kann live auf Dexalot L1 einen Token kaufen, mit dem nativen USDC bezahlen und den Output-Token nativen auf Avalanche — erhalten; ohne gewrappten Vermögenswert, ohne Brücken-Transaktion und ohne Wartezimmer. Der Mechanismus, der das ermöglicht, ist ein RFQ-System, das die meisten Nutzer nie sehen. Dieser Beitrag zeigt, was es tatsächlich tut.
RFQ steht für Request for Quote. Es ist eine der ältesten Marktstrukturen im Finanzwesen und geht den Orderbüchern an Börsenstilen Jahrhunderte voraus. In einem TradFi-RFQ fragt ein Käufer einen Händler nach einem Preis für eine bestimmte Größe eines bestimmten Vermögenswerts. Der Händler antwortet mit einem verbindlichen Angebot: “Ich verkaufe dir 10.000 Aktien zu $42.17, gültig für 30 Sekunden.” Wenn der Käufer innerhalb der Laufzeit des Angebots akzeptiert, wird der Handel zu genau diesem Preis ausgeführt.
Das bestimmende Merkmal eines RFQ ist, dass der Preis eine Verpflichtung eines bestimmten Vertragspartners ist. Es ist kein Snapshot eines öffentlichen Orders, der sich zwischen Anfrage und Ausführung bewegen könnte. Es ist keine Kurve, die sich deterministisch gegen dich bewegt. Es ist ein Preis, den jemand zugestimmt hat einzuhalten, unterschrieben und auf die Linie gelegt hat.
Das ist strukturell anders als bei den meisten DEX-Handelsmodellen. AMMs preisen dich gegen eine Bonding-Curve ein (siehe unseren früheren Beitrag zu slippage). Streaming-Orderbücher lassen dich ausstehende Liquidität sehen, aber der Preis, zu dem du tatsächlich ausgeführt wirst, hängt davon ab, was noch da ist, wenn deine Transaktion landet. RFQ entfernt diese Mehrdeutigkeit: Das Angebot ist der Preis, Punkt.
Die Standardlösung für den Cross-Chain-Handel ist eine Brücke. Die Mechanik ist unterschiedlich — lock-and-mint, burn-and-mint, optimistisch, zk-verifiziert — aber die Nutzererfahrung konvergiert zur gleichen Grundform.
Für einen Trader, der einfach einen Vermögenswert gegen einen anderen tauschen möchte, ist die Brücke ein kompletter Workflow zwischen Absicht und Ausführung. Sie ist außerdem die Ebene, auf der der Großteil des Cross-Chain-Werts verloren geht, entweder durch direkte Exploits oder durch Slippage auf der Seite des gewrappten Vermögenswerts.
Dexalot basiert auf einem hub-and-spoke-Modell. Der Hub ist Dexalot L1 — die anwendungsbezogene Kette, in der das kanonische Orderbuch lebt. Die Spokes sind Smart Contracts, die auf jeder unterstützten Kette (Avalanche, Arbitrum, Base, BNB Chain) bereitgestellt sind und jeweils einen kleinen Bestand der Base- und Quote-Tokens für die von ihnen bedienten Paare halten.
Zwei Komponenten der Infrastruktur machen Cross-Chain-RFQ möglich:
Das Orderbuch selbst verlässt Dexalot L1 niemals. Es gibt kein fragmentiertes Orderbook, keine Multi-Chain-Matching-Engine und keine duplizierte Liquidität über mehrere Deployments hinweg. Es gibt eine einzige Quelle für den Preis, und kleine Inventar-Pools an den Rändern, um Nutzer dort zu bedienen, wo sie bereits sind.
Gehen wir ein konkretes Beispiel durch. Ein Nutzer auf Arbitrum möchte 5.000 USDC gegen AVAX tauschen. AVAX/USDC wird im Orderbook von Dexalot L1 gehandelt. Der Nutzer hat nie eine Bridge benutzt, hat nicht vor zu bridgen und interagiert ausschließlich mit seinem Wallet auf Arbitrum.
Aus Sicht des Nutzers ist die gesamte Interaktion genau eine Transaktion auf Arbitrum. Kein Bridge-Dialog. Kein „Wrapped Asset“ im Wallet. Kein Verzögerungsfenster.
Dieser Satz wird im Krypto-Marketing übermäßig oft verwendet. Daher lohnt es sich, genau zu sein, was er hier bedeutet.
Der Nutzer hält niemals ein gebridged Asset. Das Eingangstoken ist nativ auf der Quell-Chain, und das Ausgabetoken ist nativ auf der Ziel-Chain. Wenn der Swap auf Arbitrum abgerechnet wird, ist das AVAX, das der Nutzer erhält, dasselbe AVAX, das auch jeder andere im Netzwerk hält – nicht ein „wrapped“ Derivat, das über einen Bridge-Contract zurückgelöst werden kann.
Die Abrechnung selbst ist atomar auf der Chain des Nutzers. Es gibt kein Zwei-Phasen-Commit, kein Warten auf Bestätigungen auf einer zweiten Chain, bevor der Nutzer „ganze“ ist. Der Teil des Trades des Nutzers wird in einer einzigen Arbitrum-Transaktion abgeschlossen, einmal signiert – und entweder wird er vollständig ausgeführt oder er wird zurückgerollt.
Was die Chain-Grenze überschreitet, ist die Message-Infrastruktur: Orderbook-Updates und der Rebalancing-Flow für das Inventar laufen über Chains via LayerZero, aber nur auf der Operator-Seite. Nutzer signieren niemals eine Bridge-Transaktion. Sie warten niemals auf eine Bridge. Die Bridge befindet sich nicht mehr auf ihrem Pfad.
DEX-aggregatoren wie 1inch, Kyberswap, Odos, Velora und OpenOcean routen Trades über die verfügbare DEX-Landschaft hinweg, um die beste Ausführung für den Nutzer zu finden. AMMs sind ein natürlicher Teil dieser Landschaft, aber sie haben ein Routing-Problem, das RFQ auf elegante Weise löst.
Wenn ein Aggregator durch einen AMM routet, hängt der tatsächliche Ausfüllpreis von der Kurve ab, davon, welche anderen Transaktionen im selben Block landen, und davon, welche Sandwich-Versuche der Mempool hervorbringt. Aggregatoren lösen das mit Slippage-Toleranzen und Reverts, aber die Unsicherheit ist strukturell.
Wenn ein Aggregator durch Dexalot’s RFQ routet, ist der Quote eine signierte Zusage. Der Aggregator kennt die exakte Auszahlung, kann sie dem Nutzer mit Vertrauen präsentieren, und der Trade füllt entweder zu genau diesem Preis aus oder füllt gar nicht. Es gibt keine Slippage-Variable zum Modellieren und keine MEV-Oberfläche, die für Sandwich-Bots ausgenutzt werden könnte.
Aus Sicht des Aggregators ist eine RFQ-Quelle die einfachste mögliche Integration: klarer Preis, atomare Abwicklung, vorhersehbares Verhalten. Deshalb unterstützt jetzt jeder große Aggregator RFQ-Flow neben dem AMM-Routing, und deshalb übersetzen sich die Integrationen von Dexalot über alle von ihm unterstützten Chains direkt in das Volumen, das in die L1-Order-Book fließt.
Die Kombination aus einem On-Chain-CLOB, einer Hub-and-Spoke-Architektur und einer RFQ-gesteuerten Cross-Chain-Schicht erzeugt eine UX, die sich nicht nach Cross-Chain anfühlt. Ein Trader auf Arbitrum, ein Trader auf Avalanche, ein Trader auf Base und ein Trader auf BNB Chain interagieren alle mit derselben Liquidität, zu denselben Preisen, im selben Moment — ohne dass einer von ihnen eine Bridge berührt.
Für die Projektlistung auf Dexalot bedeutet das, dass eine einzige Liquiditätsquelle viele Märkte bedient. Für den Nutzer bedeutet das, dass Cross-Chain aufhört, ein Schritt im Workflow zu sein, und stattdessen zu einer Eigenschaft der darunterliegenden Infrastruktur wird. Für das breitere DEX-Ökosystem bedeutet das, dass es jetzt eine Möglichkeit gibt, Order-Book-Ausführungen an Chains zu liefern, auf denen der direkte Aufbau eines Order Books jemals nicht sinnvoll umsetzbar wäre.
Bridges lösten das Problem, ein Asset zwischen Chains zu bewegen. RFQ löst das Problem, es nicht zu müssen.
