29.11.2023, 16:40
(28.11.2023, 10:39)Konsti schrieb: Das ist ja ein Kuddelmuddel erster Klasse:
Interessanter Vorgang. Ich versuche auch die ganze Zeit zu verstehen...
Das Programm nutzt, wie 95% aller anderen HYIPs eine API-Anbindung, um die Deposits zu erkennen und den Usern gutschreiben zu können.
Man bekommt bei Einzahlung in einer Crypto C eine Wallet W genannt und einen bestimmten Betrag B zum Überweisen. Und dann läuft der Timer, je nach Anbieter zwischen 20 inutren und 24 Stunden. In dieser Zeit erwartet das System dann auf der Wallet A den Betrag B in Crypto C. Bekommt es genau das, wird ein positives Signal (Paar/Wert true) ausgegeben wird die Zahlung weitergeleitet zum Programm und es gibt eine Rückmeldung ins System. Stimmt einer der 3 Komponenten nicht überein, gibt es im System eine Meldung "false" und das Sytem weist die Zahlung zurück oder parkt diese im Nirgendwo.
Crypto/Wallet/Betrag muss man sich vorstellen wie Stadt/Straße/Hausnummer, wo eine Sendung abgeliefet werden soll. Stimmt die Hausnummer nicht (Betrag), würder vielleicht ein Postbote anfangen zu Suchen, eine API kann das allerdings nicht, die kennt nur richtig oder falsch.
Hier wollte Kappe51 einen Betrag $200 in BTC investieren, das System sagt ihm dann z.B , sende Betrag in BTC (Stadt) an Wallet W (Straße) Betrag 0.0054 (Hausnummer). Und Kappe schickt das Paket los, richtige Stadt BTC, richtige Staße Walletnummer, aber falsche Hausnummer. Statt den geforderten genauen Betrag zu senden, gibt er €200 ein was nun was ganz anderes ist als $200 und noch was anderes als der georderte Betrag). Seine eigene Crypto-Wallet rechnet automatisch um, nimmt sich vom Konto, was es braucht und schickt BTC 0.0057 los. Und die landen, weil die Hausnummer nicht stimmte.... irgendwo in der Botanik.
Kappe51 hat das Geld nicht mehr, die Programm-Wallet hat das Geld auch nicht. Es liegt im Nirgendwo.
Dann schreibt er den Support an, er hätte gesendet (richtige Stadt), (richtige Staße) aber Hausnummer 0.0059, also wieder eine andere. Der Support schreibt zurück, soch eine Zahlung hätten sie nicht erhalten (was stimmt) und Kappe ist angefressen. Er möchte den Betrag gutgeschrieben bekommen.
Konsti interveniert für Kappe51 und der Support bucht nun "goodwill" einen $200-Bonus, allerdings bei Konsti selbst, nicht bei Kappe51.
Wieso "goodwill", werden jetzt einige sich fragen?
Der Admin hat das Geld nicht erhalten, es ist für ihn genau so unerreichbar wie für Kappe51.
Es steckt im System fest.
- Und je nachdem, wie die API-Funktionen ausgelegt sind bekommt entweder der Programm-Admin das Geld nach Schließung des Programms und Deaktivierung der Schnittstelle (dann werden alle Gelder von allen temporären Wallets und den Account-Wallets zusammengesammelt).
- Oder es bekommt der Betreiber der API-Schnittstelle/der Börse (in desem Fall OKEx), wenn irgendwann in 2-6 Monaten diese Transaktion als lose/verwaistes Ende markiert wird.
- Es wird den Rest seines Lebens in dieser temporären Wallet verbringen (und ist damit endgültig im Netzwerk verloren wie etwa 25% aller bisher geschürften Bitcoins).
Aber eigentlich wollte ich was ganz anderes fragen:
Wieso ist jetzt eigentlich der Programm-Admin dran schuld, dass eine Einzahlung verschwunden ist oder nicht korrekt gebucht wurde? Das eigentliche Problem begann 50 cm vor dem Monitor.
Grüße Cer
