NFT-Angebotsbot: Überlappende Kaufangebote gemeinsam zählen

Das Risiko des NFT-Angebotsbots vor der Preisfestlegung abbilden

Legen Sie für jede unabhängige Order eine Aufzeichnung an. Erfassen Sie Kennung, geeignete Vermögenswerte, Zahlungstoken, Betrag, Menge oder verbleibende Annahmekapazität, Ablaufzeit, Finanzierungsanforderungen und aktuellen Status. Eine Gruppierung in der Benutzeroberfläche kann mehrere unabhängig annehmbare Kaufangebote enthalten. Die Gruppierung selbst sollte daher nicht die Einheit der Risikorechnung sein.

Ein Stückangebot zielt auf einen bestimmten Token. Ein Merkmalsangebot zielt auf eine definierte Menge passender Token, und ein Kollektionsangebot zielt nach seinen Bedingungen auf die zulässige Grundgesamtheit der Kollektion. Diese Mengen können sich überschneiden. Ihre Orderidentitäten und Annahmekapazitäten bleiben aber getrennt, sofern der Ausführungsmechanismus sie nicht ausdrücklich verbindet.

OpenSeas aktueller Leitfaden zu Kollektionsangeboten beschreibt ein Kollektionsangebot, das einmal angenommen werden kann, während eine Erhöhung der Menge mehrere Angebote erzeugt, die separat angenommen werden können. Derselbe Leitfaden beschreibt Merkmalsfilter für unterstützte Kollektionen. Lesen Sie die tatsächliche Orderstruktur, statt eine angezeigte Menge in eine unbelegte allgemeingültige Regel zu übersetzen.

Die Eignung kann auch davon abhängen, wann die Order konstruiert wurde. Ändern sich Merkmalsmetadaten später, stimmen die von einer vorhandenen Order abgedeckten Vermögenswerte möglicherweise nicht mit einem frisch aktualisierten visuellen Filter überein. Bewahren Sie die zur Order selbst gehörenden Kriterien. Die aktuelle Meinung des Bots zur Kollektion sollte nicht stillschweigend umschreiben, was er bereits autorisiert hat.

Drei überlappende Kaufangebote durchgehen

Nehmen wir an, Garden Registers enthält Token R mit einem blauen Einband, Token S mit einem blauen Einband und Token T mit einem grünen Einband. Der Bot erstellt ein Stückangebot von 0,60 WETH für R, ein Merkmalsangebot für blaue Einbände von 0,50 WETH und ein Kollektionsangebot von 0,40 WETH. Jedes ist nach den Annahmen dieses Beispiels unabhängig gültig und kann einmal angenommen werden.

Token R erfüllt alle drei Geltungsbereiche, während S das Merkmals- und Kollektionsangebot erfüllt und T nur das Kollektionsangebot. Es wäre falsch, die ganze Menge als ein Angebot zu zählen, nur weil R in jeder Eignungsgruppe erscheint. Drei verschiedene Verkäufer könnten R in das Stückangebot, S in das Merkmalsangebot und T in das Kollektionsangebot liefern.

Diese mögliche Annahmefolge gibt 1,50 WETH aus und erwirbt drei NFTs. Wenn der Sammler eine maximale neue Angebotsverpflichtung von 1,20 WETH beabsichtigte, überschreitet der Plan sie vor zusätzlichen Ausgaben um 0,30 WETH. Eine Wallet mit 1,80 WETH könnte in diesem vereinfachten Beispiel die drei Angebotsbeträge finanzieren. Dieses Guthaben setzt aber die niedrigere Richtlinienobergrenze nicht außer Kraft.

Die Mengenbeziehung hilft, mögliche Ausführungen zu erklären, erzeugt aber keine Stornierungsregel. Die Annahme des Stückangebots storniert das unabhängige Merkmals- oder Kollektionsangebot nicht automatisch, nur weil sie einst denselben Token hätten annehmen können. Der Bot muss verfolgen, was jede tatsächliche Order tut, wenn eine ausgeführt wird.

Gemeinsame Eignung von gegenseitigem Ausschluss unterscheiden

