Plattform für KI-Krypto-Agenten: Die Grenzen prüfen

Die Dienste einer Plattform für KI-Krypto-Agenten brauchen klare Grenzen

Listen Sie zunächst die an einem repräsentativen Ablauf beteiligten Dienste auf. Ein Datendienst ruft Beobachtungen ab. Ein Modelldienst interpretiert sie. Ein Strategiedienst erstellt einen Vorschlag. Ein Kontodienst meldet Mittel. Ein Richtliniendienst prüft Befugnisse. Ein Ausführungsdienst übermittelt eine autorisierte Anfrage. Ein Berichtsdienst verbindet das Ergebnis mit der ursprünglichen Absicht.

Eine Dienstübersicht für eine Plattform für KI-Krypto-Agenten sollte zeigen, ob dies eigenständige Komponenten oder innerhalb einer Anwendung implementierte Verantwortlichkeiten sind. Diese Unterscheidung ist weniger wichtig als klare Eingaben, Ausgaben und Fehlerzustände. Ein kleines System kann gut strukturiert sein, ohne jede Verantwortung getrennt bereitzustellen.

Fragen Sie, welcher Dienst für welche Tatsache maßgeblich ist. Die Kontobuchführung sollte nicht mit dem vom Modell erinnerten Saldo konkurrieren. Ein Richtlinienspeicher sollte nicht stillschweigend durch einen Satz in abgerufenem Quellenmaterial ersetzt werden. Maßgebliche Aufzeichnungen zu benennen, verhindert, dass die Plattform jeden Text in ihrem Kontext als gleichermaßen bestimmend behandelt.

Ermitteln Sie auch gemeinsame Abhängigkeiten. Mehrere scheinbar unabhängige Agenten können denselben Datenadapter, Signaturdienst oder Modellendpunkt nutzen. Ein Ausfall dieser gemeinsamen Komponente kann alle betreffen. Die Plattform sollte diese Abhängigkeit erklären, statt die Agenten allein deshalb als unabhängig darzustellen, weil sie unterschiedliche Namen oder Prompts haben.

Datenadapter müssen die Bedeutung erhalten

Ein Adapter übersetzt eine externe Quelle in die interne Darstellung der Plattform. Dies ist ein nützlicher Dienst, doch bei der Übersetzung können Informationen verloren gehen. Der Prüfer sollte fragen, ob der Adapter Vermögenswertidentität, Mengeneinheiten, Zeitstempel, Quellenkontext und ausdrückliche Nichtverfügbarkeitszustände erhält.

Ein allgemeines Feld namens balance kann native Währung, eine Token-Menge oder einen Portfoliowert darstellen. Diese Bedeutungen lassen sich nicht allein deshalb sicher zusammenführen, weil die Feldnamen übereinstimmen. Das gemeinsame Schema der Plattform sollte die Unterschiede erhalten, die spätere Entscheidungen benötigen.

Offizielle Schnittstellen können eine Grundlage bieten, ohne das gesamte Interpretationsproblem zu lösen. Die JSON-RPC-Dokumentation von Ethereum beschreibt die Schnittstelle, über die Anwendungen Netzwerkdaten lesen und Transaktionen über Knoten versenden. Eine Plattform, die eine solche Schnittstelle nutzt, muss weiterhin entscheiden, wie Antworten zu schlüssigen Konto- und Strategieaufzeichnungen werden.

Prüfen Sie neben einem erfolgreichen auch einen fehlgeschlagenen Abruf. Meldet der Adapter nicht verfügbare Daten oder liefert er eine leere Struktur zurück, die nachgelagerte Komponenten als null interpretieren? Unterscheidet er eine Teilantwort von einer vollständigen Antwort? Diese Details bestimmen, ob die Plattform fehlende Informationen korrekt einordnen kann.

Der Zustand einer Plattform für KI-Krypto-Agenten sollte bewusst geteilt werden

Gemeinsamer Zustand ist bei einer Plattform für KI-Krypto-Agenten besonders wichtig, wenn mehrere Strategien ein Konto nutzen. Unabhängige Agenten sollten nicht jeweils eine unkoordinierte Sicht auf verfügbare Mittel pflegen. Die Plattform braucht eine gemeinsame Darstellung von Beständen, Reservierungen, ausstehenden Aktionen und dem aktuellen Mandat.

