ERPC

بنية العملات المستقرة التحتية

ابنِ أنظمة العملات المستقرة على Solana.

يوفر ERPC طبقة اتصال RPC التي تستخدمها التطبيقات لقراءة حالة Solana وإرسال المعاملات الموقّعة مسبقًا والاستعلام عن الحالة الناتجة. ويمكن الجمع بين الشبكة وقدرة المعالجة والهندسة المصممة لغرض محدد ضمن نطاق المشروع المختار.

نظرة تقنية عامة على حدود RPC والتوقيع والشبكة والمطابقة لأنظمة العملات المستقرة على Solana.

ناقش مشروعكشاهد x402 عمليًا

السياق التنظيمي

معالم تنظيمية حسب الولاية القضائية

توفر معالم عامة مختارة سياقًا مؤرخًا لقرارات البنية والتشغيل. وكل عبارة أدناه مرتبطة بمصدر أولي مُسمّى.

تمت مراجعة المصادر:

أمثلة عامة من اليابان

JPYC

في التاريخ المعروض، أطلقت JPYC رسميًا عملتها المستقرة المقوّمة بالين ومنصة الإصدار والاسترداد الخاصة بها.

JPYC Inc.إعلان الإطلاق الرسمي

JPYSC

في التاريخ المعروض، أعلنت مجموعة SBI وStartale عن توفير محدود لـ JPYSC قائم على الحسابات. ويصف إعلانهما التداول على السلسلة العامة كخطوة مستقبلية رهن بالجاهزية القانونية والضريبية.

SBI Groupإعلان إطلاق JPYSC

هذه النظرة العامة على البنية التحتية ليست نصيحة قانونية أو ضريبية أو تنظيمية. وتعتمد الالتزامات على المنتج والولاية القضائية ونموذج الحفظ والجهات المشاركة.

طبقة اتصال RPC

اقرأ وأرسل وراقب النتائج

تستخدم التطبيقات عادةً RPC لقراءة حالة Solana وإرسال المعاملات الموقّعة مسبقًا والاستعلام عن الحالة الناتجة. وتحتفظ المحفظة أو جهة التوقيع الخاضعة لسيطرة العميل بالمفاتيح الخاصة وتُنشئ توقيع المعاملة. يمرّر ERPC طلب المعاملة الموقّعة مسبقًا إلى بنية Solana RPC التحتية ويعيد استجابة الشبكة. ويحدد نظام العميل كيفية مراقبة التأكيد ومطابقة حالته التجارية الخاصة.

01القراءة
استعلام عن الأرصدة وحالة الحسابات وبيانات الكتل وحالة المعاملات التي يحتاجها التطبيق.
02الإرسال
أرسل معاملة موقّعة مسبقًا عبر طبقة اتصال RPC لتسليمها إلى شبكة Solana.
03التأكيد
استعلام عن حالة المعالجة والتأكيد ليتمكن تطبيق العميل من تحديث حالته التجارية الخاصة.

RPC هو أحد مسارات الاتصال المواجهة للتطبيقات؛ وقد تكون المدققون والمفهرسون ومسارات المعاملات الخاصة جزءًا من النظام أيضًا. لا يحتفظ ERPC بالمفاتيح الخاصة للعملاء، ولا ينشئ توقيعات العملاء، ولا يقرر كيفية تسجيل العميل للنتيجة.

رحلة المعاملة

تتبّع عملية دفع من استعلام الحالة إلى المطابقة

تفصل المراحل الخمس بين منطق التطبيق والتوقيع الخاضع لسيطرة العميل ونقل RPC ومعالجة Solana والتأكيد والمطابقة في نظام العميل.

  1. 01

    تطبيق العميل

    يقرأ التطبيق حالة Solana اللازمة لإنشاء عملية دفع ويجهّز تعليمات المعاملة.

  2. 02

    جهة التوقيع الخاضعة لسيطرة العميل

    ضمن الحد الأمني الخاضع لسيطرة العميل، تبني المحفظة أو جهة التوقيع المعاملة وتوقّعها. ولا تُمرَّر المفاتيح الخاصة إلى ERPC.

  3. 03

    طبقة RPC من ERPC

    يمرّر ERPC طلب المعاملة الموقّعة مسبقًا إلى بنية Solana RPC التحتية ويعيد استجابة الشبكة.

  4. 04

    شبكة Solana

    تعالج شبكة Solana المعاملة وفقًا لحالة الشبكة الحالية وقواعد البروتوكول.

  5. 05

    الحالة والمطابقة

    يستعلم نظام العميل عن الحالة الناتجة، ويقرر كيفية مراقبة التأكيد، ويطابق حالة تطبيقه وأعماله الخاصة.

