ญี่ปุ่น
สำหรับญี่ปุ่น ให้พิจารณาขอบเขตของกฎหมายว่าด้วยบริการการชำระเงินและแนวทางล่าสุดของหน่วยงานที่เกี่ยวข้องตามบทบาทของคุณ
โครงสร้างพื้นฐานสเตเบิลคอยน์
สร้างระบบสเตเบิลคอยน์บน Solana
กำหนดชั้นการเชื่อมต่อ ความรับผิดชอบ และหลักฐานที่ทีมตรวจสอบได้ให้ชัดเจนตั้งแต่ต้น
ออกแบบระบบสเตเบิลคอยน์บน Solana ด้วยขอบเขต RPC ที่ชัดเจนและหลักฐานการดำเนินงานที่ตรวจสอบได้
บริบทด้านกฎระเบียบ
ออกแบบตามเขตอำนาจที่คุณให้บริการ
หน้าที่ด้านการออก การเผยแพร่ การเก็บรักษา และการโอนสเตเบิลคอยน์แตกต่างกันตามผลิตภัณฑ์และเขตอำนาจ จึงควรตรวจสอบกับรูปแบบธุรกิจของคุณโดยเฉพาะ
แหล่งข้อมูลที่ตรวจทานแล้ว:
สหภาพยุโรป
สำหรับสหภาพยุโรป ให้เทียบหน้าที่ด้านการออก เงินสำรอง การเปิดเผยข้อมูล และผู้ให้บริการกับ MiCA และกฎของประเทศสมาชิกที่ให้บริการ
สหรัฐอเมริกา
สำหรับสหรัฐอเมริกา ให้ประเมินข้อกำหนดระดับรัฐบาลกลางและมลรัฐที่ใช้บังคับ รวมถึงการส่งเงิน มาตรการคว่ำบาตร การเก็บรักษา และการคุ้มครองผู้บริโภค
ตัวอย่างในตลาด
JPYC
JPYC เป็นตัวอย่างสาธารณะของโครงการสเตเบิลคอยน์สกุลเยนในญี่ปุ่น โปรดตรวจสอบผู้ออก โครงสร้างปัจจุบัน และความเหมาะสมกับกรณีใช้งานของคุณอย่างเป็นอิสระ
JPYC Inc.ข้อมูลทางการของ JPYCJPYSC
JPYSC แสดงอีกแนวทางหนึ่งที่เปิดเผยต่อสาธารณะในตลาดญี่ปุ่น โปรดยืนยันรูปแบบปัจจุบันและความสอดคล้องกับโมเดลของคุณแยกต่างหาก
SBI Groupข้อมูลทางการของ JPYSCหน้านี้ให้บริบททางเทคนิค ไม่ใช่คำแนะนำด้านกฎหมาย ภาษี หรือกฎระเบียบ
บทบาทของ RPC
ขอบเขตการเชื่อมต่อ ไม่ใช่ผู้ลงนามธุรกรรม
แอปพลิเคชันใช้ ERPC เพื่อสอบถามข้อมูล Solana ส่งธุรกรรมที่ลูกค้าลงนามไว้แล้ว และรับผลลัพธ์จากเครือข่าย คีย์ส่วนตัวและอำนาจลงนามยังอยู่กับลูกค้า ส่วน ERPC ส่งต่อคำขอไปยังโครงสร้างพื้นฐาน Solana RPC และส่งคืนการตอบกลับ
- 01อ่านสถานะของ Solana
- แอปพลิเคชันสอบถามบัญชี บล็อก และสถานะเครือข่ายอื่นที่จำเป็นผ่าน RPC
- 02ส่งธุรกรรมที่ลงนามแล้ว
- ธุรกรรมที่กระเป๋าเงินหรือผู้ลงนามของลูกค้าลงนามเรียบร้อยแล้วจึงถูกส่งผ่าน RPC
- 03ตรวจสอบผลลัพธ์ของธุรกรรม
- ลูกค้าสอบถามผลจากเครือข่ายและนำไปใช้ตามนโยบายการยืนยันของตน
ERPC ทำหน้าที่ขนส่งคำขอและการตอบกลับ RPC แต่ไม่รับคีย์ส่วนตัว ไม่ลงนามแทนลูกค้า และไม่ตัดสินใจเรื่องการกระทบยอดทางธุรกิจ
เส้นทางของธุรกรรม
แบ่งหน้าที่ห้าช่วงอย่างชัดเจน
ตั้งแต่สร้างเจตนาของธุรกรรมจนถึงบันทึกผลลัพธ์ แต่ละขั้นเป็นหน้าที่ของแอปพลิเคชัน ผู้ลงนามของลูกค้า ชั้นการเชื่อมต่อ ERPC, Solana หรือระบบของลูกค้า
- 01
แอปพลิเคชัน
แอปพลิเคชันกำหนดเจตนาของรายการตามตรรกะธุรกิจและจัดเตรียมคำสั่งที่ต้องใช้
- 02
ผู้ลงนามของลูกค้า
กระเป๋าเงินหรือผู้ลงนามของลูกค้าตรวจสอบธุรกรรมและสร้างลายเซ็นภายใต้การควบคุมของลูกค้า
- 03
ชั้นการเชื่อมต่อ ERPC
ERPC รับคำขอที่ลงนามแล้ว ส่งต่อไปยัง Solana RPC และคืนการตอบกลับจากเครือข่ายให้แอปพลิเคชัน
- 04
การประมวลผลบน Solana
Solana ประมวลผลธุรกรรมตามสภาพเครือข่ายขณะนั้นและกฎของโปรโตคอล
- 05
การยืนยันและกระทบยอดโดยลูกค้า
ระบบของลูกค้าเป็นผู้กำหนดวิธีติดตามการยืนยันและกระทบยอดสถานะทางธุรกิจของตน
การแบ่งเช่นนี้ช่วยให้ทีมเทียบขั้นตอนทางเทคนิคกับนโยบายความปลอดภัย การควบคุม และการบัญชีได้ทีละส่วน
ขอบเขตความรับผิดชอบ
บทบาททางกฎหมายของแต่ละฝ่ายขึ้นอยู่กับรูปแบบการดำเนินงานและเขตอำนาจที่ใช้บังคับ
- ผู้ลงนามของลูกค้า
- ลูกค้ารับผิดชอบตรรกะของแอปพลิเคชัน การจัดการผู้ลงนาม และการสร้างลายเซ็น
- ชั้นการเชื่อมต่อ ERPC
- ขอบเขตของ ERPC คือการส่งต่อคำขอ RPC และคืนการตอบกลับจากโครงสร้างพื้นฐาน
- การประมวลผลบน Solana
- ผลการดำเนินการบนเชนเกิดจากเครือข่าย Solana ตามกฎของโปรโตคอล
- การยืนยันและกระทบยอดโดยลูกค้า
- ระบบของลูกค้านำผลจากเครือข่ายไปเชื่อมกับคำสั่งซื้อ บัญชี และขั้นตอนภายใน
กรณีใช้งานในการดำเนินงาน
ใช้หลักการเชื่อมต่อเดียวกันกับกระแสการชำระเงินที่ต่างกัน
สถาปัตยกรรม RPC เชื่อมต่อการชำระเงินของผู้ใช้ การชำระบัญชีระหว่างธุรกิจ การชำระเงินผ่าน API และระบบบัญชีภายในได้โดยไม่ปะปนความรับผิดชอบ
01
การชำระเงินหน้าร้าน
ในขั้นตอนหน้าร้าน แอปพลิเคชันเตรียมการชำระเงิน ลูกค้าลงนามธุรกรรม และระบบร้านค้าติดตามผลจากเครือข่ายกับสถานะคำสั่งซื้อแยกกัน
02
การชำระบัญชี B2B การจ่ายเงิน และการบริหารเงิน
งานชำระบัญชีระหว่างธุรกิจ การจ่ายเงิน และการบริหารเงินควรกำหนดสิทธิ์ลงนาม กฎการส่ง และการควบคุมภายในไว้ล่วงหน้า
03
การชำระเงิน API ผ่าน x402
ไคลเอนต์และเซิร์ฟเวอร์สามารถแลกเปลี่ยนข้อกำหนดการชำระเงิน x402 และ PaymentPayload ที่เฉพาะกับสคีมและเครือข่ายได้ กระแสการชำระเงิน HTTP นี้แยกจากกระแสทั่วไปของแอปพลิเคชัน โดยในสคีม exact ของ Solana เพย์โหลดอาจมีธุรกรรมการชำระเงินที่ซีเรียลไลซ์และลงนามบางส่วนเพื่อการตรวจสอบและชำระบัญชี
04
การกระทบยอดและเชื่อมต่อระบบ
ชั้นการเชื่อมต่อระบบจับคู่การตอบกลับจากเครือข่ายกับคำสั่งซื้อ บันทึกบัญชี และบันทึกการดำเนินงานตามกฎของลูกค้า
x402 และการชำระเงินผ่าน API
จากข้อกำหนดการชำระเงิน HTTP สู่การตอบกลับทรัพยากรที่ตรวจสอบได้
x402 อธิบายการแลกเปลี่ยนเงื่อนไขและหลักฐานการชำระเงินในชั้น API ส่วนวิธีชำระบัญชีและการส่งมอบทรัพยากรขึ้นอยู่กับการใช้งานจริง
x402 PaymentPayload ขึ้นอยู่กับสคีมและเครือข่ายที่เลือก ในสคีม exact ของ Solana เพย์โหลดอาจมีธุรกรรมการชำระเงิน Solana ที่ซีเรียลไลซ์และลงนามบางส่วนเพื่อการตรวจสอบและชำระบัญชี
- 01
คำขอทรัพยากร
ไคลเอนต์หรือเอเจนต์ส่งคำขอ HTTP ไปยังทรัพยากรที่ต้องชำระเงินเพื่อเข้าถึง
- 02
ข้อกำหนดการชำระเงิน 402
เซิร์ฟเวอร์ตอบกลับด้วยรหัส 402 เพื่อแจ้งวิธีที่รองรับ จำนวนเงิน และเงื่อนไขการชำระเงินอื่น
- 03
เพย์โหลดการชำระเงิน API ที่ลงนามแล้ว
ไคลเอนต์สร้างข้อมูลการชำระเงิน API ตามเงื่อนไข x402 ที่ได้รับและลงนามข้อมูลนั้น
- 04
การตรวจสอบและชำระบัญชี
ฝ่ายตรวจสอบพิจารณาเพย์โหลดการชำระเงินและดำเนินการหรือติดตามกระบวนการชำระบัญชีที่การใช้งานนั้นกำหนด
- 05
การตอบกลับทรัพยากรและผลการชำระบัญชี
เมื่อรับการชำระเงินแล้ว เซิร์ฟเวอร์ส่งคืนทรัพยากร HTTP พร้อมข้อมูลที่ใช้เชื่อมโยงกับการชำระบัญชี
รูปแบบความรับผิดชอบสำหรับองค์กร
แยกส่วนของลูกค้า ขอบเขต ERPC และเครือข่ายออกจากกัน
ก่อนเริ่มใช้งาน ให้ระบุว่าใครจัดการคีย์และตรรกะธุรกิจ เลือกบริการใดจาก ERPC และ Solana ประมวลผลส่วนใด
ลูกค้าหรือพันธมิตร
ระบบของลูกค้าเป็นผู้กำหนดวิธีติดตามการยืนยันและกระทบยอดสถานะทางธุรกิจของตน
- การชำระเงินหน้าร้าน
- การกระทบยอดและเชื่อมต่อระบบ
ขอบเขต ERPC ที่เลือก
ERPC ไม่เก็บรักษาคีย์ส่วนตัวของลูกค้าและไม่ลงนามธุรกรรมของแอปพลิเคชันลูกค้า
- การเชื่อมต่อ Solana RPC
- การดำเนินงานบน VPS เฉพาะ
- โครงสร้างพื้นฐานเซิร์ฟเวอร์จริง
เครือข่าย Solana
Solana รับและประมวลผลธุรกรรมบนเชนตามสภาพเครือข่ายปัจจุบันและกฎของโปรโตคอล
- การประมวลผลบน Solana
บทบาททางกฎหมายของแต่ละฝ่ายขึ้นอยู่กับรูปแบบการดำเนินงานและเขตอำนาจที่ใช้บังคับ
หลักฐานการใช้งาน
ตรวจสอบแต่ละชั้นจากข้อมูลที่เกี่ยวข้อง
ทีมสามารถพิจารณาบริการ RPC เอกสารทางเทคนิค และตัวเลือกโครงสร้างพื้นฐานคอมพิวเตอร์เฉพาะแยกจากกัน
การเชื่อมต่อ Solana RPC
คำอธิบายบริการ RPC แสดงขอบเขตที่แอปพลิเคชันใช้เชื่อมต่อ Solana และวิธีเรียกใช้งานที่มีอยู่
ดูบริการ RPCเอกสารทางเทคนิค
เอกสารอธิบายเมธอด พารามิเตอร์คำขอ และข้อสมมติด้านการดำเนินงานที่ควรตรวจสอบก่อนเชื่อมต่อ
เปิดเอกสารทางเทคนิคการดำเนินงานบน VPS เฉพาะ
VPS เฉพาะเป็นสภาพแวดล้อมแยกสำหรับแอปพลิเคชัน เครื่องมือติดตาม และงานเชื่อมต่อระบบของลูกค้า
ดูตัวเลือก VPSโครงสร้างพื้นฐานเซิร์ฟเวอร์จริง
เซิร์ฟเวอร์จริงเป็นตัวเลือกสำหรับทีมที่ต้องการวางแผนทรัพยากร ตำแหน่งติดตั้ง และขั้นตอนการดำเนินงานด้วยตนเอง
ดูเซิร์ฟเวอร์จริงวางแผนขอบเขตก่อนใช้งานจริง
จับคู่กระแสการชำระเงินกับความรับผิดชอบของแต่ละชั้น
หารือกับ ERPC เรื่องการเชื่อมต่อ RPC และขอบเขตโครงสร้างพื้นฐานที่เหมาะกับสถาปัตยกรรมของคุณ