Ein hypothetisches Konto hält 500 Einheiten der Notierungswährung. Zwei Agenten schlagen jeweils eine Zuweisung von 300 Einheiten vor. Lesen sie denselben ursprünglichen Saldo ohne Mittelreservierung, können beide einzeln zulässig erscheinen. Ein gemeinsamer Kontoprozess kann die kombinierte Bindung erkennen und verhindern, dass die zweite Autorisierung annimmt, der volle Saldo sei weiterhin verfügbar.

Gemeinsamer Zustand braucht auch Zuständigkeitsregeln. Ein Agent sollte die ungeklärte Aktion eines anderen nicht stillschweigend überschreiben oder ihren Status anhand einer Gesprächszusammenfassung neu interpretieren. Stabile Vorschlags- und Versuchskennungen erlauben der Plattform, Arbeit über Komponenten hinweg zu verbinden, ohne sich auf mehrdeutige Prosa zu stützen.

Der Prüfer sollte fragen, wie die Plattform diesen Zustand nach einem Neustart wiederherstellt. Ein Dashboard, das nur aktuelle Salden rekonstruiert, kann ausstehende Verantwortung auslassen. Die Plattform muss wissen, welche Beobachtungen aktuell sind, welche Aktionen ungeklärt bleiben und welche Mittel noch nicht als frei gelten können.

Modellwahl von Kontobefugnissen getrennt halten

Eine Plattform kann Nutzern erlauben, Modelle oder Prompts zu ändern. Diese Flexibilität sollte nicht automatisch die dem Agenten verfügbaren Kontoberechtigungen verändern. Die Befugnisgrenze sollte verständlich bleiben, auch wenn die schlussfolgernde Komponente ersetzt wird.

Eine Modellaktualisierung kann Ausgabestil, Werkzeugwahl oder den Umgang mit Mehrdeutigkeit verändern. Die Plattform sollte die entstehenden strukturierten Anfragen unabhängig validieren, statt anzunehmen, dass das neue Modell jede Richtlinie befolgt, weil die vorherige Version dies tat. Ein kompatibles Textformat beweist kein kompatibles Betriebsverhalten.

Der Leitfaden zum LLM-Krypto-Handelsbot untersucht diese Schlussfolgerungsebene genauer. Auf Plattformebene lautet die zentrale Frage, ob Modellausgaben zu prüfungspflichtigen Vorschlägen werden oder als unmittelbare Handlungsbefugnis gelten.

Versionsaufzeichnungen helfen, Verantwortlichkeit zu erhalten. Eine Entscheidung sollte die relevante Richtlinie und Modellkonfiguration benennen, ohne die Offenlegung privater Zugangsdaten oder unnötiger personenbezogener Daten zu erfordern. Ändert sich das Verhalten, erlauben diese Aufzeichnungen dem Prüfer, eine Strategieüberarbeitung von einer Änderung der umgebenden Plattform zu unterscheiden.

Das Berechtigungsdesign sollte dem Ablauf folgen

Das Zugriffsmodell der Plattform sollte Recherche, Vorschlagsvorbereitung, Ausführung und administrative Änderungen unterscheiden. Eine Person, die einen Bericht lesen kann, muss das Kontomandat nicht ändern dürfen. Eine Komponente, die öffentliche Daten abruft, muss keinen Zugang zu Signaturgeheimnissen haben.

Diese Trennung erleichtert sowohl Betrieb als auch Prüfung. Wird ein Quellenadapter kompromittiert oder falsch konfiguriert, sollte seine Befugnis auf die tatsächlich benötigte Rolle begrenzt sein. Der Prüfer sollte verstehen, welche Komponenten Aktionen mit Auswirkungen auf Vermögenswerte anfordern und welche sie unabhängig autorisieren können.

Administrative Berechtigungen verdienen besondere Aufmerksamkeit. Eine Änderung der Liste erlaubter Ziele, der Austausch eines Ausführungsadapters oder eine Budgeterhöhung kann das künftige Verhalten umfassender beeinflussen als die Genehmigung eines einzelnen Trades. Die Plattform sollte diese Änderungen protokollieren und ihren wirksamen Umfang sichtbar machen.

