04PRISSET #25
Schlichtungsbot mrkt.land → buff163 (CS2)
Ein vollautomatisches System, das unterbewertete Skins auf mrkt.land erkennt und sie in Echtzeit mit den Preisen von buff163 vergleicht.
Architektur – 4 Konten, jedes mit seiner eigenen Rolle
3 Konten auf mrkt.land + 1 auf buff163, die parallel in einem Prozess arbeiten:
• Konto-Feed – liest den „New First“-Stream und fängt neu ausgestellte Lose ein
• Kontokatalog – durchsucht den gesamten Katalog nach Preis, fängt überteuerte Lose auf (sie sind nicht in den „neuen“ Losen, aber sie verbergen oft Vorteile)
• Käuferkonto – hält den Saldo und tätigt einen Kauf
• buff163 – Hintergrundpreissynchronisierung: Ask (Showcase) und Bid (Buy-Order)
Durch die Trennung nach Konten erhält jedes Konto seine eigene IP und seine eigene Sitzung – Feed und Verzeichnis werden gleichzeitig abgefragt, ohne durch die allgemeine Ratenbegrenzung eingeschränkt zu sein.
Dolphin Anty (Anti-Erkennung)
Jedes Konto befindet sich in einem separaten Dolphin-Profil mit seinem eigenen residenten Proxy. Der entscheidende Punkt ist die IP-Konsistenz: Von welcher Adresse aus sich das Konto anmeldet, alle Anfragen kommen von derselben Adresse. Für die Site sieht es aus wie ein normaler Live-Browser und nicht wie ein Bot von einem Server. Proxys sind durch Profile geschützt, sodass bei der Übertragung zum Hosting nichts kaputt geht – der Datenverkehr läuft weiterhin über die „nativen“ IP-Konten.
So analysieren Sie (nicht DOM, sondern API)
mrkt.land ist Next.js auf einer privaten JSON-API. Wir arbeiten direkt mit der API (Endpunkte werden aus dem JS-Bundle gezogen), anstatt HTML zu analysieren. Das geht um eine Größenordnung schneller – gewinnbringende Lose werden im Bruchteil einer Sekunde aussortiert.
Eine wichtige Nuance: Der Feed ist ein Stream von Ereignissen, keine Produktliste. Es gibt 4 Typen: Listing (offenbar), change_price (überteuert – immer noch im Angebot), Unlisting (entfernt), Sale (bereits verkauft). Wir kaufen nur die ersten beiden + Validierter Status. Den Rest streichen wir ab, um nicht Grundstücken nachzujagen, die es nicht mehr gibt.
Logik von Preis und Nutzen
Für jeden Skin zählen wir gleichzeitig zwei Orientierungspunkte von buff163:
• fragen (Vorzeigepreis) – der Hauptschwellenwert: Wir nehmen ihn an, wenn mrkt mindestens 15–25 % günstiger ist
• Gebot (Kauf-Order, Sofortverkauf) – Kontrolle: normalerweise +3–8 %, zeigt den tatsächlichen Output „hier und jetzt“
• Gebot (Kauf-Order, Sofortverkauf) – Kontrolle: normalerweise +3–8 %, zeigt den tatsächlichen Output „hier und jetzt“
Beide Zahlen werden für jeden gefundenen Skin geschrieben, sodass Sie sowohl den „Papier“-Vorteil als auch den echten sehen können.
Filter und Sicherungen
• Wir schließen StatTrak, Souvenir, Well-Worn aus; Skins ab 20 $
• Exakte Namensübereinstimmung (keine Unschärfe – Fehler kosten Geld)
• Stoppen Sie bei schlechten Buff-Preisen, veralteten Kursen, einem dünnen Markt (<3 Lots), absurden Gewinnen (Matching-Fehler) und der Überschreitung der Limits pro Trade/Tag
• Schutz vor Doppelkäufen und „Slippage“ (Einkauf zu genau dem Preis, zu dem der Gewinn berechnet wurde)
Management
• Web-Panel: Live-Protokoll, Zähler, Start-/Stopp-Zyklen im laufenden Betrieb, Umschalten des DRY_RUN-Live-Rückkaufs, Festlegen von Gewinnschwellen und -limits direkt über den Browser
• Benachrichtigungen in Telegram für jeden Kauf – mit Bild, Float, Preis, Gewinn und Link zum Artikel
• Hosting unter systemd, Zugriff über IP
Über Geschwindigkeit
Alles hängt davon ab, der Erste zu sein, der Daten erhält und auswertet. Warme Keep-Alive-Verbindungen, Abfrage des Bandes einmal pro Sekunde, sofortiges Auslesen der Preise aus dem lokalen Cache. Die eigentliche Obergrenze liegt in der Physik: Einige der wirklich profitablen Lose werden von Co-Locking-Bots in etwa 100 ms eingenommen, aber das System nimmt ehrlich gesagt alles, was es erreichen kann.
