Sicherheit und das nicht-verwahrende Modell

• Sie kann aus einem von Ihnen bereitgestellten öffentlichen Schlüssel Empfangsadressen ableiten und sie auf einer Checkout-Seite anzeigen.
• Sie kann öffentliche Blockchain-Daten lesen und feststellen, dass eine Rechnung bezahlt wurde.
• Sie kann Ihren Server über einen signierten Webhook benachrichtigen und den Bestellstatus in ihrer eigenen Datenbank festhalten.

• Sie kann eine Zahlung nicht bewegen, einfrieren, rückgängig machen oder erstatten, weil sie keinen Schlüssel besitzt, der eine Blockchain-Transaktion signieren könnte. Das ist eine Eigenschaft der Architektur, keine Richtlinie, deren Einhaltung wir versprechen.

Ein Zahlungsdienstleister kann Gelder nur bewegen, wenn er einen Schlüssel besitzt, der Transaktionen signieren kann. Wir besitzen keinen. Wenn Sie ein Wallet einrichten, geben Sie uns entweder eine Empfangsadresse oder einen erweiterten öffentlichen Schlüssel (xpub). Beides sind öffentliche Daten. Ein xpub kann Empfangsadressen ableiten, aber mathematisch nicht die privaten Schlüssel erzeugen, die zum Ausgeben nötig sind. Unsere Worker rufen nur lesende Blockchain-Endpunkte auf — dieselben öffentlichen Daten, die hinter Tronscan, BscScan und mempool.space stehen — und kein Codepfad der Plattform erstellt, signiert oder sendet eine Transaktion, die Händlergelder ausgibt.

• Der Endpunkt zur Wallet-Konfiguration lehnt jeden erweiterten Schlüssel ab, der privates Schlüsselmaterial enthält — ein eingefügter xprv wird abgelehnt, nicht gespeichert.
• Für das Gebühren-Wallet der Plattform selbst gilt in jeder Umgebung dieselbe Regel: Der Dienst verweigert den Start, wenn dieses Wallet mit einem privaten Schlüssel statt mit einem Watch-only-Public-Key konfiguriert ist.
• In der Produktion bricht die Startprüfung den Prozess zusätzlich ab, wenn irgendeine Umgebungsvariable einen privaten Schlüssel, eine Mnemonic oder eine Seed-Phrase enthält.
• Die On-Chain-Worker verwenden ausschließlich lesende Daten-Adapter. In der Plattform existiert kein Code zum Signieren oder Senden von Transaktionen.
• Ein automatisierter Test stellt sicher, dass beide Schlüssel-Eingabepunkte private Schlüssel ablehnen; die Invariante kann also in einer späteren Version nicht stillschweigend entfernt werden. Und eine Bestellung im Dashboard als erstattet zu markieren ändert einen Datenbankeintrag — es bewegt keine Coins und kann das auch nicht.

Es gibt genau eine Stelle, an der NextCryptoPay USDT erhält, und das ist nicht das Geld Ihrer Kunden: das Vorauszahlungsguthaben, das Sie für unsere Plattformgebühr aufladen. Das ist unser Umsatz, von Ihnen im Voraus bezahlt, und vollständig getrennt vom Zahlungsfluss zwischen Ihnen und Ihren Kunden. Auch das Gebühren-Wallet ist in unserer Infrastruktur als Watch-only konfiguriert — genau deshalb verweigert der Dienst den Start, wenn dafür ein privater Schlüssel hinterlegt wird. Wir nennen diese Ausnahme lieber selbst, als dass Sie sie entdecken und sich fragen, was wir sonst noch weggelassen haben.

Aktuelle Gebühr auf der Preisseite ansehen →

• Was ein Angreifer erlangen könnte: Händler-Kontodaten, konfigurierte Empfangsadressen und xpubs, Bestell-Metadaten, Webhook-Endpunkte und Webhook-Secrets. Er könnte auf künftigen Checkout-Seiten falsche Empfangsadressen anzeigen.
• Was ein Angreifer nicht erlangen könnte: Ihre Gelder oder irgendeine vergangene Zahlung. In unseren Systemen existiert kein Schlüssel, der aus einem Händler-Wallet ausgeben kann — an den Guthaben selbst gibt es also nichts zu stehlen.
• Was das für Sie bedeutet: Gleichen Sie die im Checkout angezeigte Empfangsadresse mit dem von Ihnen konfigurierten Wallet ab und prüfen Sie jede Webhook-Signatur, bevor Sie darauf reagieren.

Nehmen Sie die von Ihnen konfigurierte Wallet-Adresse und schlagen Sie sie in einem öffentlichen Block-Explorer nach — Tronscan für TRC-20, BscScan für BEP-20, Etherscan für ERC-20, mempool.space für Bitcoin. Sie sehen die Zahlung von der Adresse Ihres Kunden direkt auf Ihrer eintreffen, ohne Zwischenschritt. Wenn je eine von uns kontrollierte Adresse auf diesem Weg aufträte, wäre sie genau dort sichtbar. Sie ist es nicht.

• Wir können eine Zahlung nicht rückgängig machen oder erstatten. On-Chain-Transaktionen sind endgültig. Eine Erstattung senden Sie selbst, aus Ihrem eigenen Wallet; unser Dashboard hält lediglich fest, dass Sie es getan haben.
• Wir können an eine falsche Adresse gesendete Gelder nicht zurückholen. Ist die von Ihnen konfigurierte Wallet-Adresse falsch, gehen die Zahlungen an diese falsche Adresse und sind verloren. Prüfen Sie die Adresse und testen Sie zuerst mit einem kleinen Betrag.
• Wir können Ihr Wallet nicht wiederherstellen. Wir hatten Ihre Schlüssel nie. Wenn Sie sie verlieren, können wir nicht helfen — kein Support-Kanal, keine Ausnahme.
• Wir können Gelder nicht einfrieren oder beschlagnahmen, auch nicht auf Ihre Bitte oder die eines Dritten. Wir haben diese Möglichkeit nicht.

NextCryptoPay hat kein Sicherheitsaudit durch Dritte durchlaufen, und wir werden nichts anderes andeuten. Ebenso wenig veröffentlichen wir die Identität der Betreiber: Auf dieser Website stehen kein Firmenname, keine Registernummer und keine Büroadresse, weil es keine juristische Person gibt, die man nennen könnte. Wägen Sie beide Tatsachen ab, bevor Sie echte Umsätze über irgendeinen Dienst leiten, auch über diesen. Was wir statt eines Namens und eines Zertifikats anbieten, ist ein Aufbau, bei dem unsere Identität keine Rolle spielen muss: Wir halten nie einen Schlüssel, der das Geld Ihrer Kunden bewegen könnte, und jede Aussage oben ist von der Art, die man testen statt glauben kann.

Senden Sie Ihre Funde an [email protected] oder sehen Sie sich unsere Meldepolicy unten an. Wir bestätigen den Eingang und halten Sie über die Behebung auf dem Laufenden. Bitte testen Sie nicht an echten Händlerrechnungen oder an Zahlungen anderer Personen.

/.well-known/security.txt