Ein hypothetisches Team verwendet eine Rolle zum Entwerfen von Strategien und eine andere zur Genehmigung des Betriebsrahmens. Die Plattform sollte diese Unterscheidung im tatsächlichen Autorisierungspfad erhalten, statt nur in Oberflächenbezeichnungen. Ein verborgenes gemeinsames Zugangsmittel, das beiden Rollen volle Kontrolle gewährt, würde die angegebene Trennung untergraben.

Die Belegspeicherung bestimmt, ob Berichte prüfbar sind

Ein Belegexport einer Plattform für KI-Krypto-Agenten sollte Beobachtungen, Vorschläge, Autorisierungen und Ergebnisse verbinden. Eine herunterladbare Liste von Transaktionskennungen kann nützlich sein, aber nicht ausreichen, um zu erklären, warum eine Aktion erwogen wurde oder welche Richtlinie sie regelte.

Prüfen Sie die Struktur des exportierten Protokolls. Sind Zeitstempel ausdrücklich angegeben? Bleiben Vermögenswertkennungen erhalten? Lässt sich ein Vorschlag mit seinen Versuchen und endgültigen Kontoveränderungen verbinden? Sind Schätzungen von beobachteten Werten unterscheidbar? Diese Fragen bestimmen, ob das Protokoll außerhalb der plattformeigenen Oberfläche nützlich bleibt.

Die Aufbewahrung ist ebenso wichtig wie das Exportformat. Ein Bericht kann auf Quellenmaterial verweisen, das sich ändert oder nicht mehr verfügbar ist. Die Plattform sollte erklären, welche relevanten Belege sie aufbewahrt, was ein externer Verweis bleibt und welche Einschränkungen daraus folgen. Ein Hash oder eine Kennung macht fehlenden Kontext nicht auf magische Weise wiederherstellbar.

Datenschutz sollte durch selektive Aufbewahrung berücksichtigt werden, nicht durch Aufgabe der Verantwortlichkeit. Signaturgeheimnisse und sachfremde persönliche Nachrichten sollten zur Erklärung eines gewöhnlichen Vorschlags nicht nötig sein. Ein gut gestaltetes Protokoll erhält die für eine Prüfung benötigten Tatsachen und minimiert unnötige Offenlegung.

Portabilität ist mehr als das Herunterladen einer Datei

Portabilität fragt danach, ob ein Nutzer den Ablauf nach Verlassen der Plattform weiterhin verstehen und verwalten kann. Der Export von Text ist nur ein Teil davon. Der Nutzer benötigt auch eine klare Darstellung aktiver Berechtigungen, ungeklärter Versuche, offener Positionen und aller Abhängigkeiten, die nach dem Ende der gewöhnlichen Nutzung bestehen bleiben.

Eine hypothetische Plattform exportiert jeden abgeschlossenen Trade, lässt aber ausstehende Anfragen und Reservierungen aus. Die Datei kann einen historischen Bericht unterstützen, ohne eine sichere Übergabe zu ermöglichen. Der Prüfer sollte den Export während unvollendeter Arbeit testen, nicht nur nach einer sauber abgeschlossenen Demonstrationssitzung.

Fragen Sie, ob Kennungen außerhalb der Plattform ihre Bedeutung behalten. Eine lokale Bezeichnung wie „Vermögenswert 17“ ist schwach, sofern der Export nicht das zugrunde liegende Netzwerk und die Vermögenswertidentität enthält. Dasselbe gilt für Kontoaliasnamen, Richtlinienversionen und Quellenverweise.

Die Erläuterung zum GPT-Krypto-Handelsbot betrachtet, wie eine bestimmte Modellfamilie in ein umfassenderes System passt. Die Portabilität einer Plattform sollte nicht davon abhängen, ein Gesprächsmodell oder eine anbieterspezifische Oberfläche für immer beizubehalten.

Fehlerisolierung anhand konkreter Szenarien bewerten

Eine Plattform kann viele Dienste enthalten und dennoch als Einheit ausfallen. Testen Sie, was geschieht, wenn eine einzelne Abhängigkeit nicht mehr verfügbar ist. Kann der Kontoabgleich fortgesetzt werden, wenn die Recherchequelle ausfällt? Kann der Nutzer Befugnisse weiterhin prüfen und widerrufen, wenn die Modellinferenz stoppt? Bleiben Aufzeichnungen erhalten, wenn die Berichtsoberfläche nicht verfügbar ist?

