RICE Pay

การชำระเงินแบบไม่รับฝากทรัพย์สินที่ลูกค้าเป็นผู้อนุมัติ

เหตุใด RICE Pay จึงไม่สามารถเข้าถึงหรือควบคุมเงินทุนของลูกค้าได้

อัปเดตเมื่อ 15 สิงหาคม 2569 · ภาพรวมทางเทคนิค ไม่ใช่ความเห็นทางกฎหมายหรือการรับประกันความปลอดภัย

สรุปใน 1 นาที

USDC ของลูกค้าจะถูกบันทึกไว้ในบัญชีอัจฉริยะของลูกค้า ไม่ใช่บัญชีบริษัท RICE Pay การชำระเงินจะต้องผ่านกฎการตรวจสอบบัญชีโดยใช้การอนุญาตจากลูกค้า RICE Pay อาจจัดเตรียมและส่งต่อธุรกรรมหรือสปอนเซอร์แก๊ส แต่ไม่สามารถสร้างลายเซ็นของลูกค้าได้

  • เงินจะถูกบันทึกไว้ในบัญชีอัจฉริยะของลูกค้า
  • การชำระเงินขาออกต้องได้รับอนุญาตจากลูกค้าที่บัญชีนั้นยอมรับ
  • การสร้าง การส่งต่อ หรือการสนับสนุนธุรกรรมไม่ใช่การควบคุมเงินทุน
  • ค่าธรรมเนียม RICE Pay จะย้ายเฉพาะในธุรกรรมที่ลูกค้าตรวจสอบและอนุมัติเท่านั้น
  • ต้องตรวจสอบการผลิต owners, โมดูล, session keys และการอนุญาตโทเค็น

การไม่อยู่ภายใต้การดูแลจะต้องเป็นเงื่อนไขทางเทคนิค: RICE Pay เพียงอย่างเดียวไม่สามารถสร้างการชำระเงินที่ถูกต้องได้ ไม่ใช่แค่สัญญาว่าจะละเว้นจากการทำเช่นนั้น

บริษัทที่ให้บริการอินเทอร์เฟซการชำระเงินไม่จำเป็นต้องเป็นบริษัทที่ถือเงินทุนของลูกค้า RICE Pay ได้รับการออกแบบให้เป็นขั้นตอนการทำงานที่ไม่ต้องดูแล ซึ่งจะจัดเตรียมและถ่ายทอดการชำระเงิน USDC ที่ได้รับอนุญาตจากลูกค้าจากบัญชีอัจฉริยะของลูกค้า

คำถามชี้ขาดไม่ใช่ใครเป็นคนสร้างหน้าจอ แต่อยู่ที่ว่าเงินทุนถูกเก็บไว้ที่ไหนและบัญชีอัจฉริยะต้องการสิทธิ์ของใครก่อนที่จะดำเนินการชำระเงิน

1. เงินทุนของลูกค้าไม่อยู่ในกระเป๋าเงินองค์กร RICE Pay

ยอดคงเหลือ USDC และ ownership จะถูกบันทึกไว้ในห่วงโซ่ที่ที่อยู่บัญชีอัจฉริยะของลูกค้า RICE Pay ไม่ได้ออกแบบมาเพื่อบันทึกเงินฝากของลูกค้าในบัญชีแยกประเภทภายในและชำระเงินจากเงินฝากเหล่านั้นในนามของลูกค้า

กระเป๋าเงินองค์กร RICE Pay และบัญชีอัจฉริยะของลูกค้าแต่ละรายเป็นที่อยู่แยกต่างหาก การหยุดชะงักของบริการไม่ได้เปลี่ยนเงินทุนของลูกค้าให้กลายเป็นสินทรัพย์ขององค์กร RICE Pay ด้วยตัวเอง

Particle Network — Security (MPC-TSS) ↗Ethereum Improvement Proposals — ERC-4337 Account Abstraction ↗

2. การโอนเงินต้องได้รับอนุญาตจากลูกค้า