Ein einzigartiges NFT kann bei derselben einfachen Übertragung nicht gleichzeitig an mehrere Käufer geliefert werden. Diese physische Einschränkung bedeutet nicht, dass alle es abdeckenden Angebote dauerhaft gegenseitig ausschließend sind. Andere geeignete Token können die verbleibenden Orders erfüllen, und künftige Übertragungen können verändern, welche Vermögenswerte welchen Verkäufern zur Verfügung stehen.

Verlassen Sie sich nur dann auf eine gemeinsame Grenze, wenn der relevante Mechanismus sie tatsächlich durchsetzt. Eine lokale Notiz „eines aus dieser Gruppe kaufen“ ist nicht dasselbe wie eine Onchain- oder Protokollbedingung, die weitere angenommene Orders verhindert. Erstellt der Bot mehrere unabhängige Orders und plant, die anderen nach der ersten Ausführung zu stornieren, hat er ein Rennen zwischen Erkennung, Stornierung und weiterer Erfüllung akzeptiert.

Summieren Sie für konservative Planung unabhängig ausführbare Verpflichtungen, sofern kein verifizierter Grund vorliegt, dass eine niedrigere Grenze durchsetzbar ist. Aufwendigere Eignungsanalysen können Szenarien erklären. Sie sollten Reservierungen aber nicht allein aufgrund erhofften Verkäuferverhaltens oder erwarteter Stornierungsgeschwindigkeit senken.

Der Zweck ist nicht vorherzusagen, welcher Verkäufer zuerst handelt. Es geht darum zu verstehen, was der Bot ermöglicht hat. Eine Richtlinie, die bei mehreren plausiblen Annahmefolgen bezahlbar bleibt, ist robuster als eine, die nur funktioniert, wenn Verkäufer in der vom Betreiber bevorzugten Reihenfolge auftreten.

Das Budget für überlappende NFT-Kaufangebote aufbauen

Die Budgetierung sollte offene Kaufangebote mit bestehenden Beständen und anderen ausstehenden Erwerben verbinden. Eine Kollektionsgrenze kann neue Ausgaben einschränken, selbst wenn die Wallet reichlich Mittel hat. Eine Portfoliogrenze kann mehrere Kollektionen einschränken, die dasselbe Zahlungsguthaben teilen. Halten Sie diese Grenzen als getrennte Prüfungen derselben vorgeschlagenen Handlung sichtbar.

Nehmen wir an, die drei Garden-Registers-Angebote summieren sich auf 1,50 WETH, der vorhandene Kollektionsbestand hat eine Erwerbskostenbasis von 0,20 WETH und der Sammler reserviert einen Gegenwert von 0,05 WETH für relevante Betriebsausgaben. Unter einer bewusst einfachen Kampagnenobergrenze im Gegenwert von 2,00 WETH beträgt die geplante Nutzung 1,75 und die verbleibende Kapazität 0,25. Ein neues unabhängiges Kaufangebot von 0,30 WETH würde diese Obergrenze um 0,05 überschreiten.

Die Berechnung in gleichwertigen Einheiten ist eine Richtlinienzusammenfassung und keine Behauptung, dass natives Gas und WETH derselbe ausgebbare Token seien. Tatsächliche Guthaben und Berechtigungen benötigen weiterhin währungsspezifische Prüfungen. Ein System kann unter einer gemeinsamen Rechnungsobergrenze Spielraum haben und trotzdem nicht den nativen Token besitzen, der für eine Onchain-Handlung nötig ist.

Reservieren Sie Kapazität vor Veröffentlichung der neuen Order. Mehrere Arbeitsprozesse sollten nicht jeweils dasselbe verbleibende Kontingent lesen und unabhängig verpflichten. Das Angebotsverzeichnis benötigt eine koordinierte Aktualisierung, die Reservierung und zugehörige Absicht erfasst, damit gleichzeitig laufende Kollektionsstrategien nicht jeweils Geld ausgeben können, das bereits anderswo zugesagt wurde.

Finanzierungszustand von Orderabsicht getrennt halten