في هذه الرحلة، ينقل ERPC استعلامات الحالة وإرسالات المعاملات الموقّعة مسبقًا واستعلامات الحالة الناتجة. ويبقى التوقيع وسياسة التأكيد والمطابقة التجارية ضمن الأنظمة الخاضعة لسيطرة العميل.

حدود الملكية والمسؤولية

تعتمد الأدوار القانونية لجميع الأطراف على الترتيب والولاية القضائية وتتطلب تحليلًا قانونيًا منفصلًا.

جهة التوقيع الخاضعة لسيطرة العميل
يسيطر العميل على التطبيق والمحفظة والمفاتيح الخاصة وتفويض التوقيع ونية المعاملة.
طبقة RPC من ERPC
يغطي حد ERPC اتصال RPC المختار. ولا يشمل حفظ المفاتيح الخاصة للعملاء أو توقيع المعاملات أو قواعد أعمال العميل.
شبكة Solana
تعالج Solana المعاملات المُرسلة وتحافظ على حالة دفتر أستاذ الشبكة وفق قواعد بروتوكولها.
الحالة والمطابقة
يملك العميل القواعد التي تحوّل استجابات الشبكة واستعلامات الحالة إلى قرارات تأكيد وسجلات مطابقة.

حالات الاستخدام التشغيلية

اربط تدفقات العملات المستقرة بأنظمة الأعمال

هذه أنماط تكامل تمثيلية، وليست ادعاءات عن عملاء أو خدمات خاضعة للتنظيم. وتبقى سياسة المنتج والتوقيع والامتثال والمطابقة بيد العميل أو الشريك.

01

الدفع عند الشراء والمدفوعات المضمّنة

ينشئ التطبيق عملية الدفع، ويفوّضها العميل ويوقّعها، ويربط نظام التاجر نتيجة الشبكة المرصودة بالطلب.

02

تسويات B2B والمدفوعات الصادرة وإدارة الخزينة

يمكن لأنظمة العملاء إرسال معاملات موقّعة لسير عمل التسوية أو المدفوعات الصادرة أو الخزينة، ومطابقة النتائج مع الفواتير والموافقات والدفاتر الداخلية.

03

واجهة x402 API ومدفوعات الوكلاء

يمكن للعملاء والخوادم تبادل متطلبات الدفع عبر x402 وحمولات PaymentPayload الخاصة بالمخطط والشبكة. إن تدفق الدفع عبر HTTP هذا منفصل عن رحلة التطبيق العامة؛ وفي مخطط exact الخاص بـ Solana، يمكن أن تحتوي الحمولة على معاملة دفع مُسلسلة وموقّعة جزئيًا للتحقق والتسوية.

04

المطابقة والتكامل مع الأنظمة

يمكن لعمليات التكامل ربط استجابات RPC واستعلامات الحالة اللاحقة بسجلات الطلبات أو دفتر الأستاذ أو ERP، بينما يحتفظ العميل بقواعد المطابقة.

x402 ومدفوعات API

تتبّع تدفق الدفع عبر x402

x402 هو بروتوكول دفع عبر HTTP، وليس عملة مستقرة أو محفظة. يحدد كيفية إعلان الخادم عن متطلبات الدفع وكيفية إعادة العميل حمولة الدفع قبل أن يقدم الخادم المورد.