Die Fehlerisolierung sollte der Verantwortung folgen. Neue Vorschläge zu stoppen kann bei Ausfall eines Modelldienstes angemessen sein, während das Verhindern sämtlicher Kontostatusprüfungen die Wiederherstellung erschweren kann. Die Plattform sollte ihre eingeschränkten Betriebsmodi anhand erlaubter Arbeit erklären, statt mit einer einzigen Online- oder Offline-Anzeige.

Verwenden Sie Szenarien, die einen bekannten Referenzzustand erhalten. Ein kontrollierter Test mit einem ausstehenden Vorschlag und einer unterbrochenen Antwort lässt sich leichter bewerten als eine große Simulation mit vielen zusammenwirkenden Unsicherheiten. Ziel ist zu beobachten, ob die Plattform das Problem eingrenzt und ein schlüssiges Kontoprotokoll erhält.

Vorfallberichte sollten die betroffene Abhängigkeit und die verbleibende Unsicherheit benennen. Eine allgemeine Meldung, „die KI ist nicht verfügbar“, kann verbergen, ob das Problem Inferenz, Datenabruf oder Autorisierung betrifft. Konkrete Berichterstattung verringert den Untersuchungsaufwand des Betreibers und unterstützt eine gezieltere Reaktion.

Integrationskosten mit laufenden Betriebskosten vergleichen

Eine integrierte Plattform kann anfängliche Entwicklungsarbeit sparen, doch die Gesamtkosten schließen fortlaufende Nutzung und Aufsicht ein. Datenabonnements, Modellaufrufe, Ausführungsgebühren, Infrastruktur, Aufbewahrung und Unterstützung können unterschiedlich abgerechnet werden. Der Prüfer sollte den repräsentativen Ablauf modellieren, statt nur beworbene Einstiegspreise zu vergleichen.

Ein hypothetischer Ablauf ruft 50 Quellenbeiträge ab, erzeugt aber nur zwei Vorschläge. Eine Plattform, die pro Abruf abrechnet, kann ein anderes Kostenprofil haben als eine, die pro aktivem Agenten abrechnet. Eine andere Plattform kann Abrufe einschließen und für lange Belegaufbewahrung Gebühren verlangen. Der richtige Vergleich hängt von der tatsächlichen Arbeitslast und den Prüfanforderungen ab.

Berücksichtigen Sie die Kosten von Mehrdeutigkeit. Erfordert eine Plattform häufig manuelle Untersuchungen, um festzustellen, ob eine Aktion abgeschlossen wurde, gehört diese Zeit zum Betriebsaufwand. Ein günstiger Dienst mit unklarem Zustand kann für einen Nutzer teuer sein, dem die Fachkenntnis zur Klärung von Abweichungen fehlt.

Berücksichtigen Sie auch ungenutzte Komplexität. Eine Plattform mit vielen Netzwerkanbindungen und autonomen Funktionen kann für eine eng begrenzte, rein lesende Aufgabe unnötig sein. Einfachheit kann wertvoll sein, wenn sie die zu bewertenden Verantwortlichkeiten reduziert; sie sollte aber anhand des vorgesehenen Ablaufs beurteilt werden, statt als universelle Tugend zu gelten.

Das Änderungsmanagement vor der ersten Aktualisierung untersuchen

Plattformen entwickeln sich durch Modellaktualisierungen, Adapteränderungen, neue unterstützte Vermögenswerte und überarbeitete Richtlinien weiter. Fragen Sie, wie diese Änderungen eingeführt werden und wie Nutzer erfahren, welche Annahmen sich geändert haben. Eine automatische Aktualisierung kann das Verhalten verändern, selbst wenn die sichtbare Strategiekonfiguration gleich bleibt.

Ein nützliches Änderungsprotokoll benennt die betroffene Verantwortung, die Folgen für die Kompatibilität und die zur Validierung der Überarbeitung verwendeten Belege. Ein neuer Parser für eine Datenquelle kann andere Tests erfordern als ein neuer Autorisierungsmechanismus. Jede Veröffentlichung als austauschbare Funktionsverbesserung zu behandeln, verschleiert das Risiko einer geänderten Bedeutung.

Ausstehende Arbeit sollte über Versionen hinweg interpretierbar bleiben. Wurde ein Vorschlag unter einem Schema erstellt und unter einem anderen abgeglichen, benötigt die Plattform eine klare Übersetzungs- oder Aufbewahrungsrichtlinie. Andernfalls können historische Aufzeichnungen gerade dann schwer verständlich werden, wenn ein Prüfer eine Verhaltensänderung untersucht.