Bei Ethereum-orientierten, in der Wallet gehaltenen WETH-Angeboten kann das Guthaben bis zur Annahme durch einen Verkäufer in der Wallet bleiben. Dadurch kann das Geld für einen anderen Zweck verfügbar erscheinen, obwohl der Bot mehrere mögliche Verwendungen dafür geschaffen hat. Das interne Verpflichtungsverzeichnis sollte die Orders widerspiegeln, die unter den geplanten Finanzierungsbedingungen ausführbar werden könnten.

Der OpenSea-Leitfaden zu Kollektionsangeboten beschreibt außerdem, dass nicht finanzierte Angebote wieder aktiv werden, wenn genügend Mittel zurückkehren. Mittel vorübergehend zu entfernen, ist daher nicht gleichbedeutend damit, jede offene Order zu stornieren. Eine spätere Einzahlung für eine neue Strategie kann alte Verpflichtungen wiederbeleben, wenn die zugrunde liegenden Angebote wirksam bleiben.

Prüfen Sie vor dem Hinzufügen von Mitteln aktive, nicht finanzierte und ungeklärte Orders. Bestimmen Sie, ob das neue Guthaben inzwischen unerwünschte Erwerbe ermöglichen würde. Eine Aufstockung verändert die Ausführungskapazität des Systems und verdient daher dieselbe Aufmerksamkeit wie die Erhöhung eines Strategiebudgets, selbst wenn in diesem Moment keine neue Order erstellt wird.

Solana verwendet andere Mechanismen. OpenSeas Leitfaden zu Solana-Angeboten beschreibt zusammen mit einem Angebot auf der Blockchain gehaltene Mittel und derzeit keine Merkmalsangebote. Übertragen Sie das Ethereum-Modell der Wallet-Finanzierung oder das Beispiel mit drei Geltungsbereichen nicht ohne Anpassung auf diesen Weg. Gemeinsame Berichtskategorien können neben blockchainspezifischen Verpflichtungsregeln bestehen.

Ersatzorders als möglicherweise überlappende Orders behandeln

Eine Preisaktualisierung kann je nach Mechanismus eine neue Order erzeugen, während die alte noch ausführbar ist. Der Bot sollte wissen, ob der Weg eine Order ersetzt, storniert oder unabhängig hinzufügt. Eine neue lokale Anzeigezeile belegt nicht, was mit der vorherigen Autorisierung geschah.

Nehmen wir an, auf ein bestehendes Merkmalsangebot von 0,50 WETH folgt ein neues Angebot von 0,52 WETH. Bleiben beide während eines Übergangs unabhängig gültig, beträgt ihre gemeinsame Verpflichtung 1,02 WETH und nicht bloß die Preiserhöhung von 0,02 WETH. Nur die Differenz zu reservieren, setzt eine Ersatzgarantie voraus, die möglicherweise nicht besteht.

Wenn das alte Angebot abschließend unwirksam ist, kann seine Reservierung freigegeben werden. Bewahren Sie bis dahin seine Kennung und seinen Status. Eine fehlgeschlagene Stornierungsanfrage oder eine ungewisse Antwort sollte die alte Order nicht aus der Rechnungsführung verschwinden lassen, nur weil die Oberfläche jetzt den neuen Preis betont.

Ein automatisierter OpenSea-Bieter benötigt außerdem eine Bewertungsregel, die endlose Preiseskalation verhindert. Ersatzrechnung und Preisdisziplin lösen unterschiedliche Probleme: Erstere begrenzt gleichzeitige Verpflichtungen, Letztere begrenzt, was der Bot für einen einzelnen Erwerb zu zahlen bereit ist.

Stornierung als Prozess verstehen

Eine Stornierungsanfrage ist eine Handlung mit dem Ziel, die Wirksamkeit einer Order zu verändern. Ihr Ergebnis hängt von Protokoll und Ausführungsweg ab. Der Bot sollte erfassen, welcher Mechanismus verwendet wurde, wann er angefordert wurde, welche Belege das Ergebnis bestätigen und ob eine frühere Erfüllungsautorisierung weiterhin wichtig sein kann.