إن حمولة PaymentPayload في x402 خاصة بالمخطط والشبكة المختارين. وفي مخطط exact الخاص بـ Solana، يمكن أن تحتوي على معاملة دفع Solana مُسلسلة وموقّعة جزئيًا للتحقق والتسوية.

  1. 01

    طلب مورد مدفوع

    يطلب العميل مورد HTTP مدفوعًا أو عملية API من الخادم.

  2. 02

    إرجاع متطلبات 402

    يستجيب الخادم برمز 402 Payment Required ومتطلبات الدفع التي يقبلها.

  3. 03

    إنشاء حمولة موقّعة

    ينشئ العميل حمولة الدفع الموقّعة عبر x402 API ويرسلها مع طلب جديد.

  4. 04

    التحقق والتسوية

    يتحقق الخادم أو الميسِّر من الحمولة وينفّذ التسوية التي يحددها البروتوكول.

  5. 05

    إرجاع المورد والنتيجة

    بعد التحقق والتسوية، يعيد الخادم المورد ونتيجة التسوية المتاحة.

قراءة وثائق x402 · قراءة مقال ERPC المؤرَّخ

حدود المسؤولية

فصل المسؤوليات حسب طبقة النظام

تفصل البنية بين قرارات المنتج والامتثال الخاضعة لسيطرة العميل، ونطاق ERPC المتعاقد عليه، ومعالجة المعاملات على Solana.

العميل أو الشريك

يحدد العميل أو الشريك سياسة المنتج وسلوك التطبيق وضوابط المحفظة والتوقيع وعمليات الامتثال والهوية والمحاسبة وقواعد المطابقة.

  • الدفع عند الشراء والمدفوعات المضمّنة
  • المطابقة والتكامل مع الأنظمة

نطاق ERPC المحدد

ضمن النطاق المتعاقد عليه، يمكن لـ ERPC توفير RPC مشترك أو مخصص، واتصال شبكي، وبنية تحتية مختارة من VPS أو Bare Metal، وهندسة مصممة لغرض محدد. لا يحفظ ERPC المفاتيح الخاصة للعملاء ولا يوقّع معاملات تطبيقاتهم.

  • ERPC Solana RPC
  • بنية VPS التحتية
  • بنية Bare Metal التحتية

شبكة Solana

تعالج Solana المعاملات المُرسلة وتحافظ على حالة دفتر أستاذ الشبكة وفقًا لقواعد بروتوكولها.

  • شبكة Solana

لا تُسنِد هذه الخريطة التقنية إلى ERPC أو أي طرف آخر دور جهة الإصدار أو أمين الحفظ أو منصة التداول أو الوسيط أو وسيط الدفع أو محفظة المستخدم النهائي. وتعتمد الأدوار القانونية على الترتيب والولاية القضائية وتتطلب تحليلًا قانونيًا منفصلًا.

أدلة من الطرف الأول

راجع واجهات المنتجات من الطرف الأول

توثّق واجهات RPC والوثائق وVPS وBare Metal أدناه المكونات العامة المتاحة لمراجعة البنية. ويحدد النطاق المتعاقد عليه المكونات التي تنطبق.

01

ERPC Solana RPC

راجع واجهة منتج RPC مقابل استعلامات الحالة المطلوبة للتطبيق وإرسالات المعاملات الموقّعة واستعلامات الحالة.

عرض خدمات RPC
02

وثائق ERPC RPC

استخدم الوثائق لمراجعة الدوال والمعاملات واستجابات الأخطاء وحدود التكامل.

قراءة وثائق RPC
03

بنية VPS التحتية

راجع خيارات VPS عندما تُدرَج الخدمات التي يشغّلها العميل أو مكونات التكامل ضمن النطاق المختار.

عرض خيارات VPS
04

بنية Bare Metal التحتية

راجع خيارات Bare Metal عندما يحتاج العميل إلى تخطيط بيئة الخوادم الفعلية كقرار بنية تحتية منفصل.

عرض خيارات Bare Metal

قراءة دليل معاملات Solana

القراءة عن بنى بيانات Solana RPC

استفسار للمؤسسات

حدِّد نطاق مشروعك.

ناقش متطلبات RPC وحد التوقيع الخاضع لسيطرة العميل وسير عمل الحالة والمطابقة وأي مكونات شبكية أو حسابية ضمن النطاق المختار.

ناقش مشروعكقراءة مقال x402