‘지갑’이라는 단어 때문에 간단한 공급업체 대금 지급이 복잡한 가상자산 업무처럼 느껴질 수 있습니다. 재무 담당자는 한 건을 지급하려고 브라우저 확장 프로그램을 설치하고, 네트워크용 코인을 사고, 복구 문구를 적어두며 블록체인 용어까지 익혀야 한다고 생각할 수 있습니다.
RICE Pay는 이런 과정에서 시작하지 않도록 설계되고 있습니다. 사용자는 익숙한 방식으로 로그인하고 Particle Network 인프라를 통해 생성된 스마트 계정을 이용하며, RICE Pay 지급 화면에서 공급업체 대금 지급 건마다 내용을 확인합니다. 블록체인 계정은 존재하지만 지갑의 기술적 기능 대부분은 기업용 지급 화면 뒤에서 작동합니다.
편리한 화면이 계정도, 서명도, 책임도 없다는 뜻은 아닙니다. 기술적 통제를 로그인, 공급업체 확인, 지급액과 수수료 검토, 거래 승인이라는 이해하기 쉬운 업무 행동으로 바꿔 보여준다는 뜻입니다.
1. 지갑이 USDC를 물리적으로 보관하는 것은 아닙니다
은행 계좌의 잔액은 은행 내부 장부에 기록됩니다. 블록체인 잔액은 공유 네트워크에 기록됩니다. 지갑 안에 디지털 지폐가 들어 있는 것이 아니라, 지갑은 사용자가 계정을 확인하고 잔액을 조회하며 전송에 필요한 승인을 만들도록 돕습니다.
따라서 지갑 앱을 삭제해도 블록체인의 거래기록이 사라지지 않고, 앱을 설치했다고 해서 앱 운영사가 화면에 표시된 모든 계정을 소유하는 것도 아닙니다. 통제권은 계정의 승인 규칙과 그 규칙을 충족하는 인증수단에 달려 있습니다.
기업 사용자가 알아야 할 핵심은 간단합니다. 지갑 계층은 지급 화면 아래에서 계정과 승인 기능을 담당합니다. RICE Pay는 범용 거래용 지갑을 익히게 하는 대신 공급업체 지급에 필요한 기능만 기업 업무의 언어로 보여주는 것을 목표로 합니다.
- 공개 주소: 계정을 식별하고 자금을 받을 때 사용하는 목적지
- 잔액: 해당 주소에 대해 네트워크에 기록된 수량
- 승인: 거래를 허용하는 유효한 서명 또는 계정 규칙
- 거래기록: 승인된 전송이 실행됐다는 온체인 기록
2. 지갑 주소와 은행 계좌번호는 겉으로만 비슷합니다
둘 다 자금을 받을 위치를 식별하지만 작동 방식은 다릅니다. 은행 계좌번호는 금융기관의 비공개 시스템 안에 있는 계좌를 가리킵니다. 지갑 주소는 특정 블록체인 네트워크의 계정을 가리키며 일반적으로 블록 탐색기에서 거래기록을 확인할 수 있습니다.
지갑 주소만으로 공급업체의 법적 상호를 확인할 수 있는 것은 아닙니다. 따라서 신뢰할 수 있는 업무 절차를 통해 주소와 공급업체를 연결해야 합니다. 같은 이름의 토큰이 여러 네트워크에 존재할 수 있으므로 주소, 자산과 네트워크를 모두 확인해야 합니다.
은행 송금은 참여 금융기관을 통해 반환이나 조사를 요청할 수 있는 경우가 있습니다. 반면 정확히 실행된 블록체인 전송은 나중에 주소가 잘못됐다는 이유만으로 취소하기 어렵습니다. RICE Pay 주소록은 반복 입력을 줄여주지만 수취인 확인을 대신하지는 않습니다.
- 기존에 사용하던 연락수단으로 공급업체에 확인
- 공급업체가 USDC 수취에 동의했는지 확인
- 지원되는 블록체인 네트워크 확인
- 예고 없이 바뀐 주소는 신규 주소처럼 다시 검증
3. 일반 암호화폐 지갑이 재무팀에 부담이 되는 이유
직접 관리하는 일반 지갑은 브라우저 확장 프로그램, 수동 네트워크 선택, 복구 문구, 별도의 가스용 토큰과 낯선 서명 화면을 요구할 수 있습니다. 숙련된 이용자에게는 유용하지만 반복적인 무역대금 지급에 필요하지 않은 기능까지 한꺼번에 노출합니다.
운영 책임도 모호해질 수 있습니다. 개인 지갑이 한 직원의 기기에 설치되고 복구정보가 회사 정책 밖에서 보관되거나, 범용 서명 화면에 송장번호와 이해하기 쉬운 수수료 내역이 표시되지 않을 수 있습니다.
RICE Pay는 사용자를 인증하고 검증된 공급업체를 선택하며 지급액과 적용 수수료를 표시하고 승인을 요청한 뒤 지급을 기록·추적하는 업무에 경험을 한정하도록 설계됩니다.
- 개인 브라우저 지갑을 연결할 필요 없음
- 서비스 이용 전 지갑을 수동 생성할 필요 없음
- RICE Pay가 지원 거래의 네트워크 수수료를 대납하면 별도 가스용 토큰을 보유할 필요 없음
- 지급 정보와 업무 기록을 하나의 흐름에서 관리
Particle Network — Introduction to Social Logins ↗Particle Network — Account Abstraction ↗
4. 익숙한 로그인으로 비수탁형 계정에 접근합니다
Particle Auth는 이메일 일회용 인증번호와 소셜 로그인 등 익숙한 인증 방식을 지원합니다. 공식 문서에 따르면 사용자가 확장 프로그램을 설치하거나 복구 문구를 직접 만들지 않아도 백그라운드에서 안전한 비수탁형 지갑을 생성할 수 있습니다.
RICE Pay가 의도한 이용 방식에서는 인증된 사용자 정보가 서비스에 사용되는 계정과 연결됩니다. 따라서 온보딩은 가상자산 거래 계좌를 만드는 것보다 기업용 소프트웨어에 로그인하는 경험에 가까워집니다.
이메일은 USDC가 보관되는 장소가 아니라 계정에 들어가는 인증수단입니다. 접근과 복구가 이메일 인증에서 시작될 수 있어도 온체인 계정과 승인 장치는 이메일 받은편지함과 구분됩니다.
- 등록된 이메일 입력
- 일회용 인증번호 등 필요한 본인확인 완료
- RICE Pay 업무공간과 연결된 스마트 계정에 접근
- 필요한 추가 보안설정과 기업심사 완료
Particle Network — Introduction to Social Logins ↗Particle Network — Particle Auth for Web Applications ↗
5. 스마트 계정은 획일적인 지갑 동작을 프로그램 가능한 규칙으로 바꿉니다
스마트 계정은 거래의 검증과 실행 규칙을 스마트컨트랙트 코드로 정할 수 있는 계정입니다. ERC-4337은 UserOperation이라는 요청을 스마트 계정이 검증한 뒤 실행하는 계정 추상화 방식을 설명합니다.
사용자에게 중요한 것은 ‘ERC-4337’이라는 용어가 아닙니다. 이 구조를 이용하면 모든 블록체인 단계를 그대로 노출하지 않고도 이해하기 쉬운 승인 흐름, 네트워크 수수료 대납, 특정 서비스에 맞춘 계정 동작을 제공할 수 있습니다.
Particle Network는 스마트 계정 생성과 이용, UserOperation 구성·전송, 페이마스터 등을 위한 계정 추상화 인프라를 제공합니다. RICE Pay는 수입업체가 이를 직접 조립하게 하지 않고 지급 경험의 기반으로 이용합니다.
- 프로그램으로 정할 수 있는 승인 규칙
- 수취인과 지급액을 포함하는 지급 요청
- 검증된 요청을 네트워크에 제출하는 번들러 인프라
- 지원 거래의 네트워크 수수료를 대납할 수 있는 페이마스터
Particle Network — Account Abstraction ↗Ethereum Improvement Proposals — ERC-4337 Account Abstraction ↗
6. 로그인과 공급업체 대금 지급 승인은 서로 다른 행동입니다
전체 경험에서 가장 중요한 차이입니다. 로그인은 사용자가 필요한 접근 절차를 통과했음을 확인합니다. 지급 승인은 스마트 계정에서 나가는 특정 행동을 허용합니다. 사용자가 서비스를 열어 잔액과 기록을 조회하는 것만으로 출금 거래가 발생해서는 안 됩니다.
고객은 승인 전에 공급업체, 지갑 주소, 네트워크, USDC 지급액과 적용 수수료를 확인해야 합니다. 사용자가 계정이 요구하는 서명 절차로 승인하지 않으면 출금 거래가 유효하게 실행되지 않아야 합니다.
RICE Pay는 지급 요청을 구성하고 고객이 승인한 작업을 전달할 수 있습니다. 이것은 고객의 승인을 대신 만드는 것과 다릅니다. 이 분리 덕분에 소프트웨어가 거래를 정리하면서도 고객 자금을 자유롭게 움직일 권한을 받지 않습니다.
- 로그인: 서비스에 허용된 접근을 시작
- 검토: 수취인, 지급액과 비용을 표시
- 승인: 특정 출금 행동을 확인
- 실행: 검증된 행동을 지원 네트워크에 제출
Particle Network — Security (MPC-TSS) ↗Particle Network — Account Abstraction ↗Ethereum Improvement Proposals — ERC-4337 Account Abstraction ↗
7. MPC-TSS는 완전한 개인키가 한곳에 존재하지 않게 합니다
전통적인 설명에서는 하나의 개인키를 가진 사람이 계정을 통제한다고 말합니다. Particle의 Modular Smart WaaS는 대신 다자간 연산과 임계값 서명방식을 이용합니다. 현재 공식 문서는 사용자 기기에 한 조각, Particle의 신뢰실행환경에 다른 한 조각을 두는 2-of-2 방식을 설명합니다.
두 조각은 완전한 개인키로 합쳐지지 않은 채 함께 서명을 만듭니다. Particle은 각 조각 하나만으로 개인키를 알 수 없고 사용자만 서명을 시작할 수 있다고 설명합니다.
이 방식은 한 저장위치에서 완전한 키가 복사될 위험을 줄입니다. 피싱, 탈취된 이메일, 악성 기기나 부주의한 승인을 불가능하게 만드는 것은 아닙니다. 사용자는 여전히 거래 내용을 읽고 서명 과정의 출발점인 인증수단을 보호해야 합니다.
- 하나의 꺼낼 수 있는 비밀정보로 완전한 개인키를 보관하지 않음
- 일상적인 온보딩에서 전통적인 복구 문구를 직접 만들 필요 없음
- 설정된 키 조각과 사용자의 시작 행동이 있어야 서명
- 기기, 인증수단과 정확한 거래 검토는 여전히 중요
Particle Network — Security (MPC-TSS) ↗Particle Network — Introduction to Social Logins ↗
8. 복구는 쉬워지지만 통제된 기업 절차여야 합니다
손으로 적은 복구 문구는 기업에 곤란한 질문을 만듭니다. 누가 보관하고, 누가 복사할 수 있으며, 담당자가 퇴사하면 어떻게 처리할 것인가의 문제입니다. Particle은 기기 간 복구와 로컬 키 조각에 보호를 더할 수 있는 선택형 마스터 비밀번호를 안내합니다.
간편한 복구가 누구나 계정을 쉽게 초기화할 수 있다는 뜻은 아닙니다. 실제 설정에서는 적용되는 인증·복구 요소, 기기를 잃었을 때의 절차와 직원의 역할이 바뀌었을 때 접근을 제거하는 방법을 정해야 합니다.
MVP 단계의 RICE Pay에는 완전한 기업용 다중 결재 체계가 아직 없을 수 있습니다. 세분화된 권한과 다중 승인이 제공되기 전에는 지정된 담당자만 접근하게 하고 회사가 통제하는 이메일을 강하게 보호해야 합니다.
- 회사가 통제하는 이메일 계정 사용
- 가능하면 이메일 다중요소 인증과 강한 보안 적용
- 기기 분실과 퇴사자 처리 절차 문서화
- 여러 직원이 하나의 로그인을 공유하지 않음
- 온보딩 때 실제 복구 방법 확인
Particle Network — Security (MPC-TSS) ↗Particle Network — Particle Auth for Web Applications ↗
9. 사전 예측 주소는 온체인에서 계정을 사용하기 전에도 정할 수 있습니다
스마트 계정 시스템은 계정 컨트랙트가 블록체인 거래로 배포되기 전에 주소를 계산할 수 있습니다. ERC-4337은 흔히 카운터팩추얼 또는 사전 예측 주소라고 부르는 최초 사용 시점의 계정 생성 방식을 설명합니다.
따라서 사용자가 별도의 지갑 배포 절차를 먼저 수행하지 않아도 서비스가 온보딩 과정에서 예상 계정 주소를 표시하고 자금 흐름을 준비할 수 있습니다. 지원되는 작업이 실행될 때 계정이 실제로 배포될 수 있습니다.
사전 예측이라는 말은 주소가 임시이거나 RICE Pay가 통제한다는 뜻이 아닙니다. 배포 전에 주소를 계산하는 방법을 뜻하며 실제 통제권은 스마트 계정의 검증 규칙과 고객의 서명 권한을 따릅니다.
Ethereum Improvement Proposals — ERC-4337 Account Abstraction ↗Particle Network — Account Abstraction ↗
10. 화면은 기술을 숨길 수 있지만 지급 사실까지 숨겨서는 안 됩니다
좋은 추상화는 사용자가 직접 다룰 필요가 없는 단계를 줄이되 올바른 지급 판단에 필요한 사실은 가리지 않습니다. 기업 사용자가 calldata나 가스 추정치를 읽을 필요는 없어도 누구에게 얼마를 어느 네트워크로 보내며 어떤 수수료가 적용되는지는 알아야 합니다.
RICE Pay는 기술적 거래를 업무 정보로 바꾸고 거래내역, 알림과 지급 영수증을 함께 보관하도록 설계됩니다. 온체인 거래번호는 전송을 추적할 수 있는 추가 참조정보가 됩니다.
블록체인 기록은 송장, 구매계약서, 회계전표, 세무자료나 사내 결재정책을 대신하지 않습니다. 온체인 전송의 근거일 뿐 완전한 무역서류는 아닙니다.
- 공급업체와 검증된 지갑
- 송장번호 또는 사내 지급 참조정보
- USDC 지급액과 지원 네트워크
- 환전 파트너와 RICE Pay 수수료
- 지급 상태와 온체인 거래번호
각 계층은 무엇을 담당할까?
각 계층의 역할을 나누면 익숙한 로그인 방식을 자금 보관이나 지급 승인과 혼동하지 않을 수 있습니다.
| 계층 | 주요 기능 | 의미하지 않는 것 |
|---|---|---|
| 회사 이메일과 인증 | 사용자를 식별하고 인증 | 이메일 받은편지함이 USDC를 보관 |
| Particle Network 인프라 | 지갑 생성, MPC 서명과 스마트 계정 작업 지원 | Particle이 공급업체 대금의 환전을 수행 |
| 고객 스마트 계정 | 온체인 잔액을 보유하고 승인된 작업을 검증 | RICE Pay가 유효한 승인 없이 자금을 이동 |
| RICE Pay | 공급업체 지급의 표시, 기록과 전달 과정을 연결 | RICE Pay가 고객 계정이나 자금을 소유 |
| 블록체인 네트워크 | 받아들여진 온체인 작업을 기록하고 실행 | 네트워크가 공급업체의 법적 신원이나 송장을 검증 |
편의성은 이 계층들을 일관되게 연결해서 생기며 고객의 승인을 제거해서 생기는 것이 아닙니다.
RICE Pay가 간소화하는 것과 없앨 수 없는 것
RICE Pay는 개인 브라우저 지갑 연결, 복구 문구의 수동 생성, 지원 거래를 위한 별도 가스용 토큰 보유와 범용 지갑 화면 해석을 줄일 수 있습니다. 공급업체 정보, 수수료, 지급 상태와 영수증도 기업 업무 중심의 흐름으로 모을 수 있습니다.
하지만 사용자가 수취인과 금액을 신경 쓰지 않아도 되게 만들거나, 잘못 승인한 모든 블록체인 전송을 되돌리거나, 이메일 계정의 탈취를 절대적으로 막거나, 기업 내부통제를 대신할 수는 없습니다. 모든 국가, 기업과 지급 경로를 지원할 수도 없습니다.
- 간편한 접근이 자동 지급 승인을 뜻하지 않음
- 비수탁형 구조가 모든 사용자 실수를 막는 것은 아님
- MPC는 단일 키 노출을 줄이지만 단말기 위험을 없애지 않음
- 온체인 추적만으로 거래의 상업적 목적을 검증할 수 없음
- 서비스 이용은 기업심사와 파트너 지원 범위에 따름
목표는 통제권을 보이지 않게 만드는 것이 아니라, 암호화폐 지갑 전문가가 아닌 기업도 고객 통제권을 실제로 사용할 수 있게 만드는 것입니다.
Particle Network — Introduction to Social Logins ↗Particle Network — Security (MPC-TSS) ↗Ethereum Improvement Proposals — ERC-4337 Account Abstraction ↗
기업이 계정을 사용하기 전에 확인할 사항
간단한 통제 점검표를 적용하면 쉬운 로그인을 더 안전한 지급 절차로 만들 수 있습니다.
- 공용 메일함이 아니라 개인별 회사 관리 계정 사용
- 이메일 계정과 등록 기기 보호
- 입금 전에 실제 복구 절차 이해
- 새 주소나 변경된 공급업체 지갑을 별도 확인
- 서명 전에 수취인, 네트워크, 지급액과 수수료 검토
- MVP가 다중 결재를 강제하지 않아도 내부 지급한도와 승인기록 운영
- 직원의 역할 변경이나 퇴사 시 접근을 즉시 제거
결론: 지갑은 남지만 지갑을 다루는 부담은 달라집니다
RICE Pay는 블록체인 지급에 계정이나 승인이 없는 것처럼 설명하지 않습니다. 대신 사용자에게 전달되는 방식을 바꿉니다. 이메일 기반 접근이 수동 지갑 설정을 대신하고, 스마트 계정이 프로그램 가능한 검증을 제공하며, MPC-TSS가 하나의 완전한 개인키를 한곳에 두지 않고, RICE Pay 화면은 기술적 거래를 공급업체 대금 지급으로 표현합니다.
이 조합을 통해 수입업체는 지갑 전문가가 되지 않고도 고객이 통제하는 온체인 계정을 이용할 수 있습니다. 기준은 분명합니다. 접근은 쉬워야 하고, 승인은 명시적이어야 하며, 사후 확인이 가능하도록 기록은 명확해야 합니다.
범용 암호화폐 지갑을 운용하는 방법까지 배울 필요는 없습니다. 다만 어느 공급업체에 어떤 지급을 승인하는지는 정확히 알아야 합니다.
RICE Pay가 공급업체 대금 지급을 얼마나 개선할 수 있는지 확인하세요.
지급액, 빈도, 결제 통화와 공급업체 국가를 알려주세요. 현재 경로와 명확하고 추적 가능한 RICE Pay 업무 흐름을 비교해 드립니다. 첫 검토에는 은행 계좌번호가 필요하지 않습니다.
공급업체 지급 경로 검토하기이 글은 RICE Pay가 설계하고 있는 초기 계정 이용 경험을 설명합니다. 실제 인증 방식, 복구 옵션, 스마트 계정 구현, 지원 네트워크와 승인 통제는 출시 전후에 달라질 수 있습니다. 사용자는 실제 서비스에 표시되는 보안 절차와 적용 약관을 확인해야 합니다.
인증, 복구, 계정 추상화와 보안 기능은 실제 Particle Network 연동과 RICE Pay 설정에 따라 달라집니다. 계정에 입금하거나 거래를 승인하기 전에 운영 환경의 화면, 적용 약관과 온보딩 안내를 확인하세요.