OpenSeas Referenz zur Offchain-Stornierung schränkt ihre Zusicherung ausdrücklich ein, wenn vor der Stornierung eine Erfüllungssignatur ausgegeben wurde. Praktisch folgt daraus, nicht jede API-Bestätigung als bedingungslosen Beweis zu behandeln, dass keine weitere Annahme möglich ist. Halten Sie die relevante Unsicherheit sichtbar, bis die Bedingungen des Wegs geklärt sind.

Den Bot zu stoppen, stoppt nicht unbedingt vorhandene Orders. Ein Arbeitsprozess kann die Veröffentlichung einstellen, während seine zuvor signierten Kaufangebote aktiv bleiben. Ein vollständiges Pausenverfahren sollte offene Verpflichtungen erfassen und die autorisierte Stornierungs- oder Ablaufrichtlinie anwenden. Der Bericht sollte zwischen deaktivierter Neuerstellung von Orders und geklärten früheren Orders unterscheiden.

Auch Ablauf erfordert sorgfältige Interpretation. Eine abgelaufene Order ist möglicherweise nicht mehr ausführbar, doch zugehörige Mittel oder der Oberflächenstatus können je nach Blockchain nach ihrem eigenen Zeitplan aktualisiert werden. Erfassen Sie die tatsächlichen Orderbedingungen und die für die Freigabe von Ressourcen verwendeten Belege, statt sich allein auf eine lokale Countdown-Anzeige zu verlassen.

Jede Annahme mit dem Bestand abgleichen

Wenn ein Verkäufer ein Kaufangebot annimmt, muss der Bot den erworbenen Vermögenswert, die Menge, Zahlungsflüsse und das Transaktionsergebnis identifizieren. Eine Benachrichtigung, die die Kollektion erwähnt, reicht nicht aus, um festzustellen, welcher Token ankam oder welche bestimmte Order verbraucht wurde. Verbinden Sie die Annahme mit ihrer Orderkennung und der relevanten Bestandsaufzeichnung.

Die Angebotsreservierung wird zu einem Erwerb, statt einfach zu verschwinden. Zählt die Strategie gehaltenen Bestand unter einer Kampagnenobergrenze, kann eine Ausführung das insgesamt gebundene Risiko weitgehend ähnlich lassen und dabei seine Form verändern. Ein Bot, der nach jeder Ausführung den gesamten Angebotsbetrag als neue Kapazität freigibt, kann weiter Bestand über die vorgesehene Grenze hinaus ansammeln.

Tatsächliche Ausgaben sollten nach der gewählten Rechnungsrichtlinie abgeglichen werden. Manche können dem erworbenen Vermögenswert zugewiesen werden, während erfolglose oder administrative Handlungen zu den Kampagnenausgaben gehören können. Die Methode sollte konsistent sein und nie dazu führen, dass dieselbe Gebühr doppelt gezählt oder ausgelassen wird, weil sie über einen anderen Dienst ankam.

Bleibt die Annahme ungewiss, bewahren Sie einen Zustand des ausstehenden Erwerbs und verwenden Sie seine Kapazität nicht erneut. Untersuchen Sie Transaktion und Eigentumsaufzeichnung, bevor Sie Ersatzangebote veröffentlichen. Die nächste Entscheidung sollte sich nach dem abgeglichenen Zustand richten und nicht nach dem Fehlen einer Erfolgsmeldung im Speicher eines einzelnen Arbeitsprozesses.

Auswahlrisiko innerhalb breiter Kaufangebote steuern

Ein breit gefasstes Kaufangebot lässt Verkäufer wählen, welchen geeigneten Vermögenswert sie liefern. Der entstehende Bestand kann sich auf die am wenigsten begehrten Stücke konzentrieren, die die Kriterien erfüllen. Ein durchschnittlicher Verkaufspreis auf Kollektionsebene garantiert nicht, dass die über breite Kaufangebote erworbenen Vermögenswerte den für diesen Durchschnitt verantwortlichen Stücken ähneln.