เอกสาร MPC-TSS ของ Particle Network ระบุว่าคีย์ส่วนตัวถูกแบ่งออกเป็นการแชร์ โดยคีย์แบบเต็มไม่เคยมีอยู่ในที่เดียว และมีเพียงผู้ใช้เท่านั้นที่สามารถเริ่มการลงนามได้

การแสดงผู้รับ จำนวนเงิน และค่าธรรมเนียมไม่ก่อให้เกิดการชำระเงินที่ถูกต้อง ลูกค้าจะต้องอนุมัติโดยใช้อำนาจที่บัญชียอมรับ การเข้าสู่ระบบทำให้สามารถเข้าถึงประสบการณ์บัญชีได้ การอนุมัติการชำระเงินเป็นการใช้อำนาจการทำธุรกรรมแยกต่างหาก

Particle Network — Security (MPC-TSS) ↗

3. การเตรียมและส่งต่อธุรกรรมไม่ได้ลงนาม

เซิร์ฟเวอร์ของ RICE Pay อาจสร้างคำขอชำระเงิน คำนวณค่าธรรมเนียม และส่งต่อการดำเนินการที่ลูกค้าอนุมัติไปยัง Bundler ผู้ชำระเงินอาจสนับสนุนค่าธรรมเนียมเครือข่ายด้วย

ภายใต้ ERC-4337 นั้น UserOperation ประกอบด้วยการดำเนินการที่ร้องขอและข้อมูลลายเซ็น และบัญชีอัจฉริยะจะตรวจสอบสิทธิ์ของตน Bundler จัดทำแพ็คเกจการดำเนินการที่ถูกต้องสำหรับการส่ง ไม่สามารถผลิตสิทธิ์ของลูกค้าที่ไม่มีอยู่ได้

  • สร้างร่างธุรกรรม
  • แสดงผู้รับ จำนวนเงิน และค่าธรรมเนียม
  • ส่งการดำเนินการที่ได้รับอนุมัติจากลูกค้า
  • สนับสนุนค่าธรรมเนียมเครือข่าย

Particle Network — Account Abstraction ↗Ethereum Improvement Proposals — ERC-4337 Account Abstraction ↗

4. กฎบัญชีอัจฉริยะ—ไม่ใช่ฐานข้อมูล RICE Pay—เป็นผู้ตัดสินใจ

การคลิกที่บันทึกในอินเทอร์เฟซ RICE Pay จะไม่ย้าย USDC ด้วยตัวเอง ตรรกะการตรวจสอบ onchain ของบัญชีอัจฉริยะต้องยอมรับลายเซ็น nonce และเงื่อนไขที่จำเป็นอื่น ๆ ก่อนดำเนินการ

ดังนั้น RICE Pay จึงไม่ควรถอนยอดคงเหลือของลูกค้าได้เพียงเปลี่ยนบันทึกภายในหรือโทรไปที่ API คุณสมบัตินี้ต้องได้รับการตรวจสอบกับ owners และโมดูลการตรวจสอบความถูกต้องของบัญชีที่ปรับใช้

Ethereum Improvement Proposals — ERC-4337 Account Abstraction ↗

5. การรับค่าธรรมเนียมที่เปิดเผยไม่ได้หมายถึงการรับฝากยอดชำระเงิน

การรับค่าบริการ RICE Pay แตกต่างจากการถือเงินต้นของลูกค้าเต็มจำนวน ค่าธรรมเนียมควรย้ายไปยังกระเป๋าเงินองค์กร RICE Pay เฉพาะเป็นผลลัพธ์ที่ชัดเจนของธุรกรรมที่ลูกค้าตรวจสอบและอนุมัติผู้รับ การชำระเงิน และค่าใช้จ่ายที่เกี่ยวข้อง

การรับค่าธรรมเนียมที่ได้รับอนุมัตินั้นไม่ได้ให้สิทธิ์แก่ RICE Pay ในยอดคงเหลือ อย่างไรก็ตาม โทเค็น allowance แบบไม่จำกัดจะสร้างความเสี่ยงในการใช้จ่ายแยกต่างหาก ดังนั้นจึงควรหลีกเลี่ยงหรือจำกัดอย่างเข้มงวด

Ethereum Improvement Proposals — ERC-20 Token Standard ↗

