Nhật Bản
Tại Nhật Bản, hãy xem xét phạm vi của Luật Dịch vụ Thanh toán và hướng dẫn mới nhất của các cơ quan có thẩm quyền theo vai trò của bạn.
Hạ tầng stablecoin
Xây dựng hệ thống stablecoin trên Solana.
Xác định ngay từ đầu lớp kết nối, trách nhiệm của từng bên và bằng chứng mà đội ngũ có thể kiểm tra.
Thiết kế hệ thống stablecoin trên Solana với ranh giới RPC rõ ràng và bằng chứng vận hành có thể kiểm tra.
Bối cảnh quản lý
Thiết kế theo từng khu vực tài phán mà bạn phục vụ.
Nghĩa vụ đối với việc phát hành, phân phối, lưu ký và chuyển stablecoin thay đổi theo sản phẩm và khu vực tài phán; hãy đánh giá riêng cho mô hình của bạn.
Tài liệu nguồn đã rà soát:
Liên minh Châu Âu
Tại Liên minh Châu Âu, hãy đối chiếu nghĩa vụ về phát hành, dự trữ, công bố thông tin và nhà cung cấp dịch vụ với MiCA cùng quy định của từng thị trường.
Hoa Kỳ
Tại Hoa Kỳ, hãy đánh giá các yêu cầu liên bang và tiểu bang có liên quan, bao gồm chuyển tiền, cấm vận, lưu ký và bảo vệ người tiêu dùng.
Ví dụ trên thị trường
JPYC
JPYC là một ví dụ công khai về sáng kiến stablecoin neo theo đồng yên tại Nhật Bản; hãy tự kiểm tra đơn vị phát hành, cấu trúc hiện tại và mức độ phù hợp với nhu cầu của bạn.
JPYC Inc.Tài liệu chính thức của JPYCJPYSC
JPYSC cho thấy một cách tiếp cận công khai khác tại thị trường Nhật Bản; hãy xác minh riêng cơ cấu hiện hành và khả năng phù hợp với mô hình của bạn.
SBI GroupTài liệu chính thức của JPYSCTrang này cung cấp bối cảnh kỹ thuật, không phải là tư vấn pháp lý, tư vấn thuế hay tư vấn về quy định.
Vai trò của RPC
Ranh giới kết nối, không phải chủ thể ký giao dịch.
Ứng dụng có thể dùng ERPC để truy vấn dữ liệu Solana, gửi giao dịch đã được khách hàng ký và nhận kết quả từ mạng. Khóa riêng và quyền ký vẫn do khách hàng kiểm soát; ERPC chuyển tiếp yêu cầu tới hạ tầng Solana RPC rồi trả lại phản hồi của mạng.
- 01Đọc trạng thái Solana
- Ứng dụng truy vấn các tài khoản, khối và trạng thái mạng cần thiết khác qua RPC.
- 02Gửi giao dịch đã ký
- Giao dịch chỉ được chuyển qua RPC sau khi ví hoặc bên ký của khách hàng đã ký.
- 03Truy vấn kết quả giao dịch
- Khách hàng lấy kết quả từ mạng và áp dụng chính sách xác nhận của riêng mình.
ERPC vận chuyển yêu cầu và phản hồi RPC, nhưng không nhận khóa riêng, không ký thay khách hàng và không quyết định cách đối soát nghiệp vụ.
Hành trình giao dịch
Năm vai trò với ranh giới trách nhiệm rõ ràng.
Từ lúc tạo ý định giao dịch đến khi ghi nhận kết quả, mỗi bước thuộc về ứng dụng, bên ký của khách hàng, lớp kết nối ERPC, Solana hoặc hệ thống khách hàng.
- 01
Ứng dụng
Ứng dụng xác định ý định giao dịch theo logic nghiệp vụ và chuẩn bị các chỉ thị cần thiết.
- 02
Bên ký của khách hàng
Ví hoặc bên ký của khách hàng xem lại giao dịch đã chuẩn bị và tạo chữ ký dưới quyền kiểm soát của khách hàng.
- 03
Lớp kết nối ERPC
ERPC nhận yêu cầu đã ký, chuyển tới Solana RPC và trả phản hồi mạng nhận được về cho ứng dụng.
- 04
Xử lý trên Solana
Solana xử lý giao dịch theo điều kiện mạng tại thời điểm đó và các quy tắc của giao thức.
- 05
Khách hàng xác nhận và đối soát
Hệ thống của khách hàng quyết định cách theo dõi xác nhận và đối soát trạng thái nghiệp vụ của mình.
Cách phân tách này giúp đội ngũ đối chiếu từng bước kỹ thuật với mô hình an toàn, kiểm soát và kế toán.
Ranh giới trách nhiệm
Vai trò pháp lý của mỗi bên phụ thuộc vào cách bố trí dịch vụ và khu vực tài phán áp dụng.
- Bên ký của khách hàng
- Khách hàng chịu trách nhiệm về logic ứng dụng, quản lý bên ký và việc tạo chữ ký.
- Lớp kết nối ERPC
- Phạm vi ERPC là chuyển yêu cầu RPC và trả phản hồi do hạ tầng cung cấp.
- Xử lý trên Solana
- Kết quả thực thi trên chuỗi do mạng Solana tạo ra theo các quy tắc giao thức.
- Khách hàng xác nhận và đối soát
- Hệ thống khách hàng liên kết kết quả mạng với đơn hàng, sổ sách và quy trình nội bộ.
Tình huống vận hành
Một nguyên tắc kết nối cho nhiều luồng thanh toán.
Kiến trúc RPC có thể kết nối thanh toán của người dùng, quyết toán doanh nghiệp, thanh toán API giữa máy và hệ thống kế toán nội bộ mà vẫn tách bạch trách nhiệm.
01
Thanh toán tại quầy
Trong luồng thanh toán, ứng dụng chuẩn bị khoản trả, khách hàng ký giao dịch, còn hệ thống bán hàng theo dõi riêng kết quả mạng và trạng thái đơn hàng.
02
Quyết toán B2B, chi trả và quản lý ngân quỹ
Đối với quyết toán doanh nghiệp, chi trả và quản lý ngân quỹ, hãy xác định trước quyền ký, quy tắc gửi và các biện pháp kiểm soát nội bộ.
03
Thanh toán API qua x402
Máy khách và máy chủ có thể trao đổi yêu cầu thanh toán x402 cùng PaymentPayload dành riêng cho cơ chế và mạng. Luồng thanh toán HTTP này tách biệt với luồng ứng dụng nói chung; trong cơ chế exact của Solana, payload có thể chứa giao dịch thanh toán đã tuần tự hóa và ký một phần để xác minh và quyết toán.
04
Đối soát và tích hợp hệ thống
Lớp tích hợp liên kết phản hồi mạng với đơn hàng, sổ kế toán và nhật ký vận hành theo quy tắc của hệ thống khách hàng.
x402 và thanh toán API
Từ yêu cầu thanh toán HTTP đến phản hồi tài nguyên có thể kiểm tra.
x402 mô tả cách trao đổi điều kiện và bằng chứng thanh toán ở lớp API; phương thức quyết toán và việc cung cấp tài nguyên phụ thuộc vào cách triển khai cụ thể.
x402 PaymentPayload phụ thuộc vào cơ chế và mạng được chọn. Trong cơ chế exact của Solana, payload có thể chứa giao dịch thanh toán Solana đã tuần tự hóa và ký một phần để xác minh và quyết toán.
- 01
Yêu cầu tài nguyên
Máy khách hoặc tác nhân gửi yêu cầu HTTP tới tài nguyên cần thanh toán để truy cập.
- 02
Yêu cầu thanh toán 402
Máy chủ trả mã 402 để thông báo phương thức được hỗ trợ, số tiền và các điều kiện thanh toán khác.
- 03
Dữ liệu thanh toán API đã ký
Máy khách tạo dữ liệu thanh toán API theo điều kiện x402 đã nhận rồi ký dữ liệu đó.
- 04
Xác minh và quyết toán
Bên xác minh kiểm tra dữ liệu thanh toán và thực hiện hoặc theo dõi quy trình quyết toán mà cách triển khai đó quy định.
- 05
Phản hồi tài nguyên và quyết toán
Khi khoản thanh toán được chấp nhận, máy chủ trả tài nguyên HTTP cùng thông tin để liên kết phản hồi với kết quả quyết toán.
Mô hình trách nhiệm doanh nghiệp
Tách phạm vi khách hàng, ERPC và mạng.
Trước khi vận hành, hãy nêu rõ ai quản lý khóa và logic nghiệp vụ, những dịch vụ ERPC nào được chọn, và phần việc Solana xử lý.
Khách hàng hoặc đối tác
Hệ thống của khách hàng quyết định cách theo dõi xác nhận và đối soát trạng thái nghiệp vụ của mình.
- Thanh toán tại quầy
- Đối soát và tích hợp hệ thống
Phạm vi ERPC được chọn
ERPC không lưu giữ khóa riêng của khách hàng và không ký giao dịch của ứng dụng khách hàng.
- Kết nối Solana RPC
- Vận hành VPS chuyên dụng
- Hạ tầng máy chủ vật lý
Mạng Solana
Solana tiếp nhận và xử lý giao dịch trên chuỗi theo điều kiện mạng hiện tại và các quy tắc giao thức.
- Xử lý trên Solana
Vai trò pháp lý của mỗi bên phụ thuộc vào cách bố trí dịch vụ và khu vực tài phán áp dụng.
Bằng chứng triển khai
Kiểm tra từng lớp bằng nguồn thông tin tương ứng.
Đội ngũ có thể đánh giá riêng dịch vụ RPC, hướng dẫn kỹ thuật và các lựa chọn hạ tầng điện toán chuyên dụng.
Kết nối Solana RPC
Mô tả dịch vụ RPC cho thấy ranh giới kết nối ứng dụng với Solana và các phương thức gọi hiện có.
Xem dịch vụ RPCTài liệu kỹ thuật
Tài liệu trình bày phương thức, tham số yêu cầu và các giả định vận hành cần xem xét trước khi tích hợp.
Mở tài liệu kỹ thuậtVận hành VPS chuyên dụng
VPS chuyên dụng tạo môi trường riêng cho ứng dụng, công cụ giám sát và công việc tích hợp của khách hàng.
Xem lựa chọn VPSHạ tầng máy chủ vật lý
Máy chủ vật lý là lựa chọn cho đội ngũ muốn tự lập kế hoạch tài nguyên, vị trí triển khai và quy trình vận hành.
Xem máy chủ vật lýLập kế hoạch ranh giới trước khi vận hành
Ghép từng luồng thanh toán với trách nhiệm của mỗi lớp.
Trao đổi với ERPC về kết nối RPC và phạm vi hạ tầng phù hợp với kiến trúc của bạn.