Nominal
Launch Legends
Head of Trading Systems / Matching — Autheo Spot & Perpetual Venue | Order Book, Latency & Settlement
Unsere Projekte
Gestalte die Zukunft der Blockchain – Bringe Unternehmen On-Chain
Wir bieten eine einzigartige Gelegenheit, als Teilzeit-Equity-Mitgründer zu Launch Legends (und Autheo) zu stoßen. Gegründet im Juli 2021, steht Launch Legends an der Spitze der Verbindung von Web3-Blockchain-Technologie mit der nächsten Evolutionsstufe der Web2-Integration – Unternehmen werden durch unternehmensgerechte Lösungen, DePIN-Innovationen und dezentrale Finanzinfrastruktur On-Chain gebracht.
Unser Flaggschiffprojekt, Autheo, ist ein KI-gestütztes Layer-0-Betriebssystem mit einer integrierten Layer-1-Blockchain und einer vollständigen dezentralen Infrastruktur, die dezentrale Rechenleistung, Speicherung, Identität und Marktplätze sowie eine full-stack-Entwicklungsumgebung (DevHub) umfasst – entwickelt für skalierbare Unternehmensakzeptanz, Entwicklerinnovation und reale Blockchain-Integration.
- Autheo – autheo.com
- THEO Token Launch & verifizierte Märkte – autheo.com/token-launch
- Autheo Team – autheo.com/teams
- X / Twitter – x.com/Autheo_Network
Über Autheo
Mit fast 100 Equity-Mitgründern von führenden Unternehmen und Institutionen – viele davon mit fortgeschrittenen Abschlüssen und Promotionen – löst Autheo die kritischen Herausforderungen, die die Geschäftsnutzung der Blockchain-Technologie behindern.
Autheo Mainnet ist seit Mai 14, 2026 live. Staking und Transaktionsgebühren werden On-Chain betrieben. DevHub ist für Entwickler verfügbar. Souveräne Identität (TheoID), dezentrale Rechenleistung und persistente Speicherung über den Autheo-Marktplatz, KI-Inferenz (THEO AI) und Post-Quanten-Kryptographie werden auf dem Mainnet ausgerollt.
THEO ist live. Die Börse, die Sie aufbauen werden, ist es nicht.
Seit Oktober 2, 2026 wird THEO an vier Autheo-verifizierten Märkten über zwei Chains und einer zentralisierten Börse gehandelt, wobei Enflux die Liquidität über die Börsen hinweg unterstützt:
- THEO/USDT auf MEXC – erstes zentrales Orderbuch, eröffnet am 1. Oktober 2026 um 13:00 UTC. MEXC bedient mehr als 40 Millionen Nutzer in mehr als 170 Ländern und Regionen. Einzahlungen werden auf Autheo Mainnet (natives THEO) akzeptiert. Auszahlungen wurden am 2. Oktober 2026 um 13:00 UTC eröffnet.
- THEO/USDC auf Hydrex (Base) – live seit August 20, 2026. Offizieller Base-Vertrag: 0xebE516a20238F79dc20b07eaD6768e08891Ed309
- THEO/USDG auf Uniswap v3 (Robinhood Chain) – live seit September 10, 2026
- THEO/NVDA auf Uniswap (Robinhood Chain) – live seit September 24, 2026, koppelt THEO mit einem Robinhood Stock Token. Offizieller Robinhood Chain-Vertrag: 0x3dc751e0da01812e6d9143cc696e7f07ea94da48
Verifizierte Handelslinks, Vertragsadressen und Netzwerkinformationen: autheo.com/token-launch
Dies sind externe Märkte. Diese Position betreibt sie nicht.
Hauptmerkmale
- Layer-0 OS + Layer-1 – Souveräne Cosmos-basierte Koordinationsschicht mit einer EVM-kompatiblen Ausführungsumgebung, IBC-Interoperabilität und Proof of Autheo-Konsens.
- DevHub & full-stack SDKs – Ein Arbeitsbereich für frontend, backend, Smart Contracts und Orchestrierung.
- TheoID – Souveräne Identität für Personen, Dienste und KI-Agenten, mit einer Post-Quanten-Roadmap (Kyber, Dilithium, Falcon / NIST ML-KEM, ML-DSA, SLH-DSA).
- Autheo Marketplace – Dezentrale Märkte für Rechenleistung, Speicher und Dienste, die auf dem Mainnet ausgerollt werden.
- THEO AI – Inferenz und Agenten-Orchestrierung als natives Primitiv, nicht als Drittanbieter-Add-on.
- DePIN-Infrastruktur – On-Chain-Netzwerke für den Besitz und die gemeinsame Nutzung von realweltlicher Infrastruktur.
Traktion
- Mainnet: Live seit Mai 14, 2026. Staking und Gebühren On-Chain. Gesichert durch den Live-Validatoren-Satz (149 aktiv von 156 insgesamt per September 23, 2026).
- Öffentliche Testnet-Historie: Über 2 Millionen Wallets, über 10 Millionen Transaktionen, über 1.1 Millionen Smart Contracts.
- Audits: Halborn (Testnet und Validator-Knotenplattform), CertiK (Mainnet und Smart Contracts), Adevar Labs (Bridge von Base zu Autheo Mainnet).
- THEO-Märkte: Vier verifizierte Börsen – MEXC, Hydrex auf Base und zwei Uniswap-Pools auf Robinhood Chain – mit Enflux als Liquiditätspartner über DEX und CEX.
- Token: THEO, nativer Utility-Coin. Maximales Angebot 7.0 Milliarden. Ungefähr 5.33% wurden als anfängliches zirkulierendes Angebot zum TGE am 20. August 2026 festgelegt ($0.05 Referenzpreis auf Hydrex).
- Organisation: Launch Legends Inc., eine Wyoming Corporation, Muttergesellschaft von Autheo LLC. Teilweise verwaltet von der Autheo Foundation. 100+ Equity-Mitgründer aus über 25 Ländern.
ROLLE: Head of Trading Systems / Matching — Autheo Spot & Perpetual Venue | Order Book, Latency & Settlement
Über die Rolle
Autheo rekrutiert die Person, die den Matcher bauen wird.
THEO wird bereits auf MEXC, Hydrex und Uniswap auf Robinhood Chain gehandelt. Dieses Buch gehört Ihnen nicht. Eine separate Position, VP of Exchanges & Token Markets, ist für diese externen Listungen und die nächsten verantwortlich. Eine zweite Position, Head of Markets / DEX GM, ist für die Börse als Produkt und Gewinn- und Verlustrechnung verantwortlich: Listing-Richtlinien, Gebühren, Maker-Programm, Versicherungsfonds und die Architektur-Entscheidung. Sie berichten an diesen GM. Sie ersetzen ihn nicht.
Über unsere Organisation
Autheo baut das Internet-Betriebssystem: eine dezentrale Koordinationsschicht für das Web, Blockchain und KI-Agenten. Die Plattform nutzt W3C Decentralized Identifiers als natives Identitätsframework und basiert auf einer Post-Quanten-Kommunikations- und Identitäts-Roadmap mit NIST-standardisierter Kryptographie. In Verbindung mit einem souveränen Cosmos-basierten Layer-0 und einem EVM-kompatiblen Layer-1 ist Autheo so konzipiert, dass Anwendungen, Infrastruktur und Agenten in einem System und nicht in fünf Anbieter-Stacks abgewickelt werden.
Die wirtschaftliche Schicht ist bereits geöffnet. THEO wird auf MEXC, auf Hydrex auf Base und auf Uniswap auf Robinhood Chain gehandelt. Der nächste Markt ist der, den Autheo selbst matched.
WARUM LAUNCH LEGENDS BEITRETEN?
- Der Coin ist bereits gelistet. MEXC eröffnete am 1. Oktober 2026. Hydrex und Robinhood Chain waren bereits live. Sie entwickeln keinen Matcher für einen Token, der noch nie gehandelt wurde.
- Die Engine existiert noch nicht. Externe Börsen sind das Buch anderer Leute. Diese Position ist das Buch, das Autheo betreiben wird.
- Ein GM über Ihnen, ein Risikobereich neben Ihnen. Sie werden nicht gebeten, Gebühren festzulegen, Market Maker zu rekrutieren und den Versicherungsfonds in derselben Woche zu entwerfen. Sie werden gebeten, das Matching deterministisch zu gestalten.
- Equity-Mitgründer, keine Auftragnehmerposition. Sie treten demselben Modell wie der Rest des Kollektivs bei: Equity an Launch Legends, Autheo und dem WFO Creator Network, plus THEO-Allokation, mit Gehaltserwartung, die auf Knoten-, Token- oder Finanzierungsmeilensteinen folgt.
Wenn Sie einen Matcher ausgeliefert haben, sagen können, was ein Cancel unter Last tut, und lieber die Engine als die Listing-Ankündigung schreiben würden, laden wir Sie ein, den nächsten Schritt zu tun.
Lassen Sie uns das Buch aufbauen – im Netzwerk, das bereits live ist.
Vergütung & Karrierepfad
Dies ist eine Teilzeit-Equity-/Token-basierte Mitgründer-Möglichkeit. Sie erhalten Anteile an Launch Legends, Autheo und dem WFO Creator Network sowie Token-Allokationen in der Autheo-Blockchain. Wir haben bereits eine erste Finanzierungsrunde abgeschlossen, um Infrastruktur und Marketing zu unterstützen, und führen derzeit Gespräche mit VCs und Krypto-Investoren zur Finanzierung von Expansion und Gehältern. Gehaltszahlungen werden voraussichtlich innerhalb von 4 bis 5 Monaten nach unseren Knoten-, Token-Verkäufen oder Finanzierungsrunden beginnen.
Hauptverantwortlichkeiten
Sie entwerfen und liefern das Handelssystem: Central Limit Order Book, Matching, Cancel/Replace, Self-Trade Prevention, Time-in-Force, Funding Ticks, den Liquidations-Handover und den Pfad von einem gematchten Trade bis zur Abwicklung auf Autheo. Die vergleichbaren Engines sind Hyperliquids On-Chain-Buch, Lighters zk-proven Matcher und dYdX v4s Validator-run Matching. Die Basiswerte sind nicht nur Krypto. V1 muss THEO Spot, zwei bis drei Krypto-Perps, einen Infrastruktur-Future, einen RWA und einen Agenten-Kredit- oder Agenten-SLA-Markt tragen. Wenn die Engine nur BTC preisen kann, ist es die falsche Engine.
Der GM wählt die Architektur in der ersten Woche. Die rationalen ersten Entscheidungen sind Validator-run Matching auf Autheos Cosmos-Stack oder ein Off-Chain-Matcher mit Proofs, die auf dem Autheo EVM abgewickelt werden. Ein natives CLOB steht nur zur Debatte, wenn Sie es tragen können. Die Bereitstellung von Märkten auf der Engine eines anderen ist eine Go-to-Market-Taktik, nicht dieser Job.
- Erstellen Sie die Matching-Engine: Preis-Zeit-Priorität oder das vom GM genehmigte Prioritätsmodell, mit deterministischem Verhalten bei Cancel-Races
- Definieren und liefern Sie Order-Typen für v1: Limit, Market, Post-Only, IOC, GTC und den Cancel/Replace-Pfad, den ein Market Maker tatsächlich nutzen wird
- Legen Sie das Latenzbudget fest und messen Sie es. Median, p99 und was passiert, wenn das Buch unter Last steht. Eine Zahl, die Sie nicht reproduzieren können, ist keine Zahl
- Implementieren Sie Self-Trade Prevention, Sequenznummern und eine Fairness-Regel, die Sie einem Market Maker auf einer Seite erklären können
- Verantwortlich für den Funding Tick, die Eingabe des Markpreises und den Übergang zur Liquidation. Sie sind nicht verantwortlich für die Margin-Berechnung oder den Versicherungsfonds. Der Head of Risk, Clearing & Oracles ist dafür verantwortlich. Sie sind verantwortlich für die Engine, die diese rechtzeitig aufruft
- Abwicklung von gematchten Trades auf Autheo: natives Modul, Cosmos Sidecar oder Proof plus EVM-Abwicklung, gemäß der Architektur-Entscheidung. IBC und die EVM-Umgebung sind bereits vorhanden. Erfinden Sie keine zweite Chain, um sie zu vermeiden
- Entwerfen Sie das Zustandsmodell so, dass ein Infrastruktur-Future, ein RWA-Perp und ein Agenten-Kredit-Markt ohne Neuschreibung gelistet werden können. Oracle-Inputs sind das Problem des Risikobereichs. Deren Verbrauch, ohne das Buch zu blockieren, ist Ihr Problem
- Veröffentlichen Sie eine Fehlerbeschreibung: Sequencer-Stillstand, Proof-Verzögerung, Validator-Halt, Zeitversatz, doppelter Cancel, überkreuztes Buch. Jede davon erhält ein Verhalten, keine Hoffnung
- Instrumentieren Sie das Buch: Order-Ack-Zeit, Cancel-Ack-Zeit, Match-Rate, Ablehnungsgründe und ein Replay-Log, das eine Sitzung rekonstruieren kann
- Stellen Sie die ersten beiden Ingenieure unter dieser Position erst nach schriftlicher Spezifikation ein oder benennen Sie sie. Ein Team ohne Matching-Spezifikation ist ein Club
Erste 90-Tage-Lieferungen
- Matching-Spezifikation: Priorität, Order-Typen, Cancel/Replace, Self-Trade Prevention, Sequenznummern und die Reject-Tabelle
- Latenzbudget mit Messmethode und eine erste Zahl von einem Test-Harness, nicht von einer Folie
- Abwicklungsdesign basierend auf der gewählten Architektur, geschrieben für Autheo L1, nicht für eine generische Chain
- Fehlerspezifikation für Stillstand, Proof-Verzögerung, doppelten Cancel und überkreuztes Buch
- Replay-Log-Format, das ausreicht, um eine Sitzung Trade für Trade zu rekonstruieren
- Ein funktionierender Testnet-Matcher für THEO Spot und einen Perp, mit dem Liquidations-Handover, der an die Schnittstelle des Risikobereichs angedockt ist
Anforderungen – Muss vorhanden sein
Dies ist eine Systemposition. Rust oder Go. Keine Solidity-Rolle mit einem angehängten Matching-Diagramm.
- Hat eine Live-Matching-Engine oder deren Kern auf einer Börse mit echten Orders ausgeliefert. Backtests und Whitepaper zählen nicht
- Kann Preis-Zeit-Priorität, Cancel/Replace, Self-Trade Prevention und Sequenzlücken an einer Whiteboard ohne Notizen verteidigen
- Schreibt den Hot Path in Rust oder Go. Solidity ist für die Abwicklung akzeptabel, nicht für das Matching
- Hat ein Latenzbudget unter Last betrieben und kann die Messung, nicht das Ziel, zeigen
- Versteht, wie ein Perp-Funding-Tick und ein Liquidations-Handover neben dem Matcher sitzen, auch wenn jemand anderes die Risikoformel besitzt
- Wird eine Architektur-Entscheidung vom GM übernehmen – Validator-run, zk-proven Off-Chain oder natives CLOB – und sie implementieren, anstatt sie jede Woche neu zu eröffnen
Wünschenswert
- Zeit in einem Hyperliquid-, Lighter-, dYdX-, Injective-, Sei- oder Osmosis-Handelssystem oder auf einem Jump-, Wintermute-, HRT- oder Citadel-Krypto-Execution-Stack
- Erfahrung mit Cosmos SDK-Modulen, CometBFT oder einer zk-Proof-Pipeline für Matching oder State Commitments
- Erstellung eines Replay- und deterministischen Simulations-Harness für ein Orderbuch
- Vertrautheit mit Nicht-Krypto-Basiswerten, um Oracle-Lesevorgänge vom Match-Pfad fernzuhalten
- Kosten für Post-Quanten-Signaturverifizierung, falls TheoID-Schlüsselmaterial jemals auf dem Order-Pfad liegt. Es sollte nicht auf dem Hot Path in v1 liegen