ขอบเขตที่แน่นอนของ 'RICE Pay ไม่ได้ควบคุมเงินทุน'

หมายความว่า RICE Pay ไม่ได้ดูแลเงินทุนของลูกค้า และไม่สามารถดำเนินการชำระเงินจากบัญชีอัจฉริยะของลูกค้าโดยใช้อำนาจของ RICE Pay เพียงอย่างเดียว ไม่ได้หมายความว่าไม่มีบุคคลภายนอกสามารถส่งผลกระทบต่อสินทรัพย์ได้

ผู้ให้บริการกระเป๋าเงิน การใช้งานบัญชีอัจฉริยะ พันธมิตรการแปลง และผู้ออก USDC สามารถมีอำนาจทางเทคนิค สัญญา หรือกฎระเบียบที่แยกจากกัน ตัวอย่างเช่น ข้อกำหนดของ Circle อธิบายถึงสถานการณ์ที่ที่อยู่ USDC อาจถูกบล็อกหรือระงับ

  • การตรวจสอบ KYB, AML และข้อจำกัดในการทำธุรกรรมโดยพันธมิตรการแปลง
  • หยุดหรือบล็อกอำนาจของผู้ออก USDC
  • นโยบายการกู้คืนและอัปเกรดการใช้งานบัญชีอัจฉริยะ
  • เครือข่ายขัดข้องและความเสี่ยงด้านสัญญาอัจฉริยะ
  • ไม่สามารถย้อนกลับได้เมื่อลูกค้าอนุมัติที่อยู่ผิด
การไม่ควบคุมหมายความว่า RICE Pay ไม่มีอำนาจในการเคลื่อนย้ายเงินทุนของลูกค้าโดยไม่ได้รับการอนุมัติจากลูกค้า ไม่ใช่ว่าบุคคลที่สามทุกรายจะไม่มีอิทธิพลเหนือสินทรัพย์

Circle — USDC Terms ↗Particle Network — Account Abstraction ↗

สิ่งที่ RICE Pay ทำได้—และต้องไม่สามารถทำได้โดยลำพัง

การแยกฟังก์ชันของบริการออกจากอำนาจควบคุมเงินทุน ช่วยให้เข้าใจรูปแบบการไม่รับฝากทรัพย์สินได้ง่ายขึ้น

การทำงานRICE Pay ทำอะไรได้บ้างสิ่งที่ RICE Pay เพียงอย่างเดียวต้องไม่สามารถทำได้
การเตรียมการชำระเงินสร้างคำขอแสดงผู้รับ จำนวนเงิน และค่าธรรมเนียมแอบอนุมัติการชำระเงินอื่น
การส่งธุรกรรมถ่ายทอดการดำเนินการที่ลงนามโดยลูกค้าดำเนินการชำระเงินที่ไม่ได้ลงนามว่าถูกต้อง
ค่าน้ำมันค่าใช้จ่ายเครือข่ายผู้สนับสนุนซื้อ ownership เพราะจ่ายค่าน้ำมัน
บันทึกระบุสถานะ การแจ้งเตือน และใบเสร็จรับเงินถอนยอดคงเหลือ onchain โดยการเปลี่ยนบันทึกภายใน
การเก็บค่าธรรมเนียมรับค่าธรรมเนียมที่ได้รับการอนุมัติจากลูกค้าอย่างชัดเจนโอนยอดคงเหลือของลูกค้าได้ตามต้องการ

การออกแบบที่ไม่ต้องควบคุมโดยลูกค้าซึ่งได้รับอนุญาตจากลูกค้าของ RICE Pay ให้ฟังก์ชันคอลัมน์กลางโดยไม่ต้องครอบครองพลังในคอลัมน์สุดท้าย

นำข้อได้เปรียบเหล่านี้มาใช้จริงกับ RICE Pay

