Klare Antworten, bevor Sie eine Wallet-Adresse verbinden.

Nein. Cryptanio liest öffentliche Blockchain-Daten und sendet Betriebsereignisse. Zahlungen gehen direkt an Ihre Wallets; Cryptanio benötigt keine privaten Schlüssel.

Cryptanio führt derzeit 23 Netzwerke auf: Bitcoin, Litecoin, Dogecoin, Bitcoin Cash, Dash, Ethereum, BNB Smart Chain, Base, Polygon, Avalanche, Optimism, Arbitrum, Solana, TRON, XRP Ledger, Stellar, Cosmos Hub, Osmosis, Injective, Celestia, Noble, TON und Cardano. Bei „+ tokens“ lassen sich auch unterstützte Assets dieses Netzwerks überwachen.

Nein. Cryptanio nutzt feste Tarife und Volumenkontingente statt Umsatzprovisionen. Genaue Kontingente und optionale Mehrverbrauchsregeln stehen auf jeder Dienstseite.

Bestätigungen folgen den Regeln jedes Netzwerks. Cryptanio stellt pending, confirmed und rolled_back bereit, damit Ihr Produkt auf ausdrückliche Ereignisse statt auf Schweigen reagiert.

Nein. Kunden genehmigen jede Verlängerungszahlung in ihrer eigenen Wallet. Cryptanio erfasst Zeitraum, Zahlungsstatus, Erinnerungen und Zugangsereignisse.

Ja. Spenden- und einmalige Zahlungslinks lassen sich ohne Code erstellen. API und signierte Webhooks sind für Produktintegration verfügbar.

Die Marketingwebsite ist auf Englisch, Französisch, Spanisch, Russisch, Deutsch, Portugiesisch, Koreanisch, Japanisch und vereinfachtem Chinesisch verfügbar. Standardsprache ist Englisch.

Nutzen Sie das Kontaktformular und nennen Sie den Dienst, das Netzwerk und den Kontext, damit Ihre Frage richtig zugeordnet werden kann.

Eine Rechnung bezeichnet einen Auftrag; ein Zahlungsversuch enthält Netzwerk, Vermögenswert, Betrag, Empfangsdaten und Frist. Ein Methodenwechsel erzeugt einen weiteren Versuch derselben Rechnung. Mehrere Überweisungen können einen Versuch finanzieren; zwei bezahlte Versuche dürfen den Auftrag nicht doppelt ausführen. Gleichen Sie Aufträge über die Rechnungs-ID ab. Die Kunden-ID fasst nur Guthabenaufladungen zusammen, nicht getrennte Rechnungen desselben Kunden.

Erstellen Sie die Rechnung mit dem Auftragsbetrag und kopieren Sie den Zahlungslink. Auf dieser Rechnungsseite wählt der Zahler ein verfügbares Netzwerk und einen Vermögenswert und erhält den genauen Betrag und die Zahlungsdaten. Beim Methodenwechsel bleibt der Rechnungslink gleich. Teilen Sie ihn nur mit dem vorgesehenen Zahler; er gewährt keinen Kontozugriff. Pflichtangaben wie Tag, Memo oder Kommentar unverändert übernehmen. Eine Solana-Pay-Referenz muss über Solana Pay übertragen werden, nicht als Text-Memo.

Für das genaue Netzwerk und den Vermögenswert verwendet Cryptanio zuerst ein unterstütztes eindeutiges Tag, Memo, Kommentar oder eine Referenz, die der Empfänger selbst vergeben darf. Danach folgt eine bereite automatische Quelle, die ausdrücklich mit Projekt und Dienst verbunden ist; ohne konfigurierte automatische Quelle folgt ein geeigneter manueller Adresspool. Eine pausierte oder defekte konfigurierte Quelle gilt nicht als fehlend und führt nicht unbemerkt zum manuellen Pool. Die von einer Börse vorgeschriebene Adresse samt Kennung bleibt unverändert.

Geeignete frühere Daten derselben Rechnung beziehungsweise desselben Kunden bei Aufladungen werden nach Ausgabe 5 Tage bevorzugt, sofern sie frei sind. Sonst wird die am längsten nicht ausgegebene Adresse gewählt; nie ausgegebene zuerst. Das verlängert weder Zahlungsfrist noch Reservierung oder Sperrfrist. Eine Warnung erfolgt, wenn höchstens 20% des eindeutigen Pools frei sind, aufgerundet. Bei 0 freien Daten stoppt die Ausgabe und eine gesonderte kritische Meldung fordert neue Adressen an. Belegte, gesperrte und nicht verfügbare Daten zählen nicht als frei.

Dauerhafte Daten sind nur für Guthabenaufladungen unter der Kunden-ID möglich: mit konfigurierter Erzeugung eindeutiger Adressen oder Unteradressen oder einer eigenen unterstützten eindeutigen Kennung. Auch eine gemeinsame Adresse mit individueller Kennung kann passen. Eine von der Börse vergebene Kennung darf nicht ersetzt werden. Diese Daten werden durch die Frist des manuellen Pools keinem anderen Kunden zugeordnet. Ohne eindeutige Erzeugung oder eigene Kennung bleiben manuelle Einzahlungsdaten vorübergehend; für die nächste Aufladung aktuelle Daten anfordern.

