Ein Krypto-Auto-Sell-Bot für die Robinhood-API muss eine engere Frage beantworten als die, ob der Preis eines Tokens gefallen ist oder ein Ziel erreicht hat: Welche zulässigen Einheiten darf dieses Konto jetzt zu welchen Bedingungen verkaufen, und wie wird das System wissen, was tatsächlich geschehen ist? Die Preisbedingung kann einfach sein, während der Order- und Bestandslebenszyklus komplex bleibt. Ein korrekter Auslöser mit falscher Menge kann dennoch das falsche Ergebnis hervorbringen.
Dieser Leitfaden betrifft die offizielle Robinhood-Crypto-Konto-API und keine Token-Tausche auf Robinhood Chain oder Automatisierung des Wertpapierhandels. Alle Preise, Mengen und Kosten in den Rechenbeispielen sind fiktiv. Der Schwerpunkt ist ein Verkauf, der trotz Teilausführung, Kommunikationsfehlern und Änderungen über andere unterstützte Kontoschnittstellen erklärbar bleibt.
Beginne mit dem Konto und dem unterstützten Produkt
Robinhoods Supporthinweise zur Crypto API beschreiben Zugang für Robinhood-Crypto-Kunden in den Vereinigten Staaten und unterscheiden aktuelle Orderversionen. Überprüfe das tatsächliche Konto, die Berechtigungen der Zugangsdaten und die geltende Schnittstelle, bevor du einen angeforderten Verkauf als verfügbar behandelst. Eine funktionierende Marktdatenverbindung belegt keine Orderbefugnis.
Der Vermögenswert muss außerdem über die gewählte API zulässig sein. Leite Unterstützung nicht aus der Beliebtheit eines Tokens, einem Smart Contract auf der Blockchain oder einer App-Beobachtungsliste ab. Der relevante Produktdatensatz und Kontozustand müssen feststellen, dass das beabsichtigte Instrument zu diesem Zeitpunkt für die vorgeschlagene Aktion verwendet werden kann.
Der Robinhood-API-Integrationsleitfaden behandelt das breitere Verbindungsmodell. Für die Verkaufssteuerung ist das wichtige Ergebnis ein konkreter Geltungsbereich: Konto, Instrument, erlaubter Vorgang und aktuelle Beschränkungen. Alles an dieser Grenze Ungeklärte sollte sichtbar bleiben, bevor die Strategie eine Verkaufsverpflichtung schafft.
Übersetze das Ausstiegsziel in eine Mengenregel
Eine Anweisung zur Risikoreduzierung ist noch keine gültige Ordermenge. Entscheide, ob der Verkauf eine feste Einheitenzahl, einen Prozentsatz eines definierten Bestands oder genügend Einheiten zum Anstreben eines Zielgeldbetrags betrifft. Diese Regeln können aus demselben Kontobestand unterschiedliche Mengen ergeben.
Bei einem fiktiven Konto mit 2.000 zulässigen Einheiten bedeutet der Verkauf von dreißig Prozent der anfänglich zugewiesenen Position 600 Einheiten. Dreißig Prozent der verbleibenden Position nach einer früheren Reduzierung um 400 Einheiten zu verkaufen, würde stattdessen 480 Einheiten bedeuten, wenn die Referenz die aktuellen 1.600 sind. Das Wort Prozentsatz ist unvollständig, solange sein Nenner nicht benannt ist.
Halte das Ziel und die gerundete ausführbare Menge getrennt fest. Das Ziel erklärt den Wunsch des Nutzers; die ausführbare Menge spiegelt die aktuellen Produktbeschränkungen wider. Verhindert ein Mindestwert oder eine Schrittweite eine exakte Übereinstimmung, sollte die Richtlinie festlegen, ob innerhalb der autorisierten Grenze gerundet, ein Rest behalten oder abgelehnt wird. Sie sollte den Verkauf niemals stillschweigend über seinen Auftrag hinaus erhöhen.
Ordergrößen für einen Krypto-Auto-Sell-Bot mit Robinhood-API
Verfügbarer Bestand sollte bestehende Verpflichtungen und Kontoänderungen widerspiegeln und nicht lediglich den zuletzt angezeigten Gesamtbestand. Eine Verkaufssteuerung muss wissen, welche Einheiten bereits durch andere ungeklärte Verkäufe reserviert sind und welche zur erlaubten Zuteilung der Strategie gehören. Gleiche diese Sicht ab, bevor du eine weitere Reduzierung autorisierst.
Angenommen, das fiktive Konto hält 2.000 Einheiten, von denen 500 einer bestehenden offenen Verkaufsorder zugeordnet und 300 von der Zuteilung dieser Strategie ausgeschlossen sind. Unter diesen Annahmen bleiben vor weiteren Beschränkungen höchstens 1.200 verfügbar. Ein neuer Vorschlag für 1.500 Einheiten sollte scheitern, obwohl er kleiner als der hervorgehobene Gesamtbestand ist.
Die aktuelle API-Referenz beschreibt unterstützte USD-Paare, Handelbarkeitsstatus und Mengenbeschränkungen. Lies diese aktuellen Produktdetails, statt die Präzision eines Vermögenswerts auf einen anderen zu übertragen. Der Robinhood-Bestandsleitfaden erklärt, warum Gesamtbestände, verfügbare Kapazität und ungeklärte Verpflichtungen getrennte Datensätze brauchen.
Nutze die Verkaufsseite des Markts
Eine Preisanzeige kann den letzten Trade, einen Mittelpreis oder einen besten Kursangebotspreis zeigen, der die beabsichtigte Größe nicht widerspiegelt. Bei einem Verkauf lautet die relevante wirtschaftliche Frage, welche Gutschrift für die Lieferung der vorgeschlagenen Vermögenswertmenge erwartet wird. Ein kaufseitiges Kursangebot beantwortet eine andere Frage und kann überhöhen, was das Konto erhalten würde.
Die offizielle Referenz benennt geldseitige Schätzungen zur Verkaufsvorbereitung und unterscheidet beste Preise von größenabhängigen geschätzten Ergebnissen. Diese Schätzungen bleiben Schätzungen. Bewahre Beobachtungszeit, Menge und enthaltene Kosten, damit die Steuerung die spätere Ausführung mit den zu ihrer Genehmigung verwendeten Belegen vergleichen kann.
In einem fiktiven Markt mit einem Geldkurs von 0,98 und einem Briefkurs von 1,02 würde die Bewertung eines Verkaufs von 600 Einheiten zum Briefkurs 612 Dollar vor Kosten nahelegen. Multipliziert man den Geldkurs mit derselben Menge, ergeben sich 588, ebenfalls vor Größeneffekten und Kosten. Die Differenz von vierundzwanzig Dollar entsteht durch die Wahl der falschen Marktseite und nicht durch einen späteren Ausführungsfehler.
Berechne einen Nettoerlös ohne doppelte Gebührenzählung
Eine nützliche Vorhandelsrechnung unterscheidet Bruttotauschwert, geschätzte Kosten und erwartete Nettogutschrift. Stelle fest, ob ein zurückgegebener Wert eine Gebühr bereits enthält, bevor du diese erneut abziehst. Die tatsächliche Orderversion des Kontos und die geltende Gebührenbehandlung sollten die Schätzung bestimmen und kein erinnerter Satz aus einem anderen Produkt.
Angenommen, für einen fiktiven Verkauf von 600 Einheiten beträgt die größenabhängige Bruttoschätzung 582 Dollar und die geschätzten Kosten drei Dollar. Die erwartete Nettogutschrift beträgt 579. Meldet ein anderes Feld bereits 579 als geschätzte Gesamtgutschrift, würde ein erneuter Abzug der drei Dollar die Schätzung fälschlich auf 576 senken.
Vergleiche die geschätzte Nettogutschrift mit dem Ziel der Richtlinie und bewahre dabei Ungewissheit über die endgültige Ausführung. Diese beispielhafte Schätzung würde ein Ziel von mindestens 580 verfehlen, obwohl der Bruttowert 580 übersteigt. Das macht die wirtschaftliche Grenze vor dem Senden der Order ausdrücklich und verhindert, dass ein oberflächlich erfolgreicher Verkauf das tatsächliche Geldziel verfehlt.
Wähle ein zum Ziel passendes Orderverhalten
Eine rasche Reduzierung und ein akzeptabler Mindestverkaufspreis sind unterschiedliche Ziele. Der unterstützte Ordertyp und seine Bedingungen bestimmen, welche Beschränkungen dem Dienst mitgeteilt werden. Ein lokal beobachteter Auslöser sollte nicht mit einer durchsetzbaren Ausführungsgrenze verwechselt werden.
Ein Limit kann eine festgelegte Preisbedingung bewahren und dabei einen Teil oder die gesamte Menge unausgeführt lassen. Eine auslöserbasierte Anweisung kann handlungsrelevant werden, nachdem sich der Markt bereits über ihre beobachtete Schwelle hinaus bewegt hat. Der Bot muss diese Folgen im Kontext des tatsächlich unterstützten Orderverhaltens erklären, statt zu versprechen, jede Schutzregel begrenze den Verlust.
Der Robinhood-Auto-Sell-Leitfaden bespricht diese Ausstiegsoptionen. Der wichtige Gestaltungsschritt besteht darin, festzulegen, was die Steuerung tun sollte, wenn Preisschutz und sofortiger Bestandsabbau nicht beide erreichbar sind. Dieser Zielkonflikt sollte durch eine begrenzte Richtlinie entschieden werden und nicht improvisiert, indem die Order wiederholt gelockert wird, bis sie ausgeführt wird.
Trenne Authentifizierung von wirtschaftlicher Autorisierung
Authentifizierung stellt fest, dass eine Anfrage nach den Signaturregeln des Dienstes von einem autorisierten Zugangsnachweis stammt. Sie beweist nicht, dass der angeforderte Verkauf zur Mengen-, Preis- oder Risikorichtlinie der Strategie passt. Eine korrekt authentifizierte Anfrage kann dennoch eine falsche wirtschaftliche Anweisung ausdrücken.
Die aktuelle Referenz verwendet Authentifizierung mit API-Schlüssel, Signatur und Zeitstempel. Die Anwendung sollte dem dokumentierten Prozess der Anfragesignierung folgen und geheimes Material aus Protokollen und Strategieeingaben heraushalten. Eine Preisanalysekomponente sollte das Signaturgeheimnis nicht einsehen müssen, nur um einen Verkauf vorzuschlagen.
Validiere beabsichtigtes Konto, Symbol, Seite, Menge und Bedingungen, bevor die authentifizierte Anfrage erstellt wird. Stelle nach der Erstellung sicher, dass die Anfrage weiterhin diese genehmigte Absicht repräsentiert. Diese Trennung hilft, gewöhnliche Integrationsfehler wie eine veraltete Menge oder falsche Seite abzufangen, bevor gültige Zugangsdaten daraus eine Kontoaktion machen.
Gib dem Verkauf vor der Einreichung eine dauerhafte Identität
Erstelle eine interne Verkaufsabsicht, bevor du eine Anfrage sendest, die das Konto beeinflussen kann. Der Datensatz sollte identifizieren, warum der Verkauf autorisiert wurde und welchen Bestand er reserviert. Bewahre die Beziehung zwischen dieser Absicht, ihrer Client-Kennung und einer anschließend zurückgegebenen dienstseitigen Orderkennung.
Die offizielle Referenz beschreibt eine UUID-Client-Orderkennung zur Idempotenzvalidierung. Diese Funktion unterstützt die Duplikatbehandlung, beseitigt aber nicht die Verantwortung der Anwendung, Absichten zu verfolgen und ungewisse Antworten abzugleichen. Eine neu erzeugte Kennung repräsentiert für den Dienst einen anderen Versuch und sollte nicht leichtfertig verwendet werden, nur weil die erste Antwort verspätet war.
Gibt ein Preisfeed denselben Auslöser wiederholt aus, sollten diese Nachrichten auf die bestehende Absicht verweisen, solange diese aktiv bleibt. Sie sollten nicht jeweils einen vollständigen Verkauf erzeugen. Dauerhafte Identität ist die Verbindung zwischen einer Strategieentscheidung und ihren späteren Belegen, insbesondere bei Unterbrechung des lokalen Speichers oder einer Netzwerkverbindung.
Weiterempfehlen und USDC verdienen
Weiterempfehlen und USDC verdienenUnser Partnerprogramm zahlt in Echtzeit.
Interpretiere eine Antwort danach, was sie belegt
Eine Antwort kann belegen, dass eine Anfrage akzeptiert oder abgelehnt wurde oder in einem bestimmten Orderzustand verbleibt. Sie belegt nicht automatisch, dass die gesamte beabsichtigte Menge zum geschätzten Preis ausgeführt wurde. Bewahre sowohl den Zustand als auch die zugehörigen Mengeninformationen, statt sie zu einer einzelnen Erfolgsanzeige zu verflachen.
Eine Zeitüberschreitung ist etwas anderes als eine ausdrückliche Ablehnung. Nach einer Zeitüberschreitung sollte die Steuerung die ursprüngliche Absicht über unterstützte Order- und Kontoabfragen abgleichen. Sofort einen zweiten vollständigen Verkauf zu senden, kann den beabsichtigten Bestandsabbau verdoppeln, wenn die erste Anfrage trotz fehlender Antwort akzeptiert wurde.
Die Fehlerbehandlung sollte außerdem die Ursache bewahren. Ungültige Parameter, nicht verfügbare Befugnisse und vorübergehende Dienstprobleme erfordern unterschiedliche Reaktionen. Eine fehlerhafte Menge wird nicht durch schnellere Wiederholungsversuche repariert, und ein Berechtigungsfehler sollte das System nicht automatisch breitere Befugnisse anfordern lassen. Halte das ursprüngliche wirtschaftliche Ziel intakt, während du bestimmst, ob eine unterstützte Aktion weiter möglich bleibt.
Verfolge eine Teilausführung von der Menge bis zum Geld
Betrachte eine fiktive Absicht zum Verkauf von 600 Einheiten. Die erste beobachtete Ausführung verkauft 240 zu 0,97 und erzeugt 232,80 vor ihren geltenden Kosten. Dreihundertsechzig Einheiten verbleiben innerhalb des ursprünglichen Mengenziels, doch dieser Rest kann weiterhin durch eine aktive Order repräsentiert sein. Die Steuerung sollte nicht weitere 360 einreichen, ohne zuerst den Zustand der bestehenden Order zu verstehen.
Spätere Ausführungen können zu anderen Preisen erfolgen. Werden weitere 90 zu 0,96 verkauft, beträgt ihr Bruttowert 86,40. Die gemeinsamen Bruttoerlöse der 330 ausgeführten Einheiten betragen 319,20. Ein aus den tatsächlichen Ausführungen abgeleiteter Durchschnitt ist für diese ausgeführte Menge aussagekräftig; er sollte nicht den unausgeführten 270 zugeordnet werden, als wären sie bereits verkauft.
Das Kontobuch sollte ausgeführte Menge, unausgeführte Verpflichtung und verbleibenden Kontobestand getrennt verwalten. Diese Werte beantworten unterschiedliche Fragen: Was hat sich geändert, was kann sich noch ändern und was hält das Konto aktuell? Ihr Abgleich ist nützlicher als ein Fortschrittsbalken, der die Einheiten hinter einem Prozentsatz verbirgt.
Stornierung bei einem Krypto-Auto-Sell-Bot mit Robinhood-API
Eine Stornierung betrifft den unausgeführten Rest einer Order. Sie kehrt frühere Verkäufe nicht um, und eine lokale Stornierungsanfrage ist kein Beleg dafür, dass der Rest bereits storniert ist. Ausführung und Stornierung können sich überschneiden, weshalb das endgültige Ergebnis mit den tatsächlichen Order- und Ausführungsdatensätzen abgeglichen werden muss.
Angenommen, im fortgesetzten fiktiven Beispiel wird die Stornierung nach Ausführung der ersten 240 Einheiten angefordert. Weitere 90 werden ausgeführt, bevor die Stornierung der verbleibenden 270 bestätigt wird. Der endgültige abgeschlossene Verkauf beträgt 330 Einheiten. Ein Bericht, der nur die bei Anfrage beobachteten 240 zeigt, stellt den Bestandsabbau zu niedrig dar; ein Bericht, der alle 600 als storniert markiert, löscht echte Trades.
Bewahre die Bestandsreservierung, solange das Stornierungsergebnis ungeklärt ist. Sobald die Belege die endgültigen ausgeführten und stornierten Mengen feststellen, gib nur die nicht mehr bestehende Verpflichtung frei. Die Steuerung kann dann bewerten, ob unter dem aktuellen Ziel und verfügbaren Bestand ein weiterer Verkauf angemessen ist.
Berechne eine Ersatzorder aus dem verbleibenden Ziel neu
Eine Ersatzorder ist eine neue wirtschaftliche Entscheidung, selbst wenn sie aus einer früheren Order stammt. Prüfe aktuellen Bestand, ungeklärte Verpflichtungen, Kursangebot und Autorisierung erneut, bevor du sie erstellst. Das ursprüngliche Ziel ist unter aktuellen Marktbedingungen möglicherweise nicht mehr wünschenswert oder erreichbar.
Bleibt das fiktive Ziel ein Gesamtabbau von 600 Einheiten und wurden bereits 330 verkauft, beträgt die unerfüllte Menge 270. Eine Ersatzorder über die vollen 600 würde den beabsichtigten Bestandsabbau bei vollständiger Ausführung auf 930 erweitern. Das ist ein Mengenfehler, selbst wenn jede einzelne Order ansonsten gültig ist.
Die Richtlinie kann stattdessen nach einer Stornierung enden oder eine manuelle Prüfung verlangen. Sie sollte außerdem weitere Änderungen seit der ersten Absicht berücksichtigen, etwa einen getrennten Verkauf oder eine Übertragung. Eine Ersatzorder, die solche Änderungen ignoriert, kann das tatsächliche Ziel des Nutzers verletzen und dabei den Anschein erwecken, die ursprüngliche Automatisierungsaufgabe abzuschließen.
Ordne die Basis den tatsächlich verkauften Einheiten zu
Gewinnberechnungen sollten die der ausgeführten Menge zugehörige Anschaffungsbasis und tatsächliche Nettoerlöse verwenden. Angenommen, für eine proportionale Zuordnung zu Lehrzwecken hat die ursprüngliche Position von 2.000 Einheiten eine vollständige Basis von 1.600 Dollar. Unter dieser vereinfachten Methode trägt jede Einheit 0,80 Basis.
Der Verkauf von 330 Einheiten trägt daher 264 Dollar Basis. Betragen die tatsächlichen Bruttoerlöse 319,20 und die zurechenbaren Verkaufskosten insgesamt 1,20, betragen die Nettoerlöse 318 und der realisierte Gewinn 54. Die verbleibenden 1.670 Einheiten behalten vor anderen Transaktionen unter derselben Methode eine Basis von 1.336.
Dieses Beispiel ist eine Buchführungsveranschaulichung und keine Aussage zur steuerlichen Behandlung der Anschaffungslose des Kontos. Die Steuerung sollte die tatsächlichen Datensätze des Dienstes und die gewählte Berichtsmethode bewahren. Eine für Strategieanalysen verwendete durchschnittliche Anschaffungskostenkennzahl sollte nicht stillschweigend eine andere erforderliche Basismethode ersetzen oder als endgültiges steuerliches Ergebnis präsentiert werden.
Behandle manuelle Änderungen, ohne gegen den Nutzer zu arbeiten
Ein Nutzer kann denselben Vermögenswert über eine andere unterstützte Schnittstelle verkaufen, kaufen oder übertragen, während der Bot arbeitet. Die Automatisierung sollte diese Änderungen beobachten und ihren verfügbaren Bestand aktualisieren. Sie sollte nicht jede Bestandsabweichung als vorübergehenden Datenfehler oder Anweisung zur Wiederherstellung der vorherigen Position betrachten.
Angenommen, einer Strategie wird nur eine feste Reduzierung um 600 Einheiten zugewiesen. Verkauft der Nutzer manuell 100 der zugewiesenen Einheiten, bevor eine automatisierte Ersatzorder genehmigt wird, muss die Richtlinie festlegen, ob dieser manuelle Verkauf auf das Ziel angerechnet wird. Beide Interpretationen können dokumentiert werden, doch eine implizite Wahl kann eine unbeabsichtigte zusätzliche Reduzierung verursachen.
Ein nützlicher Datensatz unterscheidet strategieeigene Ausführungen von anderer Kontoaktivität, ohne eine der beiden zu ignorieren. Erstere erklären das Verhalten des Algorithmus; Letztere beeinflussen, was verfügbar bleibt und was der Nutzer nun wünschen könnte. Prüfe das Ziel bei wesentlichen Kontoänderungen, statt eine fortlaufende Orderfolge von veralteten Annahmen steuern zu lassen.
Gleiche vollständige Datensätze statt einer bequemen Seite ab
Orderhistorie und Bestandsabfragen können seitenweise aufgeteilt sein oder unterschiedliche Beobachtungszeiten beschreiben. Eine einzelne leere Seite beweist nicht das Fehlen früherer Orders, und eine Bestandsmomentaufnahme vor einer Ausführung kann diese Ausführung nicht widerlegen. Bewahre Umfang und Zeit jeder für den Abgleich verwendeten Abfrage.
Baue eine Wiederherstellungssicht um die aktiven Verkaufsabsichten und ihre zugehörigen Orders auf. Beziehe dann relevante Kontoänderungen ein, bis Mengen und Geldeffekte erklärbar sind. Bleiben zwei Quellen inkonsistent, identifiziere die ungeklärte Differenz und beschränke abhängige Verkäufe, statt das Kontobuch durch Verwerfen einer Beobachtung zum Ausgleich zu zwingen.
Das ist nach einem Neustart wichtig, wenn der lokale Ereignisstrom Lücken haben kann. Den letzten gespeicherten Bestand wiederherzustellen, ist nur ein Ausgangspunkt. Die Anwendung braucht außerdem offene Orders, abgeschlossene Ausführungen seit dieser Momentaufnahme und alle manuellen Änderungen, die die Verfügbarkeit beeinflussen. Wiederherstellung ist abgeschlossen, wenn diese Beziehungen verstanden sind, und nicht lediglich bei Wiederaufnahme der Verbindung.
Plane für einen Rest, der nicht wie angefordert verkauft werden kann
Produktschrittweiten, Mindestmengen und ein geänderter Preis können einen kleinen Rest lassen, der nicht zur angeforderten Order passt. Bewahre diese Menge ausdrücklich. Erhöhe einen Verkauf nicht über den verfügbaren Bestand hinaus und erfinde keinen abgeschlossenen Nullbestand zur Vereinfachung der Berichterstattung.
Eine fiktive Regel kann den Verkauf von 10,005 Einheiten anstreben, während die relevante aktuelle Schrittweite eine andere ausführbare Menge erlaubt. Die genaue zulässige Anpassung hängt von der tatsächlichen Produktdefinition und Autorisierung ab. Eine Richtlinie kann einen Betrag innerhalb der Grenze wählen und den Rest behalten oder ablehnen, wenn das Ergebnis das Ziel nicht erfüllen würde.
Restverwaltung sollte außerdem wirtschaftlich sinnvoll sein. Wiederholte Versuche, eine winzige Menge zu verkaufen, können Aufmerksamkeit und Kosten verbrauchen, ohne das Kontoergebnis zu verbessern. Definiere, wann der Rest erneut geprüft wird und welche Belege einen weiteren Verkauf angemessen machen würden. Eine bekannte verbleibende Menge ist ehrlicher als eine nominell fertige Aufgabe mit unerklärtem Bestand.
Prüfpfad eines Krypto-Auto-Sell-Bots mit Robinhood-API
Der Prüfpfad sollte Auslöser, genehmigte Menge, Marktschätzung, authentifizierte Anfrage, Orderidentität, Ausführungen und endgültige Kontoeffekte verbinden. Er sollte außerdem die Richtlinienversion und jeden manuellen Eingriff bewahren. Das lässt einen Prüfer die Strategieentscheidung von den Mechanismen unterscheiden, die sie umgesetzt haben.
Teste diesen Datensatz mit dem vollständigen fiktiven Lebenszyklus: einem Ziel von 600 Einheiten, zunächst 240 verkauften, weiteren 90 während der Stornierung, 270 stornierten und einer späteren Entscheidung über das unerfüllte Ziel. Ergänze eine verlorene Antwort und eine manuelle Kontoänderung. Die erwarteten Mengen und Reservierungen sollten durch jedes Ereignis hindurch konsistent bleiben.
Ein Krypto-Auto-Sell-Bot für die Robinhood-API ist nur insoweit verlässlich, wie er den tatsächlich ausgeführten Verkauf erklären kann. Das nützliche Ergebnis ist eine korrekte Reduzierung unter autorisierten Bedingungen mit abgeglichenem Restbestand und Erlösen. Eine ausgelöste Benachrichtigung, akzeptierte Anfrage oder attraktive Schätzung ist eine Zwischentatsache, und jede braucht die späteren Belege, die ihre Bedeutung vervollständigen.