Trading (Handelsystem) — Antarianisches Handelssystem
Dieses Kapitel beschreibt das antarianische Handelssystem in {{Antares Open World}}: Von dezentralen Tradehub-Netzwerken und der AQISE Börse über Kassa- und Termingeschäfte, Clearing, Emissionen und Qualitätssegmente bis hin zu Futures, Optionen und Devisenhandel — ein umfassendes Wirtschafts- und Handelssystem mit 144 Subsystemen in 9 Core-Engine-Modulen.
KK/081 — Trading (Handelsystem)
Welche Ziele sollen durch den Einsatz des AQISE Moduls erreicht werden? Welche Musskriterien sollen für das System unabdingbare Leistungen sein, die in jedem Fall erfüllt werden müssen, entwickelt werden? Welche Wunschkriterien sollen bei der Erfüllung dieser Kriterien angestrebt werden? Welche Abgrenzungskriterien sollen durch o.g. Kriterien bewusst nicht erreicht werden?
Core Engine Modul: Antares Deal for Obligation and Fulfillment (A/DFO/FFMT)
81/DEAL — Obligation Fulfillment/Delivery Transfer Control Subsystem
81/PLEDGE — Pledge Contract Control Subsystem
81/LEASE — Lease Contract Control Subsystem
81/RENT — Rental Contract Control Subsystem
81/SALE — Purchase Contract Control Subsystem
Abbildung 81.1: Core Engine Modul: Antares Deal for Obligation and Fulfillment (A/DFO/FFMT)
Dezentrale Handelsplattform
Das Konzept möchte eine »dezentrale Handelsplattform« mit Logenwirtschaft in {{Antares Open World}} erschaffen, die über die klassischen und materiellen Verständnisse von »Aktionshäusern« in hiesigen MMOs deutlich und komplexer hinausgeht. Ziel ist es »Märkte« für alles und jedem zu schaffen. Alles in Antarien soll handelbar werden. Die »Arbeitszeit«, »Aktivitäten«, die investierte »Zeit und Mühe«, »Handelsware«, »Verträge«, »Ressourcen«, ja sogar die »Charaktere«, und ihre »Seelen«, vgl. >>Bewusstsein & Seele ab S.73 & ff.<<. Eine tiefe Verflechtung mit der Welt zum »Metagaming« vgl. >>Spielerbegründete Storys (Questing) ab S.283 & ff.<<, sollen hierbei etabliert und situiert werden. Hierfür brauchen wir ein ausgefeiltes Instrumentarium vgl. >>Münzen, Gold & Lokale Tradehubs ab S.135 & ff.<<.
81.1 Zielbestimmungen
Ein Blick in unsere realbegründete Wirtschaft zeigt täglich Maßnahmen, die der Kundengewinnung »Akquise« bzw. Akquisition (von frz. l'acquis — der Erwerb) und der Zufriedenheit des Kunden dienen sollen. Hierfür gibt es in den meisten Geschäftsformen Programme zur »Kundengewinnung« engl. »Business Initation« und Programme zur »Kundenbindung« engl. »Business Hedging«, d.h. zur Gewinnung von Stammkunden aus Laufkundschaft.
Core Engine Modul: Antares Decentralized Tradehub Network (A/HUBNET)
81/HUBNET — Trading Hubs Lodges Economy Environment Subsystem
81/HUBS — Local Tradehubs Framework Subsystem
81/MARKETS — Market Places Framework Subsystem
81/ACQSTN — Acquisition Framework Subsystem
81/CNSLTNG — Consulting Framework Subsystem
81/INDCS — Indices Framework Subsystem
81/RWRDS — Rewards Framework Subsystem
81/CARD — Loyalty Card Framework Subsystem
81/AVLBLTY — Availability Control Mechanism Subsystem
81/ACCPTBLTY — Acceptability Control Mechanism Subsystem
81/ACMPNY — Affiliated Company Framework Subsystem
81/INVSTMNT — Investment Framework Subsystem
81/LQDTY — Market Liquidity Framework Subsystem
81/FEES — Transaction Fees Framework Subsystem
81/PRTCT — Protect against Manipulation Subsystem
81/CLEARING — Clearing Institution Framework Subsystem
81/TRDGLDS — Trade Guilds Framework Subsystem
81/TROUTES — Trading Routes Framework Subsystem
81/CRRNCS — Foreign Exchange Market Framework Subsystem
81/RESERVE — Reserve Currency Framework Subsystem
81/WRKNGTM — Working Time Market Framework Subsystem
81/EMITTENT — Emittenten Framework Subsystem
81/EFFRT — Invested Effort Market Framework Subsystem
81/MRCHNDS — Merchandise Market Framework Subsystem
81/CNTRCTS — Contracts Market Framework Subsystem
Abbildung 81.2: Core Engine Modul: Antares Decentralized Tradehub Network (A/HUBNET)
Akquisitorisches Potenzial und Kundenbindung
Diese Unternehmungen sollen dabei ihr »Akquisitorisches Potenzial« nutzen. In Handel und Dienstleistung werden Geschäftsanbahnungen und Kundenbindungen häufig über Belohnungen, wie Prämien, Geschenke, Rabatte, Bonus, (exklusive Angebote auf Preis-/Angebotsebene, z.B. Logen-Nutzung), Vergünstigungen, Couponing oder durch eine bevorzugte Behandlung, einen vorteilhaftes Geschäft abschliessen zu können, dargeboten. Der Anbieter gibt hierbei Anreize für Geschäftsanbahnungen und wiederholte Geschäftsbeziehungen. Diese Kundengewinnungs- und Bindungsprogramme sind häufig mit einer Kundenkarte (Club-Karte, Bonuskarte) oder direkt mit einem Konto verknüpft. Besonders wirksam sind hierbei Programme bei Geschäftskunden, wenn diese die Vergünstigung auch privat in Anspruch nehmen können. In diesem Fall fällt die Prämie bei der Auswahl des Anbieters stärker ins Gewicht, als der eigentliche Kaufpreis. Das Konzept will diese Prozesse ineinander verzahnt virtuell und im Metagaming, vgl. >>Browser & APP Smartphone Integration ab S.227 & ff.<< abbilden.
Zu diesem Zweck möchte ich an dieser Stelle gleich zwei Begrifflichkeiten prägen. Das Akronym »AQISE« sprich »Antares Quotation and Information Service Exchange« und die »AE/THIH« mit Namen »Antares Exchange for Trade Hub Initation and Hedging«. Beides hybride »Handelsnetzwerke« mit dem Ziel, die lokalen »Tradehubs« Antariens automatisiert zu vernetzen.
Diese AOW Börse soll der zeitlichen und örtlichen Konzentration des Ressourcenhandels von fungiblen Gütern (Verfügbarkeit und Vertretbarkeit einer Sache) unter beaufsichtigter Preisbildung, im Spiel anbahnen und dienen. Das Ziel soll die Darbietung von Geschäftsanbahnungsinstrumenten, eine gesteigerte Markttransparenz für die zu entstehenden »Spielerwährungen« in den Siedlungen vgl. >>Münzen, Gold & Lokale Tradehubs ab S.135 & ff.<<, sowie auf ihrer gehandelten Waren, die Steigerung der Effizienz und der Marktliquidität, die Verringerung der Transaktionskosten, sowie der Schutz vor Manipulationen sein.
Core Engine Modul: Antares Quotation & Information Stock Exchange (A/QISE)
81/AQISE — Quotation Information/Stock Exchange Hub Subsystem
81/SPOT — Spot Transactions Market Model Subsystem
81/TMBRGNS — Time Bargains Market Model Subsystem
81/MRKTMKR — Market Maker Framework Subsystem
81/TRNSCTNS — Transactions Framework Subsystem
81/OIF — Open Interest Framework Subsystem
81/OTYPES — Basic Order Types Market Model Subsystem
81/RTMDF — Realtime Marketdata Framework Subsystem
81/ISCM — Integrated Safety Control Mechanisms Subsystem
81/JOURNAL — Trading Journal Framework Subsystem
81/SKONTRO — Orderbooking Framework Subsystem
81/ANALYSE — Trade Analysis Framework Subsystem
81/INDICES — Indices Construction Framework Subsystem
81/OQNTFCTN — Order Quantification Framework Subsystem
81/LEVY/TAX — Levy/Tax System Framework Subsystem
81/CNTRCT — Contract Administration Subsystem
81/TRDMCHNCS — Tradingmechanics Framework Subsystem
81/ORS — Order Routing System Framework Subsystem
81/ORL — Order Routing Levels Framework Subsystem
81/OMS — Order Management System Framework Subsystem
81/CLEARING — Clearing System Framework Subsystem
81/RBM — Risk Based Margining Framework Subsystem
81/SACRTFCT — Securities Account Certificate Control Subsystem
81/FORGERY — Forgery Management Framework Subsystem
81/QULTY — Quality Elements Framework Subsystem
Abbildung 81.3: Core Engine Modul: Antares Quotation & Information Stock Exchange (A/QISE)
Globale Verflechtung und Clearing
Durch eine künftige globale Verflechtung von lokalen Handelszentren »Tradehubs« in Antarien, soll unter anderen der dezentrale Handel mit den lokalen Währungen, an den Antares »Devisenmärkten« stark an Bedeutung gewinnen. Wir gehen sogar noch einen Schritt weiter, und werten diesen »Spielermarkt« durch einer Vielzahl von zu begründenden »Handelsbörsen« ein. Die Prozesse sollen über eine »Antares Clearing Institution« im Spiel garantiert werden. Zusammenfassend soll erwähnt werden, dass für jede künftige Geschäftsanbahnung und Abschluss aller angegliederten »Antares Market Maker«, »Handelsgilden«, »Akteuren«, etc., die Clearing Institution, hier als zentrale Gegenpartei (Kontrahentin) auftritt, und sämtliche Sicherungen und Erfüllungsgarantien dieser Geschäftsabwicklung (Transaktionen), übernehmen wird.
Über eine vollelektronische Schnittstelle sollen Akteure (Teilnehmer), in Echtzeit mit dem System in Verbindung stehen können. Der Transaktionsfluss von Geschäftsanbahnungen und Abschlüssen, soll transparent fürs Metagaming dargestellt und entwickelt werden.
Der Autor des Konzeptes, ist sich über die Wichtigkeit und Bedeutung florierender Handels- und Wirtschaftsprozesse im Spiel im Klaren. Es ist die essentielle Basis und der Motor, der {{Antares Open World}} im Sektor der Wirtschaft lebendig machen wird. Viel mehr noch, es ist der »Big Goal«, der jedes MMO zu Fall bringen kann, wenn Gold Seller vgl. >>Multiaccounting & Sharing ab S.121 & ff.<< versuchen, das Spiel mit einem inGame Zahlungsmittel zu überfluten. So wird die Konzeption des »Handelsystems«, den maßgeblichen Einfluss auf die Stabilität unserer zu etablierenden Währungen garantieren.
Abzuleitende Zielsetzungen für den Antares Handelsmarkt (BDI Architektur/Intentions)
- Goal GM01: Schaffung von Märkten
- Goal GM02: Erhöhung des Umsatzes und der Absatzmenge
- Goal GM03: Erhöhung des Deckungsbeitrages
- Goal GM04: Marktanteil Sicherung / Bekanntheitsgradsteigerung
- Goal GM05: Setzung einheitlicher Kommunikationsflüsse
- Goal GM06: Erbringung von Seriosität und Vertrauen
- Goal GM07: Positionierung im Markt stabilisieren
- Goal GM08: Vorteile der Markttransparenz erwirken
- Goal GM09: Stellung von Anbahnungsinstrumenten
- Goal GM10: Eruierung von Marktsegmenten durch Abgrenzung
- Goal GM11: Hilfe bei der Markteinführung von Assets
- Goal GM12: Sicherungen des Erfüllungsgeschäftes (Garantien)
- Goal GM13: Reduzierung auf »Lean Management«
- Goal GM14: Fehlentscheidungen minimieren
- Goal GM15: Imagepositionierung
- Goal GM16: Effizienzsteuerung
- Goal GM17: Kostenkontrolle von Entscheidungen
- Goal GM18: die Spaltung des Transaktionsflusses neutralisieren
- Goal GM19: zieloptimierte kreislaufgesteuerte Wege initialisieren
- Goal GM20: die Planbarkeit von Unternehmungen fördern
- Goal GM21: Flexibilität von Handlungen ermöglichen
- Goal GM22: Immunitätsgabe gegenüber Betrügern
- Goal GM23: Controlling
Core Engine Modul: Antares Trading Construction Sandbox (A/TCS)
81/INTENTION — Plandata Control BDI Intention Connectivity Matrix Subsystem
81/CMF — Creating Markets Intention Framework Subsystem
81/REVENUE — Revenue Intention Framework Subsystem
81/VOLUME — Sales Volume Intention Framework Subsystem
81/PRFTMRGN — Contribution Margin Intention Framework Subsystem
81/SHARE — Market Share Intention Framework Subsystem
81/FAME — Degree of Fame Image Transfers Subsystem
81/CFLOW — Communication Flow Intention Framework Subsystem
81/INTGRTY — Integrity Intention Framework Subsystem
81/CNFDNC — Confidence Intention Framework Subsystem
81/PSTNNG — Market Positioning Intention Framework Subsystem
81/TRNSPRNCY — Market Transparency Intention Framework Subsystem
81/INTTN — Business Initation Intention Framework Subsystem
81/SGMNTS — Market Segments Intention Framework Subsystem
81/LUNCH — Market Launch Intention Framework Subsystem
81/WRRNTS — Warranties Intention Framework Subsystem
81/LNMGMT — Lean Management Intention Framework Subsystem
81/WDCSNS — Wrong Decisions Intention Framework Subsystem
81/IMAGE — Image Positioning Intention Framework Subsystem
81/EFFCNY — Efficiency Control Intention Framework Subsystem
81/COST — Cost Controlling Intention Framework Subsystem
81/TFLOW — Transaction Flow Intention Framework Subsystem
81/PLAN — Planning Capability Intention Framework Subsystem
81/VRSTLTY — Flexibility/Activity Intention Framework Subsystem
81/CNTRLLNG — Controlling Intention Framework Subsystem
Abbildung 81.4: Core Engine Modul: Antares Trading Construction Sandbox (A/TCS)
81.2 Einführendes Kursfestsetzung Szenario für ein »Activity Contract«
81.2.1 Anliegen des Characters
Ein Charakter (Bauer und Investor) aus »Larum« erwartet im 6. Winter des Gottes Symedion, eine schlechte Ernte. Durch diesen klimabedingten Umsatzeinbruch, vermutet der Bauer, seine drei Gehilfen (SS/AI/PC) nicht mehr auf seinem Gutsgrund beschäftigen zu können. Aus diesem Grund möchte er, zwei seiner drei »Antares Verträge«, auch »Antares Contracts« (A/CON), aus seinem »Antares Depot« (A/DPT) auflösen. Sein Depot führt er in der Währung »Azzarans« (A/ZZ), die Währung seiner bewohnenden Siedlung. Der Dorfälteste, hatte das Recht auf Münzprägung vom König in diesem Spielsektor erhalten. Die Währung gilt als stabil und vertrauenswürdig im Areal der Dorfbevölkerung, sie wurde vor Jahren (Spielzeit) etabliert.
81.2.2 Kontaktaufnahme
Als Kunde eines in Antarien ansässigen Kommissionshauses (»Antares Broker« — ein angegliedertes Mitgliedsunternehmen — »Antares Affiliated Company« (A/AC), in der Rolle des Antares Asset Traders) auch »Antares Commission Merchant Center« (A/CMC) genannt, kontaktiert er seinen »Antares Account Executive« (A/AE) (A/AT) und Antares Produktverkäufer — einen Antares Asset Trader dessen Hauptaufgabe die kompetente Betreuung von — Mitarbeiter des Brokerhauses, selber Antares Asset Trader privaten und geschäftlichen Investoren (Mandant in der Rolle und die Entgegennahme von Kundenaufträgen den »Antares Orders« (A/O) ist. Eine Unterscheidung von »Antares Quotations« (A/Q), oder auch »Antares Quotes«, sei hier erwähnt.
81.2.3 Beauftragung
Nach kurzer Beratung (Antares Asset Trader — Bauer), erteilt der Bauer eine Markt »OTC« oder »Limit Order« (LMT/OTC) über zwei »Antares Contracts«, zu verkaufen in Antarien, »Larum« an der für Termingeschäfte zuständigen »Antares Target Date Quotation Exchange« (ATQE).
81.2.4 Übertragung der Order
Der Charakter in der Rolle des »A/AE« und Mitarbeiter im »A/CMC«, übermittelt die ihm zugetragene Verkaufsorder mithilfe des elektronischen Auftragsübermittlungssystems »Antares Order Desk Station« (A/ODS), umgehend in das System. Durch diese Auftragsgabe wird ein »AI/PC Runner« in die Nachbardörfer an die für die Orderannahme und Weiterleitung zuständigen Antares Order Clerks (A/AOC) genannt, entsendet.
81.2.5 Empfangsquittierung des Auftrages
Der »A/AOC«, welcher in der Rolle als »Antares Group Manager« (A/GM/I-III), sich am Handelsplatz der »ATQE« aufhält und die Order in Empfang nimmt, prüft, und mit einem Zeitstempel »Entry Time« versieht und sie danach direkt einem sog. »Antares Runner« (A/RUN), dem Orderboten des Systems aushändigt. Die Rolle des »Runners«, soll in Teilen der technologisierten Welt von Antarien, das vollautomatisierte und elektronische Orderweiterleitungssystem »Antares Order Routing Systems« (A/ORS), übernehmen. In weniger hoch technologisierten Gebieten, wird der Runner, klassisch durch einen Postboten (SS/AI/PC) vgl. >>Brief, Post & Vertragswesen ab S.277 & ff.<< entsendet.
81.2.6 Weiterleitung in das Orderbuch
Der Runner leitet die entsprechende Order sodann auf schnellstem Wege an den »Antares Floor Broker« (A/FB). Die Rolle des »Floor Brokers«, soll in Teilen der technologisierten Welt von Antarien, das vollautomatisierte und elektronische »Antares Orderbuch System« der »ATQE« (A/OBS), übernehmen. Die Order verweilt nunmehr während der Antares Börsenzeiten mit ihrer Kursofferte im Orderbuch dieses entsprechenden Assets.
81.2.7 Prüfen auf Ausführbarkeit
Das System, hier »Orderbuch System« wird nunmehr sofort versuchen, die ihm übermittelte Order auszuführen. Hierfür wird das System die Ausführbarkeit nach dem »Antares Marktmodell für den Terminhandel« (A/MM/TH), mit der gegenüberliegenden Seite des Orderbuches mit den Kursofferten der »Antares Pit Brokers« (A/PB) — beauftragte Pit Broker anderer Antares Commission Merchant Centers —, nach der »Antares Preis und Zeitpriorität Theorie« (A/PITT) unter Berücksichtigung der »Antares Match Rules« (A/MR), überprüfen.
81.2.8 Angebot der Gegenpartei
Eine Gegenpartei wiederum — also hier der andere unmittelbar am Handel beteiligte »Pit Broker« und Käufer von zwei Antares Verträgen — auch »Antares Counterpart« (A/CP) genannt, — führt möglicherweise gerade eine Kauforder im Auftrag eines Investors (anderer Charakter) aus »Karim« aus —, der seinerseits überzeugt ist, dass seine Unternehmung zum Beispiel sein Bauernhof, gerade starken Bedarf an zwei neue Gehilfen hat, und somit einen Kauf »Antares Long Sale« (A/O/LS), von zwei Antares Verträgen zu »OTC« oder »LMT« offeriert.
81.2.9 Ausführung des Auftrages
Wird unterdessen im Orderbuch System der »ATQE«, zu dem entsprechendem Asset ein anderer »Pit Broker« als Marktgegenseite ausfindig gemacht, der für die nachgefragte Menge über zwei Antares Contracts — gemäß der Ordervorgabe des Auftraggebers, hier der Investor (Bauer) aus Larum —, als erster die gegenwärtige beste Preisofferte stellt, kommt die Order sofort zur »festgestellten Preisofferte« zum »Antares Handshake« (A/HS), sprich zur Ausführung.
81.2.10 Kursfestsetzung
Der hierbei festgestellte Kurs, zu dem der Abschluss (Umsatz, »Trade«) im »Antares Human Ressource Index« (A/I/HRX), zwischen den Larumer und dem Karimer Bauer dann erfolgte, wird beispielsweise mit 59,60 AZ pro »HRX Contract« angenommen.
81.2.11 Protokollführung
Nachdem das Order Routing System die Protokolle auch »Antares Trading Cards« (A/ATC) genannt, beider beteiligten »Pit Brokers« nach erfolgtem Handel vorschriftsmäßig generiert hat, wird dieses dem Runner direkt wieder vollautomatisiert oder über Boten per »AI/PC« in Empfang gereicht. Das Order Routing System (A/ORS) übermittelt dann diese Informationen zurück an den zuständigen »Antares Order Clerk« (A/OC).
81.2.12 Benachrichtigung der Antares Brokerhäuser
Am »Antares Order Desk« (A/ODS) vermerkt »A/OC« die genaue Zeit der Zusammenführung des »Ordermatchings«, versieht »A/ORS« mit einem Protokoll und benachrichtigt daraufhin umgehend die beteiligten Brokerhäuser (A/CMC) über die zwei erfolgreich zustande gekommenen neuen »HRX Verträge«, welche nun zum vereinbarten Lieferzeitpunkt, dann physisch durch die Vergabe von »Activity Classes« vgl. >>Aktivitäten & Kontingente (Interaktion) ab S.265 & ff.<<, angedient werden können.
81.2.13 Fiduziarischer Selbsteintritt
Offiziell und damit verbindlich wird der Handel allerdings erst, nach dem die »Trading Cards« an die zuständige Abrechnungsstelle der »ATQE« dem »Antares Clearinghouse« (A/CH) weitergeleitet wurden und diese sich von der Ordnungsmäßigkeit und Richtigkeit des Handels überzeugen konnte. Anschließend übernimmt die Antares Clearing (Institution im Spiel), nachträglich fiduziarisch die Marktgegenseite durch Selbsteintritt. Damit ist die Antares Clearing nunmehr (auch rechtlich im Spiel) der direkte Käufer für die vom Bauern (Charakter) aus »Larum« eingeleitete Verkaufsposition und nimmt gleichzeitig die direkte Gegenposition als Verkäufer ein für die vom originären Käufer des »HRX Vertrages« aus »Karim« initiierte Kaufposition. Die ursprünglichen Parteien bleiben so zwischen einander vollkommen anonym.
81.2.14 Brokerchar benachrichtigt Character
Der Investor (Bauer) aus »Larum« wird nun durch seinen Broker (A/CMC) umgehend über die erfolgte Ausführung seiner Verkauf Order informiert. Er besitzt jetzt nur noch ein »Antares HPX Contract« (Vertragsposition) sein (zwischen einander anonymer) Kontrahent, der Käufer (weiterer Bauer) aus »Karim«, ist nun Inhaber von zwei »Antares HPX Contracts« im »Antares Human Ressource Index« (A/I/HRX) zum gleichen Preis. Der gesamte Abwicklungsprozess von der Ordererteilung bis zur schlussendlichen Orderausführung »Antares Matching« (A/MATCH), wird je nach Technologiestand, entweder Tage in Antarien — Wegstrecken der »AA/AI/PC« Runner müssen bewältigt werden —, oder aber nur Sekunden in Areale hoch technologisierter »Trade Hubs«, benötigen. Auch besteht immer die Gefahr der Manipulation und der Sabotage, entsprechende Runner abzufangen.
81.2.15 Auswertung dieses kurzen einleitenden Szenarios
Man beachte, dass die zwei unter Marktbedingungen zustande gekommenen »Antares HRX Kontrakte«, sämtliche Merkmale des von der Antares Terminbörse »ATQE« vorher ausgeschriebenen Standardvertrages aufweist (Laufzeit, Qualität und Quantität der Ware, etc.) zuzüglich der beiden ausgehandelten neuen Vertragspreise. Letztlich sind hierbei genau zwei neue Antares Verträge mit einem neuen Besitzer (Bauer) entstanden und das »Antares HPX Open Interest« (A/I/OI) — ceteris paribus —, entsprechend um 2 gestiegen. Der neue Besitzer kann nun bis zur Andienung (physische Lieferung der Leistung) warten. Falls sich wiedererwartend der o.g. Umsatzeinbruch des Bauers aus »Larum« nun doch nicht eintritt, kann er rechtzeitig seine sich im »SHORT« befindende Position wiederum glattstellen. In jedem Falle jedoch, hat er seine Unternehmung gegenüber seinen möglichen Umsatzeinbrüchen abgesichert. Er hat »Antares Business Hedging« betrieben.
Da der Warenterminhandel aus dem Mittelalter entstammt, werden wir hier sämtliche Akteure klassisch simuliert abbilden. In späteren Stufen der Automatisierung vgl. >>Grad der Automatisierung ab S.111 & ff.<<, wird es einer Dorfgemeinschaft jedoch möglich sein, zu Gunsten der Zeit und Ökonomie rationalisierende Optimierung zu betreiben.
81.3 Szenario mit Einschub eines Geschäftsanbahnungsinstrumentes
Mit dem o.g. Szenario, welches den Workflow für einen Bauern des »A/CMC« darstellt, soll die »AQISE« damit nicht nur als »Kundenbindungssystem« im Spiel andienen, sondern auch dieses eigentliche Geschäft anbahnen können. Hierfür wird die »AQISE« insbesondere Wert auf die Schritte »Anliegen«, »Kontaktaufnahme« und »Beratung« im Metagaming, legen und ihre Anbahnungswerkzeuge, auch »Indexinstrumente«, dort ansetzen.
Über den zielgesteuerten Opportunismus vgl. >>Konsequentialismus ab S.95 & ff.<< eines jedem Systemteilnehmers (Spielers), soll eine konkrete Anbahnung eines jedem Geschäftes gefördert werden. Die entsprechend anzubahnenden Parteien (B-2-C) oder (B-2-B), in der Ausführung z.B. ein Vertriebsorgan einer »Affiliated Company« (A/AC), wird hier die »Zeit und Mühe« über ein noch näher zu erläuterndes »Transaktionsprozedere« — abgewickelt über die AQISE —, mit »Geschäftsanbahnungskontakten« eine Form der »Bonusinvestition«, an die »bonusinvestitionsinteressierte Partei« darbieten. Die Umkehrung des Initiators eines anzubahnenden Geschäftes (C-2-B), ist die logische opportunistische Folgeerscheinung, nun Wissen als »Investition« vgl. >>Beobachtung & Nachstellen (Stalking) ab S.375 & ff.<< anzusehen und zu vermarkten.
Core Engine Modul: Antares Rate Fixing Mechanism (A/RFM/MATCH)
81/RFM — Rate Fixing Scenario Control Unit Subsystem
81/CNCRNS — Concerns Framework Subsystem
81/CNTCTNG — Contacting Framework Subsystem
81/CMMSSNNG — Commissioning Framework Subsystem
81/ORDRTRNS — Order Transfer Framework Subsystem
81/ACKNWLDG — Receive Acknowledgement Subsystem
81/OBRTNG — Orderbook Routing Framework Subsystem
81/FSBLTY — Feasibility Check Framework Subsystem
81/CNTRPRT — Counterparty Offers Framework Subsystem
81/HNDSHK — Handshake Framework Subsystem
81/ORDRMTCH — Order Matching Framework Subsystem
81/TKNGMNTS — Taking Minutes Framework Subsystem
81/BNTFCTNS — Brokers Notification Framework Subsystem
81/FSC/CROSS — Fiduciary/Crossing Sole Counterparty Subsystem
81/RNNR — Runners Notification Framework Subsystem
Abbildung 81.5: Core Engine Modul: Antares Rate Fixing Mechanism (A/RFM/MATCH)
Typische Einsatzbereiche
Typische Einsatzbereiche liegen im »akquisitorischen Vertrieb neuer Gilden Mitglieder« wie sie zum Beispiel in allen organisatorischen Strukturen vgl. >>Soziales Gefüge & Kommunikation ab S.115 & ff.<< anzutreffen sind, welche sich wiederum über das Metagaming etablieren lassen.
81.4 Antares Exchange for Trade Hub Initation and Hedging
Der Konzeptautor möchte eine vollelektronische hybride und dezentralisierte Handelsplattform nachfolgend »Antares Quotation & Information Exchange« mit dem Akronym »AQISE«, für den Abschluss von interorganisatorischen Geschäften mit »Antares Assets« vgl. >>Asset Management & Achievement ab S.287 & ff.<<, für ihre angegliederten Mitglieder nach oben genannten Kriterien und Zielsetzungen realisieren.
Hierbei soll diese »hybride Handelsform« insbesondere für das Zusammenbringen von standardisierten »Antares Effektengeschäften« (Lizenzen, Produkte, Dienstleistungen und Ressourcen), welche a) über das Antares Marktmodell für »Kassageschäfte«, mit hierauf abgestimmten, eigendefinierten »Derivaten« (Forwards, Warrants, Futures und Optionen), über b) das Antares Marktmodell für »Termingeschäfte«, »auto und kreuz korrelierende Synergien« am »Antares Handelsmarkt« erzeugen.
Forex und Swaps hingegen, nachfolgend c) »Antares Devisengeschäfte«, sollen hierbei nach beiden Antares Marktmodellen gehandelt werden können. Beide Marktmodelle sollen künftig bei Gemeinsamkeiten als »das Antares Marktmodell« oder engl. »Antares Market Modell« umschrieben auch als »Antares Markttheorie« definiert und beschrieben werden. Die Kunst wird es werden eine zukunftsweisende Technologie zu entwickeln, welches über die AQISE einen dezentralen Handel an zentraler Position zu garantieren gilt, zu fördern.
Siehe auch
- DSGN_028_CONSCIOUSNESS_SOUL.md — Bewusstsein & Seele
- DSGN_034_CONSEQUENTIALISM.md — Konsequentialismus
- DSGN_038_DEGREE_OF_AUTOMATION.md — Grad der Automatisierung
- DSGN_039_SOCIAL_STRUCTURE_COMMUNICATION.md — Soziales Gefüge & Kommunikation
- DSGN_041_MULTIACCOUNTING_SHARING.md — Multiaccounting & Sharing
- DSGN_043_PLAYER_GENERATED_ECONOMIC_CYCLES.md — Spieler erzeugte Wirtschaftskreisläufe
- DSGN_045_COINS_GOLD_LOCAL_TRADE_HUBS.md — Münzen, Gold & Lokale Tradehubs
- DSGN_066_BROWSER_APP_SMARTPHONE_INTEGRATION.md — Browser & APP Smartphone Integration
- DSGN_074_ACTIVITIES_CONTINGENTS_INTERACTION.md — Aktivitäten & Kontingente (Interaktion)
- DSGN_077_MAIL_POST_DELIVERY_SYSTEM.md — Brief, Post & Vertragswesen
- DSGN_079_PLAYER_STORIES_QUESTING.md — Spielerbegründete Storys (Questing)
- DSGN_080_ASSET_MANAGEMENT_ACHIEVEMENT.md — Asset Management & Achievement
- DSGN_091_ROUTES_WAYPOINT_SYSTEM.md — Routen, Autopilot & Wegpunktsteuerung
- DSGN_102_OBSERVATION_PURSUIT_TACTICS.md — Beobachtung & Nachstellen (Stalking)
- DSGN_106_FINANCIAL_INSTRUMENTS_DERIVATIVES.md — Finanzinstrumente & Derivate
- DSGN_107_COMMODITIES_MARKET_REGULATION.md — Warenmarkt & Regulierung
Module: Ase Docs 00.16.32 [feat]
Author: Jan Ohlmann (antarien.com@gmail.com)
Co-Author: Claude Code (Anthropic)
Created: 2026-02-21
Updated: 2026-02-22
Status: Kuratierte Version — Trading / Handelsystem (PortalViewer DSL)