Die Projektvorgaben sind: Zahlungswartezeit 60 Minuten, Sperrfrist nach bezahlter Rechnung 60 Minuten, nach unbezahltem Versuch 1440 Minuten und nach vorübergehender Aufladung aus dem manuellen Pool 1440 Minuten unabhängig vom Ergebnis. Die Wartezeit beginnt mit erfolgreicher Ausgabe, die bezahlte Sperrfrist nach bestätigter vollständiger Zahlung, die übrigen bei Ende des Versuchs. Diese Werte sind einstellbar und werden für jeden neuen Versuch festgehalten. Änderungen berechnen ausgegebene Fristen nicht neu. Teilzahlung oder erste Erkennung starten die Sperrfrist einer bezahlten Rechnung nicht.

Wählen Sie vor Erkennung einer passenden Überweisung eine andere Methode und bestätigen Sie: «Zahlungsart ändern? Die bisherigen Zahlungsdaten gelten für diesen Zahlungsversuch nicht mehr. Senden Sie kein Geld dorthin. Wenn Sie bereits eine Überweisung gesendet haben, warten Sie auf deren Verarbeitung und fordern Sie KEINE neuen Zahlungsdaten an.» Schaltflächen: Zurück / Zahlungsart ändern. Das Öffnen der Methodenliste ändert nichts. Alte Daten werden erst nach erfolgreicher Vorbereitung und Aktivierung neuer Daten aufgehoben; ein fehlgeschlagener Antrag lässt sie bestehen. Eine erkannte gültige Zahlung bindet die Rechnung an diesen Versuch, auch bei Anfragen aus einem anderen Tab.

Eine gültige Überweisung mit passenden Zahlungsdaten bindet die Rechnung an ihren Zahlungsversuch. Warten Sie auf die erforderlichen Netzwerkbestätigungen: Teilzahlung oder erste Erkennung sind keine bestätigte vollständige Zahlung. Das Ende des Seitentimers löscht die erkannte Überweisung nicht und beendet ihre Bestätigungsprüfung nicht. Die Aussage „gesendet“, Cookies, IP- oder Absenderadressen beweisen keine Zahlung. Vor Lieferung oder Freischaltung zählt der endgültige Rechnungsstatus.

Nach einem erfolgreichen Wechsel erhält der vorherige Zahlungsversuch ab Aktivierung der neuen Zahlungsdaten ein volles Annahmefenster von 60 Minuten, sofern seine Zahlungsdaten zu diesem Zeitpunkt noch für diese Rechnung reserviert sind. Die ursprüngliche Zahlungsfrist verkürzt dieses Fenster nicht: Bei einem Wechsel um 12:50 gilt es bis 13:50, auch wenn die ursprüngliche Frist um 13:00 endete oder bereits abgelaufen war. Eine bereits beendete Reservierung wird durch einen Netzwechsel oder neue Zahlungsdaten nicht wiederhergestellt; ihr früheres Annahmefenster wird dadurch nicht verlängert. Betrag und Kurs der vorherigen Ausgabe bleiben erhalten. Weitere Wechsel und Anfragewiederholungen starten das Fenster eines bereits durch einen früheren Wechsel geschlossenen Versuchs nicht neu und verlängern es nicht. Dies schützt bereits gesendete Transfers; verwenden Sie für eine neue Zahlung die aktuellen Daten. Je Händlerkonto wird zuerst eine belegte historische Zuordnung, dann eine gültige aktuelle Reservierung berücksichtigt. Ohne beides wird der Eingang ohne bestimmte Rechnung erfasst und der Händler informiert. Die Blockzeit kann eine ältere Zuordnung trotz später Erkennung belegen. Die Sperrfrist allein verlängert die Annahme nicht; beide Versuche zu bezahlen erfüllt den Auftrag nicht doppelt.

Nein. Zuordnungshistorie und Schutz vor doppelter Gutschrift bleiben je Cryptanio-Händler getrennt. Innerhalb eines Kontos teilen identische Zahlungsdaten eine Reservierung über Listen und Projekte hinweg; eindeutige unterstützte Kennungen können Zuordnungen auf einer gemeinsamen Adresse unterscheiden. Eine erneute Ausgabe schreibt die Historie nicht um. Netzwerk, genauer Vermögenswert, Pflichtkennung, Betrag und Bestätigungen müssen weiterhin passen; eine Reservierung macht nicht jede Überweisung zur vollständigen Zahlung.

Für die betroffene Methode werden keine neuen Daten ausgegeben. Ein Netzwerkausfall betrifft dessen Methoden; eine gemeinsame Quelle kann mehrere Vermögenswerte betreffen. Unabhängige funktionierende Methoden bleiben verfügbar. Pausieren stoppt neue Ausgaben, ohne Daten oder Historie zu löschen. Eine konfigurierte pausierte oder defekte Quelle wird nicht still durch den manuellen Pool ersetzt. Prüfen und beheben Sie die Ursache oder wählen Sie eine unabhängige Methode; erkannte Zahlungen bleiben an ihren Versuch gebunden. Bei Handlungsbedarf erhält der Händler eine Mitteilung.