Der Prüfer muss nicht verlangen, dass sich niemals etwas ändert. Suchen Sie stattdessen nach einer Methode, die Änderungen ausdrücklich macht, Verantwortlichkeit erhält und dem Nutzer erlaubt, den Geltungsbereich zuvor gesammelter Belege zu verstehen. Stabilität entsteht durch gesteuerte Weiterentwicklung, nicht dadurch, dass man eine aktive Plattform als unveränderlich darstellt.

Eine Abnahmeübung für die Plattform aufbauen

Wählen Sie eine repräsentative Aufgabe und verfolgen Sie sie durch die gesamte Plattform. Beginnen Sie mit einem vollständig identifizierten Vermögenswert und einem begrenzten Mandat. Rufen Sie Beobachtungen ab, erstellen Sie einen Vorschlag, prüfen Sie das Richtlinienergebnis und stellen Sie den resultierenden Kontozustand in der geeigneten kontrollierten Umgebung fest.

Führen Sie anschließend eine Mehrdeutigkeit, eine fehlende Abhängigkeit und eine Unterbrechung ein. Die Plattform sollte dieselbe wirtschaftliche Absicht bewahren und erklären, welche Verantwortlichkeiten weiterhin erfüllt werden können. Protokollieren Sie die Belege, die nötig sind, um die korrekte Behandlung der Aufgabe festzustellen, statt die Demonstration danach zu bewerten, wie reibungslos die Oberfläche wirkte.

Exportieren Sie abschließend die Aufzeichnungen und prüfen Sie sie außerhalb des üblichen Plattformdashboards. Ein zweiter Prüfer sollte Konto, Vorschlag, Befugnis und Ergebnis ohne Zugang zum ursprünglichen Gespräch identifizieren können. Dies testet, ob die Plattform dauerhaftes Verständnis schafft oder lediglich eine überzeugende Live-Präsentation.

Das Abnahmeergebnis kann begrenzt sein. Eine Plattform kann zur Rechercheorganisation geeignet sein, während ihr Ausführungsverhalten nicht verifiziert bleibt. Nennen Sie diese Schlussfolgerung ausdrücklich. Es ist besser, einen belegten Umfang zu übernehmen, als mit einem erfolgreichen Ablauf jede beworbene Fähigkeit der Plattform zu rechtfertigen.

Der umfassendere Rahmen zum Kryptohandel mit KI-Agenten verbindet Recherche, unabhängige Validierung und beobachtete Ergebnisse. Nutzen Sie diesen Lebenszyklus, um zu prüfen, ob eine Plattform die Belege offenlegt, die zum Verständnis jedes Übergangs zwischen ihren Diensten benötigt werden.

Häufig gestellte Fragen

Ist eine integrierte Plattform besser als getrennte Werkzeuge?

Das hängt von der Aufgabe und der Qualität der Integration ab. Ein integriertes System kann manuelle Koordination verringern, aber auch Annahmen verbergen und Abhängigkeiten konzentrieren. Getrennte Werkzeuge können Flexibilität bieten und zugleich mehr Arbeit zur Pflege eines schlüssigen Zustands erzeugen. Vergleichen Sie den vollständigen Ablauf einschließlich Ausfällen und Übergabe, statt eines der beiden Bereitstellungsmodelle für grundsätzlich überlegen zu halten.

Welcher Export ist am wichtigsten anzufordern?

Fordern Sie ein verbundenes Entscheidungsprotokoll an, das den Vorschlag, relevante Beobachtungen, Autorisierung, Ausführungsversuche und das beobachtete Ergebnis enthält. Fordern Sie auch den aktuellen Stand unvollendeter Arbeit an. Eine reine Handelsliste kann Leistungsberichte unterstützen, aber nicht die betriebliche Wiederherstellung. Der Export sollte genaue Kennungen und Einheiten erhalten, damit ein anderes System oder ein Prüfer ihn ohne private Plattformkonventionen interpretieren kann.

Sollte jeder Agent eine eigene Wallet haben?

