Das Wort „Wallet“ kann eine einfache Lieferantenzahlung wie eine technische Krypto-Aufgabe klingen lassen. Ein Finanzmitarbeiter könnte sich vorstellen, eine Browser-Erweiterung zu installieren, einen Netzwerk-Token zu kaufen, eine Wiederherstellungsphrase zu kopieren und die Blockchain-Terminologie zu erlernen, bevor er eine Zahlung tätigt.
RICE Pay ist so konzipiert, dass dies nicht der Ausgangspunkt ist. Ein Unternehmen meldet sich mit einer vertrauten Methode an, verwendet ein intelligentes Konto, das über die Particle Network-Infrastruktur erstellt wurde, und überprüft jede Lieferantenzahlung innerhalb des RICE Pay-Workflows. Das Blockchain-Konto existiert immer noch, aber die meisten Wallet-Technik bleiben hinter der Geschäftsschnittstelle.
Diese Bequemlichkeit bedeutet nicht, dass es kein Konto, keine Unterschrift oder keine Verantwortung gibt. Dies bedeutet, dass die technischen Kontrollen als verständliche Geschäftshandlungen dargestellt werden: Anmelden, Lieferanten bestätigen, Betrag und Gebühren überprüfen und Zahlung autorisieren.
1. Eine Wallet enthält nicht im wahrsten Sinne des Wortes USDC
Ein Bankkonto wird im internen Hauptbuch einer Bank erfasst. Ein Blockchain-Saldo wird in einem gemeinsamen Netzwerk aufgezeichnet. Das Wallet enthält keine digitalen Banknoten; Es hilft einem Benutzer, ein Konto zu identifizieren, seinen Kontostand anzuzeigen und die für die Beantragung einer Überweisung erforderliche Autorisierung vorzulegen.
Diese Unterscheidung ist wichtig, da durch das Löschen einer Wallet-App nicht der Blockchain-Datensatz gelöscht wird und die Installation einer App ihrem Betreiber nicht das Eigentum an allen darin angezeigten Konten verleiht. Die Kontrolle hängt von den Autorisierungsregeln des Kontos und den Anmeldeinformationen ab, die zu deren Erfüllung verwendet werden.
Für einen Geschäftsanwender ist die praktische Bedeutung einfacher: Die Wallet-Ebene ist die Konto- und Genehmigungsebene unterhalb des Zahlungsbildschirms. RICE Pay bietet die für Lieferantenzahlungen erforderlichen Funktionen, ohne dass der Benutzer eine allgemeines Krypto-Wallet erlernen muss.
- Öffentliche Adresse: Das Ziel, das zur Identifizierung des Kontos verwendet wird
- Saldo: der für diese Adresse im Netzwerk erfasste Betrag
- Autorisierung: die gültige Signatur oder Regel, die zum Genehmigen einer Aktion erforderlich ist
- Transaktionsdatensatz: der On-Chain-Beweis dafür, dass eine akzeptierte Übertragung stattgefunden hat
2. Eine Wallet-Adresse und eine Bankkontonummer ähneln sich nur oberflächlich
Beide können identifizieren, wohin der Wert gesendet werden soll, ihre Betriebsregeln unterscheiden sich jedoch. Eine Bankkontonummer verweist auf das private System einer Institution. Eine Wallet-Adresse verweist auf ein Konto in einem bestimmten Blockchain-Netzwerk und kann normalerweise mit einem Block-Explorer überprüft werden.
Eine Wallet-Adresse verrät normalerweise nicht den offiziellen Namen des Anbieters. Daher muss die Zuordnung zum Lieferanten über einen vertrauenswürdigen Geschäftsprozess erfolgen. Der gleich aussehende Token kann auch in verschiedenen Netzwerken vorhanden sein, daher müssen Adresse, Asset und Netzwerk alle bestätigt werden.
Banküberweisungen können manchmal von teilnehmenden Institutionen zurückgerufen oder untersucht werden. Eine korrekt durchgeführte Blockchain-Übertragung kann in der Regel nicht abgebrochen werden, nur weil der Absender später feststellt, dass die genehmigte Adresse falsch war. RICE Pay kann die wiederholte Eingabe über ein Adressbuch reduzieren, kann jedoch die unabhängige Überprüfung des Begünstigten nicht ersetzen.
- Bestätigen Sie den Lieferanten über einen bekannten Kontaktkanal
- Bestätigen Sie, dass der Lieferant USDC akzeptiert
- Bestätigen Sie das unterstützte Blockchain-Netzwerk
- Behandeln Sie jede unerwartete Adressänderung als neues Verifizierungsereignis
3. Warum ein herkömmliches Krypto-Wallet für ein Finanzteam zu Reibungsverlusten führt
Ein herkömmliches selbstverwaltetes Wallet erfordert möglicherweise eine Browsererweiterung, eine manuelle Netzwerkauswahl, eine Wiederherstellungsphrase, separate Gas-Tokens und unbekannte Transaktionsaufforderungen. Diese Tools können für erfahrene Benutzer nützlich sein, sie vermischen jedoch viele Funktionen, die ein Importeur für wiederkehrende Lieferantenzahlungen nicht benötigt.
Sie erschweren auch die operative Verantwortung. Auf dem Gerät eines Mitarbeiters befindet sich möglicherweise eine persönliche Geldbörse, Wiederherstellungsinformationen können außerhalb der Unternehmensrichtlinien gespeichert werden und auf einem allgemeinen Signaturbildschirm werden möglicherweise keine Rechnungsreferenz oder eine verständliche Gebührenaufschlüsselung angezeigt.
RICE Pay soll das Erlebnis auf die Geschäftsaufgabe beschränken: Benutzer authentifizieren, einen verifizierten Lieferanten auswählen, Betrag und anfallende Gebühren anzeigen, Autorisierung anfordern und dann die Zahlung aufzeichnen und verfolgen.
- Es ist nicht erforderlich, eine persönliche Browser-Wallet anzuschließen
- Keine manuelle Wallet-Erstellung vor der Nutzung des Dienstes
- Es ist nicht erforderlich, einen separaten Gas-Token zu besitzen, wenn RICE Pay die unterstützte Netzwerkgebühr sponsert
- Zahlungsdetails und Geschäftsunterlagen bleiben in einem Workflow
Particle Network — Introduction to Social Logins ↗Particle Network — Account Abstraction ↗
4. Mit der bekannten Anmeldung können Sie Zugriff auf ein nicht verwahrtes Konto erhalten
Particle Auth unterstützt bekannte Authentifizierungsmethoden, einschließlich E-Mail-basierter Einmalkennwörter und sozialer Anmeldungen. In der Dokumentation wird erklärt, dass im Hintergrund eine sichere, nicht verwahrte Wallet generiert werden kann, anstatt dass der Benutzer eine Erweiterung installieren oder manuell eine Wiederherstellungsphrase erstellen muss.
Bei der beabsichtigten RICE Pay-Erfahrung ist die Authentifizierung des Benutzers mit dem im Dienst verwendeten Konto verknüpft. Dadurch fühlt sich das Onboarding eher einer Anmeldung bei einer Unternehmenssoftware an als der Eröffnung eines Krypto-Handelskontos.
E-Mail ist daher eine Eingabemethode und nicht der Ort, an dem USDC gespeichert wird. Das On-Chain-Konto und sein Autorisierungsmechanismus bleiben vom E-Mail-Posteingang getrennt, auch wenn Zugriffs- und Wiederherstellungsprozesse möglicherweise mit der authentifizierten Identität beginnen.
- Geben Sie die registrierte E-Mail-Adresse ein
- Führen Sie die erforderliche Identitätsprüfung durch, z. B. einen Einmalcode
- Greifen Sie auf den RICE Pay-Arbeitsbereich und das zugehörige Smart-Konto zu
- Führen Sie alle zusätzlichen Sicherheits- oder Geschäftsüberprüfungsschritte aus
Particle Network — Introduction to Social Logins ↗Particle Network — Particle Auth for Web Applications ↗
5. Das Smart Account ersetzt starres Wallet-Verhalten durch programmierbare Regeln
Ein Smart Account ist ein Konto, dessen Validierungs- und Ausführungsregeln in Smart-Contract-Code implementiert werden können. ERC-4337 beschreibt ein Kontoabstraktionsmodell, bei dem eine UserOperation vor der Ausführung vom Smart Account validiert wird.
Für den Benutzer ist der Wert nicht der Begriff „ERC-4337“. Der Wert besteht darin, dass der Zahlungsdienst einen klareren Signaturablauf, gesponserte Netzwerkgebühren und ein auf ein bestimmtes Produkt abgestimmtes Kontoverhalten unterstützen kann, anstatt jeden Rohblockkettenschritt offenzulegen.
Particle Network bietet eine Kontoabstraktionsinfrastruktur für die Bereitstellung und Verwendung intelligenter Konten, das Erstellen und Senden von UserOperations sowie die Unterstützung von Paymastern. RICE Pay nutzt diese Infrastruktur als Teil seines Zahlungserlebnisses, anstatt jeden Importeur zu bitten, sie unabhängig aufzubauen.
- Programmierbare Autorisierungslogik
- Eine Zahlungsanforderung, die den vorgesehenen Empfänger und Betrag enthalten kann
- Bundler-Infrastruktur, die validierte Vorgänge übermittelt
- Paymaster-Support, der eine berechtigte Netzwerkgebühr sponsern kann
Particle Network — Account Abstraction ↗Ethereum Improvement Proposals — ERC-4337 Account Abstraction ↗
6. Das Anmelden und das Autorisieren einer Lieferantenzahlung sind unterschiedliche Aktionen
Dies ist der wichtigste Unterschied in der gesamten Erfahrung. Durch die Anmeldung wird nachgewiesen, dass der Benutzer den erforderlichen Zugriffsprozess durchlaufen hat. Die Zahlungsautorisierung genehmigt eine bestimmte Aktion vom Smart-Konto aus. Ein Benutzer sollte in der Lage sein, den Dienst zu öffnen, Salden anzuzeigen und Datensätze zu überprüfen, ohne dass dies allein zu einer ausgehenden Überweisung führt.
Bevor eine Zahlung autorisiert wird, sollte der Kunde den Anbieter, die Wallet-Adresse, das Netzwerk, den USDC-Betrag und die anfallenden Gebühren einsehen. Wenn der Benutzer die Anfrage nicht über den erforderlichen Signaturvorgang des Kontos genehmigt, sollte die ausgehende Zahlung nicht gültig ausgeführt werden.
RICE Pay kann die Zahlungsanforderung vorbereiten und einen autorisierten Vorgang weiterleiten. Das unterscheidet sich von der Erstellung der Kundenvollmacht. Diese Trennung ermöglicht es der Software, eine Transaktion zu organisieren, ohne die uneingeschränkte Befugnis zu erhalten, die Gelder des Kunden zu bewegen.
- Login: öffnet den autorisierten Zugriff auf den Dienst
- Überprüfung: Zeigt den beabsichtigten Empfänger, den Betrag und die Kosten an
- Autorisierung: Bestätigt die spezifische ausgehende Aktion
- Ausführung: Sendet die validierte Aktion an das unterstützte Netzwerk
Particle Network — Security (MPC-TSS) ↗Particle Network — Account Abstraction ↗Ethereum Improvement Proposals — ERC-4337 Account Abstraction ↗
7. MPC-TSS entfernt den einzelnen vollständigen privaten Schlüssel von einem Ort
Herkömmliche Erklärungen sagen Benutzern oft, dass derjenige, der einen privaten Schlüssel besitzt, das Konto kontrolliert. Particles Modular Smart WaaS verwendet stattdessen Mehrparteienberechnungen und ein Schwellenwert-Signatur-Schema. Die aktuelle Dokumentation beschreibt ein 2-von-2-Modell: Ein Schlüsselanteil wird auf dem Gerät des Benutzers und ein anderer in der vertrauenswürdigen Ausführungsumgebung von Particle gespeichert.
Die Anteile werden gemeinsam zur Erstellung einer Signatur verwendet, ohne dass sie zu einem vollständigen privaten Schlüssel zusammengefasst werden. Particle gibt an, dass keine der Freigaben den privaten Schlüssel selbst preisgibt und dass nur der Benutzer die Signatur einleiten kann.
Dieses Design verringert das Risiko, dass ein vollständiger Schlüssel von einem einzelnen Speicherort kopiert wird. Es macht Phishing, kompromittierte E-Mails, bösartige Geräte oder unvorsichtige Genehmigungen nicht unmöglich. Der Benutzer muss weiterhin die Transaktion lesen und die Authentifizierungsmethoden schützen, die den Signaturvorgang starten.
- Kein vollständiger privater Schlüssel, der als ein abrufbares Geheimnis gespeichert ist
- Für das routinemäßige Onboarding ist keine herkömmliche Seed-Phrase erforderlich
- Für die Signierung sind die konfigurierten Freigaben und die Benutzerinitiierung erforderlich
- Die Sicherheit hängt immer noch von Geräten, Authentifizierung und korrekter Transaktionsüberprüfung ab
Particle Network — Security (MPC-TSS) ↗Particle Network — Introduction to Social Logins ↗
8. Die Wiederherstellung ist einfacher, aber sie muss ein kontrollierter Geschäftsprozess bleiben
Ein handgeschriebener Wiederherstellungssatz stellt ein Unternehmen vor offensichtliche Probleme: Wer speichert ihn, wer darf ihn kopieren und was passiert, wenn dieser Mitarbeiter das Unternehmen verlässt? Particle dokumentiert die geräteübergreifende Wiederherstellung und ein optionales Master-Passwort, das den lokal gespeicherten Schlüsselanteil zusätzlich schützen kann.
Ein benutzerfreundlicherer Wiederherstellungsweg bedeutet nicht, dass jeder in der Lage sein sollte, ein Konto ohne weiteres zurückzusetzen. Die Live-Konfiguration sollte festlegen, welche Authentifizierungs- und Wiederherstellungsfaktoren gelten, was passiert, wenn ein Gerät verloren geht und wie der Zugriff entfernt wird, wenn ein Mitarbeiter die Rolle wechselt.
In der MVP-Phase bietet RICE Pay möglicherweise noch keine vollständige Unternehmensgenehmigungshierarchie. Ein Kunde sollte daher den Zugriff auf bestimmtes Personal beschränken und unternehmenskontrollierte E-Mail-Konten mit hoher Sicherheit verwenden, bis detailliertere Rollen und mehrere Genehmigungen verfügbar sind.
- Verwenden Sie ein vom Unternehmen kontrolliertes E-Mail-Konto
- Aktivieren Sie starke E-Mail-Sicherheit und Multi-Faktor-Authentifizierung, sofern verfügbar
- Dokumentieren Sie Verfahren zum Verlust von Geräten und zum Offboarding von Mitarbeitern
- Teilen Sie ein Login nicht mit mehreren Mitarbeitern
- Bestätigen Sie die Live-Wiederherstellungsmethode während des Onboardings
Particle Network — Security (MPC-TSS) ↗Particle Network — Particle Auth for Web Applications ↗
9. Eine vorab festgelegte Kontoadresse kann vorhanden sein, bevor das Konto in der Kette verwendet wird
Smart-Account-Systeme können eine Kontoadresse berechnen, bevor der Kontovertrag in einer Blockchain-Transaktion eingesetzt wird. ERC-4337 beschreibt dieses Muster zur Kontoerstellung bei erster Verwendung, das oft als kontrafaktische oder vorgegebene Adresse bezeichnet wird.
Dies ermöglicht es einem Dienst, die erwartete Kontoadresse im Rahmen des Onboardings anzuzeigen und einzuzahlen, ohne dass der Benutzer zunächst einen separaten manuellen Wallet-Bereitstellungsvorgang durchführen muss. Das Konto kann bereitgestellt werden, wenn ein berechtigter Vorgang ausgeführt wird.
Vorbestimmt bedeutet nicht, dass es vorübergehend ist oder von RICE Pay kontrolliert wird. Es beschreibt, wie eine Adresse vor der Bereitstellung abgeleitet wird. Die tatsächliche Kontrolle folgt weiterhin den Validierungsregeln des Smart-Kontos und der Zeichnungsberechtigung des Kunden.
Ethereum Improvement Proposals — ERC-4337 Account Abstraction ↗Particle Network — Account Abstraction ↗
10. Die Schnittstelle kann die Komplexität verbergen, sie sollte jedoch keine Zahlungsfakten verbergen
Durch eine gute Abstraktion werden Schritte entfernt, die der Benutzer nicht ausführen muss. Es darf nicht die Tatsachen verschleiern, die für eine fundierte Zahlungsentscheidung erforderlich sind. Ein Geschäftsanwender muss möglicherweise keine Anrufdaten oder Gasschätzungen einsehen, muss aber dennoch wissen, an wen er zahlt, wie viel gesendet wird, welches Netzwerk verwendet wird und welche Gebühren anfallen.
RICE Pay ist darauf ausgelegt, die technische Transaktion in Geschäftsinformationen umzuwandeln und das Ergebnis mit Transaktionshistorie, Benachrichtigungen und einem Zahlungsbeleg aufzubewahren. Die On-Chain-Transaktionskennung liefert eine zusätzliche nachverfolgbare Referenz.
Der Blockchain-Datensatz ersetzt nicht die Rechnung, den Kaufvertrag, den Buchhaltungseintrag, den Steuerbeleg oder die interne Genehmigungsrichtlinie. Es handelt sich um einen Beweis für die On-Chain-Übertragung, nicht um eine vollständige Handelsdatei.
- Lieferant und verifiziertes Wallet
- Rechnung oder interne Zahlungsreferenz
- USDC-Betrag und unterstütztes Netzwerk
- Conversion-Partner- und RICE Pay-Gebühren
- Status und On-Chain-Transaktionskennung
Welche Schicht macht was?
Durch die Trennung der Ebenen wird verhindert, dass die vertraute Anmeldung mit der Verwahrung oder Zahlungsgenehmigung verwechselt wird.
| Schicht | Primäre Funktion | Was es nicht bedeutet |
|---|---|---|
| Firmen-E-Mail und Authentifizierung | Identifiziert und authentifiziert den Benutzer | Der E-Mail-Posteingang enthält USDC |
| Particle-Network-Infrastruktur | Unterstützt Wallet-Erstellung, MPC-Signierung und Smart-Account-Vorgänge | Particle führt die Lieferanten-Zahlungs-Konvertierung durch |
| Intelligentes Kundenkonto | Hält das On-Chain-Guthaben und validiert autorisierte Aktionen | RICE Pay kann Gelder ohne gültige Genehmigung verschieben |
| RICE-Bezahlung | Präsentiert, zeichnet den Lieferanten-Zahlungsablauf auf und leitet ihn weiter | RICE Pay ist Eigentümer des Kontos oder der Gelder des Kunden |
| Blockchain-Netzwerk | Zeichnet akzeptierte On-Chain-Aktivitäten auf und führt sie aus | Das Netzwerk überprüft die rechtliche Identität oder Rechnung des Lieferanten |
Der Komfort entsteht durch die kohärente Verbindung dieser Ebenen – und nicht durch die Aufhebung der Autorisierung des Kunden.
Was RICE Pay vereinfacht – und was es nicht beseitigen kann
Mit RICE Pay entfällt die Notwendigkeit, eine persönliche Browser-Wallet anzuschließen, eine Wiederherstellungsphrase manuell zu erstellen, einen separaten Gas-Token für eine gesponserte Transaktion zu erhalten und eine generische Wallet-Schnittstelle zu interpretieren. Darüber hinaus können Lieferantendatensätze, Gebühren, Transaktionsstatus und Belege in einen geschäftsorientierten Workflow integriert werden.
Es kann den Benutzer nicht gleichgültig gegenüber Empfänger oder Betrag machen, jede falsch autorisierte Blockchain-Übertragung rückgängig machen, garantieren, dass ein E-Mail-Konto niemals kompromittiert wird, oder die internen Kontrollen eines Unternehmens ersetzen. Es kann auch nicht jedes Land, Unternehmen oder jeden Zahlungsweg förderfähig machen.
- Beim vereinfachten Zugriff handelt es sich nicht um eine automatische Zahlungsgenehmigung
- Nicht verwahrtes Design schützt nicht vor jedem Benutzerfehler
- MPC reduziert die Gefährdung durch einzelne Schlüssel, eliminiert jedoch nicht das Endpunktrisiko
- Die Rückverfolgbarkeit in der Kette allein verifiziert nicht den kommerziellen Zweck
- Der Produktzugriff unterliegt weiterhin der Überprüfung und dem Partnersupport
Das Ziel besteht nicht darin, die Kontrolle unsichtbar zu machen. Es soll die Kundenkontrolle für ein Unternehmen nutzbar machen, das nicht auf Krypto-Wallets spezialisiert ist.
Particle Network — Introduction to Social Logins ↗Particle Network — Security (MPC-TSS) ↗Ethereum Improvement Proposals — ERC-4337 Account Abstraction ↗
Was ein Unternehmen vor der Nutzung des Kontos bestätigen sollte
Eine kurze Kontrollcheckliste macht aus einer einfachen Anmeldung einen sichereren Zahlungsvorgang.
- Verwenden Sie ein individuelles, vom Unternehmen kontrolliertes Login anstelle eines gemeinsamen Postfachs
- Schützen Sie das E-Mail-Konto und das registrierte Gerät
- Machen Sie sich mit dem Live-Wiederherstellungsverfahren vertraut, bevor Sie das Konto aufladen
- Überprüfen Sie jedes neue oder geänderte Lieferanten-Wallet unabhängig
- Überprüfen Sie vor der Unterzeichnung den Empfänger, das Netzwerk, den Betrag und die Gebühren
- Legen Sie ein internes Zahlungslimit und einen Genehmigungsdatensatz fest, auch wenn der MVP nicht mehrere Genehmigungen erzwingt
- Entfernen Sie den Zugriff umgehend, wenn ein Mitarbeiter die Rolle wechselt oder das Unternehmen verlässt
Fazit: Der Geldbeutel bleibt, aber die Belastung des Geldbeutels verändert sich
RICE Pay behauptet nicht, dass Blockchain-Zahlungen ohne Konto oder Autorisierung erfolgen. Es verändert die Art und Weise, wie diese Elemente den Benutzer erreichen. Der E-Mail-basierte Zugriff ersetzt die manuelle Wallet-Einrichtung; ein Smart Account bietet eine programmierbare Validierung; MPC-TSS vermeidet die Aufbewahrung eines vollständigen privaten Schlüssels an einem einzigen Ort; und die RICE Pay-Schnittstelle drückt die Transaktion als Lieferantenzahlung aus.
Diese Kombination ermöglicht es einem Importeur, von einem vom Kunden kontrollierten On-Chain-Konto zu profitieren, ohne ein Wallet-Spezialist zu werden. Der Standard bleibt bewusst hoch: leicht zugänglich, eindeutig für die Genehmigung und klar genug für die Prüfung.
Sie müssen nicht lernen, wie man ein Allzweck-Krypto-Wallet bedient. Sie müssen genau wissen, welche Lieferantenzahlung Sie autorisieren.
Sehen Sie, was RICE Pay bei Ihren Lieferantenzahlungen verbessern kann.
Teilen Sie Betrag, Häufigkeit, Finanzierungswährung und Lieferantenland mit. Wir vergleichen Ihren aktuellen Weg mit einem klaren, nachvollziehbaren RICE-Pay-Ablauf – ohne Kontonummern bei der ersten Prüfung.
Meinen Zahlungsweg prüfenDieser Artikel beschreibt die beabsichtigte erste Kontoerfahrung von RICE Pay. Die Produktionskonfiguration, unterstützte Authentifizierungsmethoden, Wiederherstellungsoptionen, Smart-Account-Implementierung, Netzwerke und Genehmigungskontrollen können sich vor oder nach der Einführung ändern. Benutzer müssen die im Live-Dienst angezeigten Kontrollen und Bedingungen befolgen.
Authentifizierungs-, Wiederherstellungs-, Kontoabstraktions- und Sicherheitsfunktionen hängen von der Live-Particle-Network-Integration und der RICE Pay-Konfiguration ab. Überprüfen Sie die Produktionsschnittstelle, die geltenden Bedingungen und Onboarding-Anweisungen, bevor Sie ein Konto aufladen oder autorisieren.