คำว่า “กระเป๋า” อาจทำให้การจ่ายเงินให้ซัพพลายเออร์ดูเป็นงานคริปโตที่ซับซ้อน ฝ่ายการเงินอาจคิดว่าต้องติดตั้งส่วนขยาย ซื้อโทเคนสำหรับค่า gas จด seed phrase และเรียนศัพท์บล็อกเชนก่อนจ่ายเงินเพียงครั้งเดียว
RICE Pay ออกแบบให้เริ่มต้นต่างออกไป ผู้ใช้เข้าสู่ระบบด้วยวิธีที่คุ้นเคย ใช้บัญชีอัจฉริยะผ่านโครงสร้างพื้นฐานของ Particle Network และตรวจสอบการจ่ายแต่ละรายการในหน้าจอธุรกิจ บัญชีบนเชนยังคงมีอยู่ แต่กลไกของกระเป๋าส่วนใหญ่อยู่เบื้องหลัง
ความง่ายไม่ได้หมายความว่าไม่มีบัญชี ลายเซ็น หรือความรับผิดชอบ แต่เป็นการนำการควบคุมทางเทคนิคมาแสดงเป็นขั้นตอนธุรกิจที่เข้าใจได้ ได้แก่ เข้าสู่ระบบ ตรวจสอบซัพพลายเออร์ ตรวจยอดและค่าธรรมเนียม แล้วอนุมัติ
1. กระเป๋าไม่ได้เก็บ USDC ไว้ภายในจริง ๆ
ยอดเงินธนาคารบันทึกในบัญชีแยกประเภทของธนาคาร ส่วนยอดบล็อกเชนบันทึกบนเครือข่ายร่วม กระเป๋าช่วยระบุบัญชี ดูยอด และสร้างการอนุมัติที่จำเป็นต่อการโอน
การลบแอปไม่ทำให้ข้อมูลบนเชนหายไป สิทธิ์ควบคุมขึ้นอยู่กับกฎตรวจสอบของบัญชีและข้อมูลรับรองที่ทำให้ผ่านกฎนั้น สำหรับธุรกิจ ชั้นกระเป๋าคือชั้นบัญชีและการอนุมัติใต้หน้าจอจ่ายเงิน
- ที่อยู่สาธารณะ: ตัวระบุบัญชีและปลายทางรับเงิน
- ยอดคงเหลือ: จำนวนที่เครือข่ายบันทึก
- การอนุมัติ: ลายเซ็นหรือกฎที่ถูกต้อง
- บันทึกธุรกรรม: หลักฐานการโอนบนเชน
2. ที่อยู่กระเป๋ากับเลขบัญชีธนาคารคล้ายกันเพียงผิวเผิน
เลขบัญชีอยู่ในระบบปิดของสถาบันการเงิน ส่วนที่อยู่กระเป๋าชี้ไปยังบัญชีบนเครือข่ายบล็อกเชนที่กำหนด โดยทั่วไปที่อยู่ไม่แสดงชื่อนิติบุคคลของซัพพลายเออร์ และโทเคนชื่อเดียวกันอาจอยู่หลายเครือข่าย
จึงต้องยืนยันซัพพลายเออร์ ที่อยู่ สินทรัพย์ และเครือข่ายผ่านช่องทางที่เชื่อถือได้ การโอนบนบล็อกเชนที่ดำเนินการแล้วมักยกเลิกไม่ได้เพียงเพราะพบภายหลังว่าที่อยู่ผิด สมุดที่อยู่ลดการกรอกซ้ำแต่ไม่แทนการตรวจผู้รับ
- ยืนยันกับซัพพลายเออร์ผ่านช่องทางเดิม
- ยืนยันว่ายอมรับ USDC
- ยืนยันเครือข่ายที่รองรับ
- ตรวจใหม่เมื่อที่อยู่เปลี่ยนโดยไม่คาดคิด
3. เหตุใดกระเป๋าคริปโตทั่วไปจึงเพิ่มภาระให้ฝ่ายการเงิน
กระเป๋าแบบจัดการเองอาจต้องใช้ส่วนขยาย เลือกเครือข่าย เก็บวลีกู้คืน ถือโทเคน gas และอ่านหน้าจอลงนามที่ไม่คุ้นเคย อีกทั้งอาจผูกกับอุปกรณ์ของพนักงานคนเดียวและอยู่นอกนโยบายบริษัท
RICE Pay จำกัดประสบการณ์ไว้ที่การรับรองผู้ใช้ เลือกซัพพลายเออร์ที่ตรวจแล้ว แสดงยอดและค่าธรรมเนียม ขออนุมัติ และบันทึกติดตามการจ่าย
- ไม่ต้องเชื่อมกระเป๋าส่วนตัวบนเบราว์เซอร์
- ไม่ต้องสร้างกระเป๋าเองก่อนใช้บริการ
- ไม่ต้องถือโทเคน gas แยกเมื่อ RICE Pay สนับสนุนค่าธรรมเนียมของรายการที่รองรับ
- ข้อมูลการจ่ายและบันทึกธุรกิจอยู่ในขั้นตอนเดียว
Particle Network — Introduction to Social Logins ↗Particle Network — Account Abstraction ↗
4. การเข้าสู่ระบบที่คุ้นเคยเชื่อมกับบัญชีแบบไม่รับฝากทรัพย์สิน
Particle Auth รองรับรหัสใช้ครั้งเดียวทางอีเมลและ social login เอกสารระบุว่าสามารถสร้างกระเป๋าแบบไม่รับฝากทรัพย์สินในเบื้องหลังได้ โดยไม่ต้องติดตั้งส่วนขยายหรือสร้าง seed phrase ด้วยตนเอง
ใน RICE Pay ตัวตนที่ผ่านการรับรองจะเชื่อมกับบัญชีที่ใช้ในบริการ อีเมลเป็นช่องทางเข้าถึง ไม่ใช่สถานที่เก็บ USDC และอาจยังต้องตั้งค่าความปลอดภัยและผ่านการตรวจสอบธุรกิจ
- กรอกอีเมลที่ลงทะเบียน
- ผ่านการรับรอง เช่น รหัสใช้ครั้งเดียว
- เข้าสู่พื้นที่ทำงานและบัญชีอัจฉริยะ
- ทำการตั้งค่าความปลอดภัยและตรวจสอบธุรกิจ
Particle Network — Introduction to Social Logins ↗Particle Network — Particle Auth for Web Applications ↗
5. บัญชีอัจฉริยะใช้กฎที่ตั้งโปรแกรมได้
บัญชีอัจฉริยะกำหนดกฎตรวจสอบและดำเนินการด้วย smart contract โดย ERC-4337 อธิบายรูปแบบที่บัญชีตรวจ UserOperation ก่อนดำเนินการ
คุณค่าต่อผู้ใช้คือขั้นตอนอนุมัติที่ชัดเจน การสนับสนุนค่าเครือข่าย และพฤติกรรมบัญชีที่เหมาะกับผลิตภัณฑ์ Particle Network ให้โครงสร้างบัญชี Bundler และ Paymaster ซึ่ง RICE Pay นำมาเชื่อมกับการจ่ายเงิน
- กฎอนุมัติที่ตั้งโปรแกรมได้
- คำขอที่มีผู้รับและจำนวน
- Bundler ส่งการดำเนินการที่ตรวจแล้ว
- Paymaster สนับสนุนค่าธรรมเนียมที่เข้าเงื่อนไข
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 ทำให้ private key ฉบับสมบูรณ์ไม่รวมอยู่ที่เดียว
Particle อธิบายโมเดล 2 จาก 2: ส่วนแบ่งกุญแจหนึ่งอยู่บนอุปกรณ์ผู้ใช้ อีกส่วนอยู่ใน trusted execution environment ของ Particle ทั้งสองร่วมสร้างลายเซ็นโดยไม่รวมเป็น private key ฉบับสมบูรณ์ และส่วนเดียวไม่เปิดเผยกุญแจ
วิธีนี้ลดความเสี่ยงจากความลับเพียงจุดเดียว แต่ไม่ขจัด phishing อีเมลถูกยึด อุปกรณ์อันตราย หรือการอนุมัติผิด ผู้ใช้ยังต้องปกป้องการรับรองและอ่านรายการก่อนลงนาม
- ไม่มี private key ฉบับสมบูรณ์ให้ดึงจากที่เดียว
- ไม่ต้องจัดการ seed phrase แบบเดิมในการเริ่มใช้งานปกติ
- การลงนามต้องมีส่วนแบ่งที่กำหนดและผู้ใช้เป็นผู้เริ่ม
- ความปลอดภัยของอุปกรณ์ยังสำคัญ
Particle Network — Security (MPC-TSS) ↗Particle Network — Introduction to Social Logins ↗
8. การกู้คืนง่ายขึ้นแต่ต้องเป็นกระบวนการของบริษัท
วลีกู้คืนที่เขียนไว้ทำให้เกิดคำถามว่าใครเก็บ ใครคัดลอก และทำอย่างไรเมื่อพนักงานออก Particle อธิบายการกู้คืนข้ามอุปกรณ์และ master password แบบเลือกใช้เพื่อปกป้องส่วนแบ่งกุญแจในเครื่อง
บริษัทควรกำหนดขั้นตอนเมื่ออุปกรณ์หาย เปลี่ยนหน้าที่ หรือพนักงานลาออก ใช้บัญชีรายบุคคลที่บริษัทควบคุมและไม่แชร์ข้อมูลเข้าสู่ระบบ
- ใช้อีเมลรายบุคคลของบริษัท
- เปิดใช้การรับรองที่รัดกุม
- บันทึกขั้นตอนอุปกรณ์หายและพนักงานออก
- ไม่ใช้บัญชีร่วมกัน
- ยืนยันวิธีกู้คืนจริงระหว่าง onboarding
Particle Network — Security (MPC-TSS) ↗Particle Network — Particle Auth for Web Applications ↗
9. ที่อยู่ที่กำหนดล่วงหน้าคำนวณได้ก่อนใช้บัญชีบนเชน
ระบบบัญชีอัจฉริยะคำนวณที่อยู่ได้ก่อน deploy สัญญาบัญชี ERC-4337 อธิบายรูปแบบนี้ซึ่งมักเรียกว่า counterfactual หรือ predetermined address บริการจึงแสดงที่อยู่และเตรียมเส้นทางเงินได้ก่อนการ deploy ด้วยตนเอง
คำว่า “กำหนดล่วงหน้า” ไม่ได้หมายถึงชั่วคราวหรืออยู่ใต้การควบคุมของ RICE Pay สิทธิ์จริงยังเป็นไปตามกฎของบัญชีและลายเซ็นลูกค้า
Ethereum Improvement Proposals — ERC-4337 Account Abstraction ↗Particle Network — Account Abstraction ↗
10. ซ่อนความซับซ้อนได้ แต่ซ่อนข้อเท็จจริงของการจ่ายไม่ได้
ผู้ใช้ไม่จำเป็นต้องอ่านข้อมูลเทคนิค แต่ต้องรู้ว่าจ่ายให้ใคร จำนวนเท่าใด บนเครือข่ายใด และมีค่าธรรมเนียมอะไร RICE Pay แปลงธุรกรรมเป็นข้อมูลธุรกิจและรวมสถานะ การแจ้งเตือน ประวัติ และใบรับเงิน
รหัสธุรกรรมบนเชนช่วยติดตาม แต่ไม่แทนใบแจ้งหนี้ สัญญา รายการบัญชี เอกสารภาษี หรือนโยบายอนุมัติภายใน
- ซัพพลายเออร์และที่อยู่ที่ตรวจแล้ว
- เลขอ้างอิงใบแจ้งหนี้
- จำนวน USDC และเครือข่าย
- ค่าธรรมเนียมพาร์ตเนอร์และ RICE Pay
- สถานะและรหัสธุรกรรม
แต่ละชั้นทำหน้าที่อะไร
การแยกบทบาทช่วยไม่ให้สับสนระหว่างการเข้าสู่ระบบ การรับฝากทรัพย์สิน และการอนุมัติ
| ชั้น | หน้าที่หลัก | ไม่ได้หมายความว่า |
|---|---|---|
| อีเมลและการรับรอง | ระบุและรับรองผู้ใช้ | อีเมลเก็บ USDC |
| Particle Network | สนับสนุนการสร้างกระเป๋า MPC และบัญชีอัจฉริยะ | Particle แลกเงินให้ซัพพลายเออร์ |
| บัญชีอัจฉริยะของลูกค้า | ถือยอดบนเชนและตรวจรายการ | RICE Pay ย้ายเงินได้โดยไม่มีการอนุมัติ |
| RICE Pay | แสดง บันทึก และส่งต่อขั้นตอนจ่ายเงิน | RICE Pay เป็นเจ้าของเงินลูกค้า |
| บล็อกเชน | บันทึกและดำเนินรายการที่ยอมรับ | เครือข่ายตรวจนิติบุคคลหรือใบแจ้งหนี้ |
ความสะดวกเกิดจากการเชื่อมแต่ละชั้น ไม่ใช่จากการลบการอนุมัติของลูกค้า
สิ่งที่ RICE Pay ทำให้ง่ายขึ้นและสิ่งที่ขจัดไม่ได้
RICE Pay ลดการเชื่อมกระเป๋าส่วนตัว การสร้าง seed phrase การหาโทเคน gas และการอ่านหน้าจอทั่วไป พร้อมรวมซัพพลายเออร์ ค่าธรรมเนียม สถานะ และใบรับเงิน
แต่ไม่สามารถแทนการตรวจผู้รับและจำนวน ย้อนคืนทุกความผิดพลาด รับประกันว่าอีเมลไม่ถูกยึด แทนการควบคุมภายใน หรือรองรับทุกประเทศและเส้นทาง
- เข้าถึงง่ายไม่เท่ากับอนุมัติอัตโนมัติ
- ไม่รับฝากไม่ได้ป้องกันความผิดพลาดทั้งหมด
- MPC ไม่ขจัดความเสี่ยงของอุปกรณ์
- การติดตามบนเชนไม่พิสูจน์วัตถุประสงค์ทางการค้าเอง
- การใช้บริการขึ้นกับการตรวจสอบและพื้นที่พาร์ตเนอร์
เป้าหมายไม่ใช่ซ่อนอำนาจควบคุม แต่ทำให้อำนาจของลูกค้าใช้งานได้จริงสำหรับธุรกิจที่ไม่เชี่ยวชาญกระเป๋าคริปโต
Particle Network — Introduction to Social Logins ↗Particle Network — Security (MPC-TSS) ↗Ethereum Improvement Proposals — ERC-4337 Account Abstraction ↗
สิ่งที่ธุรกิจควรยืนยันก่อนใช้บัญชี
รายการควบคุมสั้น ๆ ทำให้การเข้าสู่ระบบที่ง่ายกลายเป็นกระบวนการจ่ายที่ปลอดภัยขึ้น
- ใช้บัญชีรายบุคคลของบริษัทแทนกล่องเมลร่วม
- ปกป้องอีเมลและอุปกรณ์
- เข้าใจการกู้คืนก่อนเติมเงิน
- ตรวจที่อยู่ใหม่หรือที่เปลี่ยนผ่านช่องทางอื่น
- ตรวจผู้รับ เครือข่าย จำนวน และค่าธรรมเนียมก่อนลงนาม
- เก็บวงเงินและหลักฐานอนุมัติภายในแม้ MVP ยังไม่บังคับหลายผู้อนุมัติ
- ยกเลิกสิทธิ์ทันทีเมื่อเปลี่ยนหน้าที่หรือออกจากงาน
สรุป: กระเป๋ายังคงอยู่ แต่ภาระการใช้งานเปลี่ยนไป
RICE Pay ไม่ได้บอกว่าการจ่ายบนเชนเกิดขึ้นโดยไม่มีบัญชีหรือการอนุมัติ แต่เปลี่ยนวิธีนำเสนอ: อีเมลแทนการตั้งค่าด้วยตนเอง บัญชีอัจฉริยะตรวจตามกฎ MPC-TSS ไม่รวม private key ไว้ที่เดียว และ RICE Pay แสดงธุรกรรมเป็นการจ่ายซัพพลายเออร์
ผู้นำเข้าจึงใช้บัญชีบนเชนที่ลูกค้าควบคุมได้โดยไม่ต้องเป็นผู้เชี่ยวชาญ การเข้าถึงต้องง่าย การอนุมัติต้องชัด และบันทึกต้องตรวจสอบได้
คุณไม่ต้องเรียนรู้กระเป๋าคริปโตอเนกประสงค์ แต่ต้องรู้แน่ชัดว่ากำลังอนุมัติการจ่ายให้ซัพพลายเออร์รายใด
ดูว่า RICE Pay ปรับปรุงการจ่ายเงินให้ซัพพลายเออร์ของคุณได้อย่างไร
แจ้งยอดเงิน ความถี่ สกุลเงินต้นทาง และประเทศซัพพลายเออร์ เราจะเปรียบเทียบเส้นทางปัจจุบันกับขั้นตอน RICE Pay ที่ชัดเจนและติดตามได้ โดยไม่ต้องใช้เลขบัญชีธนาคารในการประเมินครั้งแรก
ประเมินเส้นทางการจ่ายเงินบทความนี้อธิบายประสบการณ์บัญชีระยะแรกที่ RICE Pay วางแผนไว้ วิธีรับรองตัวตน การกู้คืน รูปแบบบัญชีอัจฉริยะ เครือข่าย และการควบคุมการอนุมัติอาจเปลี่ยนแปลง โปรดตรวจสอบหน้าจอและข้อกำหนดที่ใช้จริง
ฟังก์ชันการรับรอง การกู้คืน account abstraction และความปลอดภัยขึ้นกับการเชื่อมต่อ Particle Network และการตั้งค่า RICE Pay ที่ใช้งานจริง โปรดตรวจหน้าจอ ข้อกำหนด และคำแนะนำก่อนเติมเงินหรืออนุมัติ