Dies ist eine Entscheidung über die Kontogestaltung mit Abwägungen, keine universelle Anforderung. Getrennte Konten können manche Verantwortlichkeiten klären und zugleich zusätzliche Arbeit für Finanzierung, Gebühren und Abgleich verursachen. Gemeinsame Konten erfordern eine starke Koordination von Mitteln und Berechtigungen. Die Plattform sollte ihr unterstütztes Modell und die Kontrolle kombinierter Bindungen erklären. Die Entscheidung sollte der vorgesehenen Befugnisstruktur und den betrieblichen Bedürfnissen folgen.

Wie kann ein Nutzer eine Plattform ohne Erteilung von Handelsbefugnissen bewerten?

Beginnen Sie mit dem reinen Lesen von Daten und dem Vorbereiten von Vorschlägen. Untersuchen Sie Identitätsbehandlung, Quellenaufzeichnungen, Einheiten, Richtlinienerklärungen und Exportqualität. Kontrollierte Demonstrationen können anschließend konkrete Betriebsverhaltensweisen testen, ohne als Nachweis realer wirtschaftlicher Leistung zu gelten. Die Erweiterung von Befugnissen sollte eine getrennte Entscheidung anhand von Belegen über die zusätzlichen Verantwortlichkeiten sein, statt einer automatischen Folge einer angenehmen Rechercheerfahrung.

Bedeutet die Unterstützung weiterer Netzwerke bessere Qualität?

Nein. Die Abdeckung beschreibt die Breite, während Qualität betrifft, wie korrekt die Plattform jeden unterstützten Mechanismus behandelt. Eine breite Liste von Anbindungen kann eine oberflächliche Interpretation von Konto- oder Vermögenswertunterschieden verbergen. Fordern Sie Belege für das Netzwerk und den Ablauf an, die Sie tatsächlich benötigen. Nicht unterstützte Fälle sollten klar benannt werden, und eine Plattform sollte inkompatible Mechanismen nicht in ein vereinfachtes Modell zwingen, nur um eine breitere Abdeckung zu behaupten.

Was sollte eine Demonstration der Plattformübergabe enthalten?

Bitten Sie die Plattform, keine neuen Vorschläge mehr zu erstellen, während die Kontoüberwachung erhalten bleibt, und anschließend ihr aktives Mandat sowie unvollendete Arbeit zu exportieren. Die Demonstration sollte benennen, welche Berechtigungen wirksam bleiben, welche Versuche ungeklärt sind und welche Mittel weiterhin reserviert bleiben. Ein Prüfer sollte die Deaktivierung der Oberfläche von einer tatsächlichen Änderung der Kontobefugnisse unterscheiden können. Die Übung ist auch dann wertvoll, wenn der Nutzer nicht unmittelbar gehen möchte, weil sie zeigt, ob die Plattform ihre fortbestehenden Verantwortlichkeiten versteht.

Eine hypothetische Übergabe enthält eine abgeschlossene Aktion und eine übermittelte Anfrage mit unbekanntem Status. Der Export sollte nicht beide als abgeschlossen darstellen, nur um einen aufgeräumten Bericht zu erzeugen. Er sollte die Unsicherheit erhalten und benennen, wie der übernehmende Betreiber die Untersuchung fortsetzen kann. Portabilität wird praktisch, wenn Verantwortung mit dem Protokoll weitergegeben werden kann.

Was ist, wenn zwei Dienste über denselben Vorschlag uneinig sind?

Die Plattform braucht für diesen Widerspruch einen definierten Zuständigkeits- und Abgleichprozess. Ein Berichtsdienst sollte den ungeklärten Status eines Ausführungsdienstes nicht stillschweigend mit einer optimistischen Zusammenfassung überschreiben. Bewahren Sie beide Beobachtungen auf, benennen Sie die betroffene Entscheidung und legen Sie die zur Auflösung des Unterschieds benötigten Belege fest. Dies ist ein nützlicher Abnahmetest, weil verteilte Komponenten vorübergehend voneinander abweichen können, selbst wenn jede wie vorgesehen funktioniert.

Weiterführende Lernressourcen

Der Leitfaden zum autonomen Handelsagenten für Krypto untersucht Entscheidungen über Mittel und Engagement im gesamten Portfolio. Er ergänzt die Plattformbewertung, indem er zeigt, warum gemeinsame Infrastruktur ein schlüssiges Kontomandat unterstützen muss, wenn mehrere Strategien zusammen arbeiten.