المدونة الرسمية تحديث المحتوى؛

سيطلق Pi Network أول وظيفة للعقود الذكية على Pi Testnet: دعم الاشتراكات!

الاشتراك هو أحد أكثر نماذج الأعمال التجارية شيوعًا في خدمات المجتمع الحديث، ولكن تنفيذه على أنظمة البلوكشين كان صعبًا جدًا. من خلال استغلال وظيفة العقود الذكية في Pi لتقديم خدمات الاشتراك للنظام البيئي، يساهم Pi في تعزيز حالات الاستخدام التي تربط مباشرة بالمنتجات الحقيقية والخدمات المستدامة المبنية على البلوكشين (مثل التجارة الإلكترونية، البث المباشر، الأدوات عبر الإنترنت، وغيرها).

هذا يعتمد على ترقية العقدة والبروتوكول الأخيرة، التي أعدت البلوكشين لوظيفة العقود الذكية، بالإضافة إلى إصدار خادم RPC الخاص بـ Pi Testnet الذي يوفر للمطورين وسيلة عملية للتفاعل مع بيانات البلوكشين واختبار سير العمل للتطبيقات.

ولفتح مراجعة تقنية وردود فعل المجتمع على العقود الذكية للاشتراك، أصدرت Pi النسخة الثانية من طلب التعليقات على Pi (PiRC2).

تتيح PiRC2 للمطورين والمقيمين الآخرين فحص التصميم عن كثب، واكتشاف الثغرات أو الحالات الحدية (إن وجدت)، وتقديم اقتراحات للتحسين. كما يوفر هذا وسيلة لتقييم العقود قبل نشرها على الشبكة الرئيسية.

كما أن العقود الذكية نفسها تخضع الآن لمراجعة من قبل خدمات التدقيق الخارجية.

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

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

هذا يسمح للعقد بدعم المدفوعات الدورية، مع الحفاظ على السيطرة على مستوى المحفظة في نظام البلوكشين، دون الحاجة لإرسال كامل الميزانية للعقد.

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

نموذج Pi يتبع نهجًا مختلفًا. هدفه هو أن تعمل الاشتراكات بشكل طبيعي في كل حدث فوتر، دون الحاجة لإعادة توقيع، مع الاحتفاظ بالأموال المعتمدة في محفظة المشترك قبل عملية الفوترة الفعلية. هذا خيار تصميم مهم في Web3، لأنه غالبًا ما يكون من الصعب تنفيذ المدفوعات الدورية بشكل نظيف وفعال، وإلا فسيؤدي إلى زيادة الاحتكاك، أو الحاجة لتمويل مسبق، أو بنية تحتية إضافية.

المطورون: اختبار الاشتراكات وتقييم PiRC2
توفر وظيفة الاشتراك معاينة مبكرة لتطوير واختبار العقود الذكية لـ Pi. يركز هذا المرحلة على المراجعة التقنية، واكتشاف الثغرات، والتجارب على مستوى سطر الأوامر والخلفية.

مع إصدار PiRC2، يُشجع المطورون على مراجعة تصميم عقد الاشتراك، واكتشاف الثغرات أو الحالات الحدية، وتقديم اقتراحات للتحسين.

*الاشتراكات الدورية ليست جديدة في أنظمة البلوكشين الأخرى، لكنها غالبًا ما تكون أكثر تعقيدًا. على سبيل المثال، في إيثريوم، اقترحت EIP-1337 "الاشتراكات على البلوكشين"، باستخدام بيانات اشتراك موقعة تُقدم من خارج السلسلة وتُرسل للتنفيذ. تعتمد حسابات ERC-4337 على بنية حسابات ذكية أعلى مستوى بشكل واضح.