Merkmalsfilter können die Menge eingrenzen, ohne diesen Auswahleffekt zu beseitigen. Token mit einer gemeinsamen Eigenschaft können sich bei anderen Merkmalen, visueller Attraktivität, Herkunft oder Übertragungsbeschränkungen unterscheiden. Bepreisen Sie das Angebot anhand der vollständigen akzeptablen Menge, einschließlich der schwächeren Stücke, die die Kriterien zulassen. Sind diese Stücke inakzeptabel, ändern Sie die Kriterien oder erstellen Sie das Angebot nicht.

Die Bestandsüberlegungen eines NFT-Market-Maker-Bots sind hier nützlich. Eine Erwerbsrichtlinie sollte berücksichtigen, was der Bot bereits hält und wie ein weiteres ähnliches Stück die Konzentration verändert. Ein breites Kaufangebot nach mehreren vergleichbaren Ausführungen weiter zu veröffentlichen, kann eine größere Position erzeugen, als der Sammler Stück für Stück gewählt hätte.

Prüfen Sie tatsächliche Ausführungen anhand der vorgesehenen Auswahlthese. Wenn Verkäufer beständig Token mit schwacher Wiederverkaufsnachfrage liefern, ist das ein Beleg über den Angebotsentwurf und nicht bloß aus dem Bericht auszuschließendes Pech. Der Bot sollte lernen, ob seine Kriterien die tatsächlichen Vorlieben des Sammlers hinreichend genau ausdrücken.

Kaufangebote über Strategien und Wallets hinweg koordinieren

Ein Sammler kann gleichzeitig eine Stückauswahlstrategie und eine Kollektionsgebotsstrategie betreiben. Teilen sie eine Wallet, teilen sie auch Guthaben, Freigaben und Bestandskapazität. Ihre einzelnen Übersichten können jeweils bezahlbar aussehen, während der Gesamtplan es nicht ist. Eine gemeinsame Verpflichtungsaufzeichnung macht diese Wechselwirkung sichtbar.

Getrennte Wallets können einige betriebliche Kopplungen verringern, diversifizieren aber nicht automatisch das wirtschaftliche Risiko. Zwei Wallets, die auf dieselbe Kollektion bieten, setzen den Eigentümer weiterhin derselben Kollektionsnachfrage aus. Eine Prüfung auf Portfolioebene sollte die Positionen zusammenfassen, selbst wenn Transaktionsbefugnisse aufgeteilt sind.

Zählen Sie Übertragungen zwischen diesen Wallets nicht als neue Marktnachfrage oder realisierte Ausstiege. Ein erworbenes NFT in eine Aufbewahrungs-Wallet zu verschieben, verändert den Verwahrungsort und nicht die wirtschaftliche Tatsache, dass der Sammler es weiterhin hält. Die Angebotsstrategie sollte den Vermögenswert weiterhin unter jede relevante Konzentrationsgrenze einbeziehen.

Der praktische Leitfaden zur Automatisierung von Geboten auf OpenSea kann helfen, Orderverwaltung mit dieser breiteren Koordination zu verbinden. Die wichtige Gestaltungsentscheidung besteht darin, jeder Strategie einen konsistenten Blick auf die Verpflichtungen zu geben, die den nächsten autorisierten Kauf beeinflussen können.

Einen NFT-Angebotsbot mit Annahmefolgen testen

Testen Sie mehrere mögliche Folgen statt einer einzigen idealen Ereignisreihenfolge. Lassen Sie bei Garden Registers in einem Fall zuerst das Stückangebot ausführen, in einem anderen zuerst das Merkmalsangebot und in einem dritten zuerst das Kollektionsangebot. Bestätigen Sie, dass jedes Ergebnis die passende Orderkapazität verbraucht und verbleibende Verpflichtungen korrekt dargestellt lässt.

Beziehen Sie einen Ersatz mit ungeklärter alter Order, ein nicht finanziertes Angebot, das nach einer Einzahlung finanziert wird, und einen Neustart nach der Annahme, aber vor lokaler Bestandsspeicherung ein. Diese Fälle testen, ob der Bot Verpflichtungen durch Übergänge bewahrt. Eine erfolgreiche Vorführung vom sauberen Start aus deckt sie nicht ab.