คำชี้แจงผลิตภัณฑ์ไม่สามารถพิสูจน์ได้ว่าเงินทุนอยู่นอกเหนือการควบคุมของ RICE Pay บัญชีอัจฉริยะที่ปรับใช้และการอนุญาตแอปพลิเคชันควรได้รับการตรวจสอบตามเกณฑ์ต่อไปนี้ โดยมีการเปิดเผยการเปลี่ยนแปลงที่สำคัญ

  • RICE Pay ไม่ใช่ owner หรือผู้ลงนามร่วมของบัญชีลูกค้า
  • RICE Pay ไม่มี session key แบบกว้างๆ หรือการลงนามแบบไม่ต้องโต้ตอบ
  • RICE Pay ไม่สามารถติดตั้งหรืออัพเกรดโมดูลที่อนุญาตให้ถอนออกโดยพลการ
  • กระเป๋าเงินองค์กร RICE Pay ไม่มี USDC allowance ไม่จำกัด
  • การกู้คืนไม่สามารถปล่อยให้ RICE Pay แทนที่บัญชี ownership เพียงฝ่ายเดียวได้
ก่อนการเปิดตัวจริง ให้ตรวจสอบการใช้งานบัญชีอัจฉริยะ, owner, โมดูล, session key, allowance, นโยบายการอัปเกรดและการกู้คืน หากเงื่อนไขเหล่านี้เปลี่ยนแปลง คำอธิบายที่ไม่เกี่ยวกับการคุมขังของไซต์ก็ต้องเปลี่ยนแปลงเช่นกัน

สรุป: ความสะดวกและอำนาจเหนือกองทุนจะต้องแยกจากกัน

RICE Pay สามารถจัดระเบียบรายละเอียดการชำระเงิน เปิดเผยค่าธรรมเนียม และถ่ายทอดธุรกรรมที่ลูกค้าอนุมัติได้ สิทธิ์ขั้นสุดท้ายในการส่ง USDC จากบัญชีอัจฉริยะของลูกค้าจะต้องคงอยู่กับการอนุญาตจากลูกค้าที่ถูกต้อง

เฉพาะเมื่อหลักการนี้สะท้อนให้เห็นใน owners, โมดูล, session keys และการอนุญาตโทเค็นจริงเท่านั้นจึงจะสามารถ RICE Pay พูดได้อย่างแม่นยำว่าไม่ได้ดูแลหรือควบคุมเงินทุนของลูกค้า

บริการชำระเงินแบบไม่มีการดูแลที่ดีจะไม่โอนเงินแทนลูกค้า ช่วยให้ลูกค้าเคลื่อนย้ายเงินของตนเองได้ชัดเจนและสะดวกสบายยิ่งขึ้น

ดูว่า RICE Pay ปรับปรุงการจ่ายเงินให้ซัพพลายเออร์ของคุณได้อย่างไร

แจ้งยอดเงิน ความถี่ สกุลเงินต้นทาง และประเทศซัพพลายเออร์ เราจะเปรียบเทียบเส้นทางปัจจุบันกับขั้นตอน RICE Pay ที่ชัดเจนและติดตามได้ โดยไม่ต้องใช้เลขบัญชีธนาคารในการประเมินครั้งแรก

ประเมินเส้นทางการจ่ายเงิน

คำอธิบายนี้เป็นจริงเมื่อมีการปรับใช้การใช้งานจริงตามที่อธิบายไว้ด้านล่างเท่านั้น หาก RICE Pay มีสิทธิ์ owner, ผู้ดูแลระบบ, การกู้คืน, เซสชันคีย์ที่ไม่จำกัด หรือสิทธิ์การใช้จ่ายโทเค็น การอ้างว่าไม่สามารถควบคุมเงินทุนจะไม่ถูกต้อง

การใช้งานบัญชีอัจฉริยะและนโยบายพันธมิตรสามารถเปลี่ยนแปลงได้ ตรวจสอบข้อกำหนดปัจจุบัน สิทธิ์การใช้งาน และหน้าจอธุรกรรมก่อนใช้งาน

วัสดุอ้างอิง

  1. Particle Network — Security (MPC-TSS)
  2. Particle Network — Account Abstraction
  3. Ethereum Improvement Proposals — ERC-4337 Account Abstraction
  4. Ethereum Improvement Proposals — ERC-20 Token Standard
  5. Circle — USDC Terms