Quote from: Lakai01 on Today at 07:55:27 AM

Quote from: BlokBro on Today at 05:23:24 AM

why couldn't the Italian company have access to its USD or EUR? .. it seems you don't know how crypto works (no offense). ..

Crypto? Was ist das? Roll Eyes

Im Ernst: Sieh dir mal an wie gefakte Seiten und/oder Scams funktionieren. Dort findest du dann auch gefakte Crypto Empfangsadressen oder Bankkontonummern die nicht der Firma gehören sondern dem jeweiligen Angreifer. Natürlich hat die italienische Firma darauf keinen Zugriff sondern bekommt vom Angriff erst dann etwas mit, wenn es Beschwerden der Kunden über ausbleibende Lieferungen hagelt.

Quote from: BlokBro on Today at 05:23:24 AM

he will be able to clone it but if the buyer clicks to verify the address and is redirected to the blokbro page, he will see that it does not belong to the company ...

Natürlich, wer an so einen Schutzmechanismus glaubt glaubt auch daran, dass das grüne Schild bei einer erfolgreichen Prüfung des SSL-Zertifikats irgendetwas über die Legitimität der Webseite aussagt. Auch eure BlokBro Seite wäre im Fall des Falles sehr einfach gefaked und bietet für den Konsumenten quasi keinen Schutz - im Gegenteil, Angreifer könnten sich das falsche Vertrauen zunutze machen und so erst recht Konsumenten betrügen.

Alles, was Sie sagen, ist absolut richtig, und ich hatte gehofft, Sie würden dieses Argument vorbringen. Wenn der Hacker die Unternehmenswebsite geklont hat und auch, wie Sie sagen, das Bestätigungszeichen, wenn der Käufer diese Adresse eingibt, um die Einzahlung vorzunehmen, informiert ihn das Wallet, dass die Adresse nicht verifiziert ist oder jemand anderem gehört, und schützt sie vor Betrug oder unbeabsichtigter Fehler. All dies wird möglich, wenn die Wallets den Request-API-Aufruf bei der Eingabe der Adresse implementieren, indem sie automatisch den Verifizierungs-„Check“ durchführen. Die einzige Möglichkeit, die der Hacker in diesem Fall hat, ist, meine Datenbank zu erzwingen ... aber das finde ich unmöglich. Ich habe die Registrierungsdatenbank für Benutzer auf einer defragmentierten privaten Blockchain mit 6 Servern entworfen, die von einem Lese-Masternod für die API-Anforderung verwaltet werden, die nur ein Leseergebnis zurückgibt. Während das Schreiben in zwei Phasen erfolgt, wird die erste Phase bereits in der Registrierungsphase vom Nutzer bearbeitet und die zweite Phase wird mit dem Abschluss der Verifizierung durch den Admin abgeschlossen, der diese an den Write Masternod sendet. Wenn das Ergebnis positiv ist, dann sendet der Schreib-Masternod die Datei an einen der 6 Server, der einen Teil der Datei entrahmt, entschlüsselt und behält, und sie dann an einen anderen weitergibt ... also bis zum 6. Server (diese Phase ist zufällig), alle 3 Minuten wiederholen die Daten, die die 6 Server gespeichert haben, den gesamten Vorgang. Um die vollständigen Daten zu haben, müssen Sie 6 Server gleichzeitig plus den Write Masternod hacken, alles in 3 Minuten, wobei Sie die genaue Reihenfolge der defragmentierten Datei auf den Servern kennen. Ich habe versucht, Ihnen so einfach wie möglich zu erklären, wie es funktioniert ... Also alles, was Sie gesagt haben, ist richtig, aber nur, bis eine gute Akzeptanz durch die Brieftaschen besteht.