Prüfen Sie Budgetgrenzen mit kleinen Unterschieden. Ein Vorschlag, der das verbleibende Kontingent um 0,01 WETH überschreitet, sollte ebenso klar scheitern wie eine viel größere Überschreitung. Exakte Betragsverarbeitung ist wichtig, weil die Rundung angezeigter Werte eine ungültige Verpflichtung sonst als gleich der Grenze erscheinen lassen kann.

Vergleichen Sie schließlich Endbestand und Guthaben des Tests mit seinem Orderverlauf. Jeder Erwerb sollte einer gültigen verbrauchten Verpflichtung entsprechen, und jede freigegebene Reservierung sollte einen beleggestützten Grund haben. Lässt sich die Summe nicht abgleichen, verstecken Sie die Differenz nicht in einer sonstigen Anpassung, die den Bericht ausgleicht, ohne das Verhalten zu erklären.

Menge von der Zahl der Zeilen getrennt halten

Eine Berichtsoberfläche kann eine Zeile für eine Order zeigen, die mehrere Einheiten darstellt, oder mehrere Zeilen, die Kopien derselben Beobachtung beschreiben. Keine dieser Zeilenzahlen ist für sich eine verlässliche Erwerbszahl. Speichern Sie die verbleibende Kapazität der Order und die Mengenregeln des Vermögenswerts ausdrücklich und leiten Sie den Bericht dann aus diesen Feldern ab.

Unterscheiden Sie bei Editionsvermögenswerten die Zahl der Einheiten von der Zahl eindeutiger Kennungen. Vier Einheiten einer Kennung zu erwerben, erzeugt eine andere Konzentration als der Erwerb von vier einzigartigen Token, selbst bei gleichem Gesamtpreis. Die Kampagne kann sowohl eine Ausgaben- als auch eine Einheitenobergrenze setzen, wenn diese Unterscheidung für ihren Zweck wichtig ist.

Teilweiser Abschluss benötigt dieselbe Präzision. Kann eine unterstützte Order in Teilen ausgeführt werden, gleichen Sie die tatsächlich erworbenen Einheiten und die unter genau dieser Order verbleibende Kapazität ab. Übertragen Sie ein Beispiel mit einmaliger Annahme nicht auf jede Protokollorder, nur weil der Marktplatz sie unter demselben Angebotsreiter präsentiert.

Die gesamte Angebotsmenge prüfen

Ein nützlicher Angebotsbericht beginnt mit der Gesamtzahl möglicher Erwerbe, gebundenen Beträgen nach Währung, vorhandenem Bestand und ungeklärten Übergängen. Anschließend kann er diese Summen in Stück-, Merkmals- und Kollektionsbereiche aufschlüsseln. Mit der Gesamtsicht zu beginnen, verhindert, dass ein Leser drei einzeln bescheidene Orders für eine insgesamt bescheidene Position hält.

Prüfen Sie Änderungen von Eignung und Nachfrage ebenso wie den Orderstatus. Ein kollektionsweites Ereignis kann mehrere überlappende Kaufangebote gleichzeitig unattraktiv machen. Eine Metadatenänderung kann die Annahmen hinter einem Merkmalspreis betreffen. Der Bot sollte eine Möglichkeit haben, die Ausweitung des Risikos zu stoppen, während der Betreiber die Menge neu bewertet.

Die stärkste Angebotsrichtlinie beschreibt, was passieren kann, wenn Verkäufer unabhängig und schnell handeln. Sie hängt nicht davon ab, die erste Ausführung rechtzeitig zu bemerken, um jede weitere zu verhindern. Ein NFT-Angebotsbot wird vorhersehbarer, wenn überlappende Bereiche ausdrücklich abgebildet werden, Verpflichtungen ein Budget teilen und angenommene Orders zu sichtbarem Bestand werden, statt aus dem Blick zu verschwinden.