Customer-held authority
The customer-controlled account holds the authority to approve a payment. RICE Pay does not hold a master key that can move funds on its own.
Customer-controlled payment security
RICE Pay is designed so it cannot independently access, withdraw or redirect customer funds. Every supplier payment begins with a clear review of the recipient, amount and fees—and moves only after the customer authorizes it.
The customer-controlled account holds the authority to approve a payment. RICE Pay does not hold a master key that can move funds on its own.
Signing in opens the workspace; it does not send money. Each payment requires a separate customer authorization.
The recipient, payment amount and applicable fees are shown before the customer signs the transaction.
A completed USDC transfer is recorded on-chain, providing a transaction record that can be checked independently.
Security architecture
RICE Pay uses Particle Network’s non-custodial smart-account infrastructure. Particle documents a 2-of-2 MPC-TSS model in which key shares remain separate and signing is initiated by the user. Smart-account technology then turns that authorization into an on-chain transaction.
Clear authority
Separating approval, conversion, execution and recordkeeping reduces ambiguity over who can act at each stage.
Controls account access, verifies the supplier and payment details, and authorizes each transaction.
Prepares the payment request, displays the information to review, relays the authorized instruction and organizes payment records. It cannot authorize a payment in place of the customer.
Handles supported fiat-to-USDC conversion, business verification and transaction controls under its own regulated process.
Provide the signing, smart-account and on-chain execution infrastructure used to carry out and verify an authorized transfer.
End-to-end protection
RICE Pay places a clear verification point at each stage of the supplier-payment workflow.
Business safeguards
Technology protects the account structure; disciplined payment operations protect every instruction your team approves.
Use a company-controlled email account and protect it with strong authentication.
Verify a new or changed supplier wallet address through a separate trusted channel.
Confirm the recipient, network and amount before signing—on-chain transfers generally cannot be reversed.
Limit access to authorized staff and remove access promptly when responsibilities change.
Never share passwords, one-time codes, key material or recovery credentials with RICE Pay support.
Security FAQ
No. RICE Pay is designed without a customer master key or unilateral signing authority. A supplier payment requires authorization from the customer-controlled account.
No. Signing in provides access to the workspace. Each transaction is presented separately and requires the customer’s explicit approval.
No. Particle Network documents an MPC-TSS design in which the full private key is not held in one place or exposed to RICE Pay.
The USDC transfer produces an on-chain transaction identifier. The customer and supplier can use it to check the status, destination and amount independently.
Generally no. That is why RICE Pay places recipient, network, amount and fee review before authorization, and why supplier address changes should be verified outside the payment request.
Share the sending country, supplier country, amount and frequency. RICE Pay will map the supported flow, expected cost and approval controls before any live payment.