السابقاستكشفت المقالات أنظمة الدفع التقليدية ومزايا بلوكتشين الفريدة، جنبًا إلى جنب مع التحديات الحالية في المدفوعات الرقمية. يحلل هذا التثبيت النهائي الاتجاهات الناشئة والابتكارات التي يمكن أن تتغلب على هذه العقبات. من الحلول غير الودائع إلى التكامل مع ديفي، يمكن أن تعيد هذه التطورات تشكيل نقل القيمة في عصر العملات الرقمية.
في السنتين الماضيتين، ظهرت العديد من تصميمات الحسابات المبتكرة، مما يؤدي تدريجياً إلى تفكيك الحواجز السابقة. قريباً، لن يحتاج المستخدمون إلى تحويل عملاتهم الرقمية إلى عملة فيات مسبقاً.
قفل الموارد - أدوات لمنع الإنفاق المزدوج
تنفيذات: MPC، TEE، العقد الذكي، إلخ.
المشكلات المحلولة: الإنفاق المزدوج ، التأخير
قفل الموارد هو أداة مصممة لمساعدة المستخدمين على تقديم التزامات موثوقة فيما يتعلق بأنشطة حساباتهم. يسمح للمستخدمين بالتأكد من أن حساباتهم ستشارك أو لا تشارك في سلوكيات محددة ، ربما بناء على شروط معينة. أحد التطبيقات الأكثر شيوعا هو منع الإنفاق المزدوج ، حيث يمكن للمستخدمين التأكد بمصداقية من أنهم لن ينفقوا نفس الأصول في حساباتهم أكثر من مرة. يسمح هذا الضمان لمقدمي الخدمة بالمضي قدما في الخطوات التالية حتى قبل تسوية المعاملة بالكامل أو الانتهاء منها.
قفل الموارد يمكن أن يحسن تجربة المستخدم بشكل كبير
لقد اقترضت المصطلح من مقالة بحث Frontier ، ولكن تم استخدام هذه التنفيذات على نطاق واسع في الصناعة قبل أن يتم تقديم One Balance.
Case1 - StablesMoney
على سبيل المثال ، تحتفظ Stables Money ، وهي جهة إصدار بطاقات مقرها أستراليا ، بأموال المستخدمين على السلسلة حتى يتم إجراء المدفوعات. تستخدم الإسطبلات محافظ MPC ، حيث يتم تقسيم المفاتيح الخاصة إلى ثلاث قطع تدار بشكل منفصل من قبل المستخدمين ، Stables ، و Fireblocks ، أحد أكبر مزودي الحضانة. عند بدء الدفع ، تسهل Stables التوقيع المشترك ، وتبدأ المعاملة ، وتؤكدها مع شبكة البطاقة على الفور. وفي الوقت نفسه ، يقومون بتحديث رصيد المستخدم في قاعدة البيانات الخاصة بهم حتى قبل الانتهاء من المعاملة على السلسلة. عندما يبدأ المستخدم معاملة لاحقة ، تتحقق الإسطبلات من رصيد المستخدم مقابل سجلاته الداخلية ، وترفض أي محاولات إنفاق مزدوجة. في ظل هذا الإعداد ، فإن الطريقة الوحيدة للمستخدمين لمضاعفة الإنفاق هي تجاوز الإسطبلات والتواطؤ مع Fireblocks في غضون نافذة قصيرة ، وهو أمر مستبعد للغاية. ومع ذلك ، لا يزال هذا النهج مركزيا ، ومن الناحية النظرية ، يمكن أن تتواطأ الإسطبلات وكتل النار لسرقة أموال المستخدمين.
الحالة 2 - Gnosis Pay
تتبع Gnosis Pay نهجًا مختلفًا، مع التركيز على اللامركزية على الكفاءة. في نظام Gnosis Pay، يتم تصنيف المعاملات إلى معاملات البطاقة ومعاملات غير البطاقة، حيث يتم تنشيط الأخيرة عادة مباشرة من خلال المحافظ من قبل المستخدمين. تتم تأكيد معاملات البطاقة فورًا، بينما تخضع غير البطاقة لفترة انتظار - فترة انتظار ثلاث دقائق، خلالها يتم تسوية أي معاملة بطاقة تم تنشيطها سابقًا ويرسل إشعار للمزودين بالفعل. تختار هذه الخيارات التصميمية أيضًا للمساعدة في التخفيف من مخاطر الإنفاق المزدوج الخبيث بشكل فعال.
نفذت Gnosis Pay هذه الطريقة عن طريق إضافة "وحدة التأخير”تم تطويرها بواسطة زودياك على أساس حساب SAFE القياسي. هذا الحل دقيق وأنيق ولكنه أيضًا محدد للغاية، مما يؤدي إلى كفاءة ومرونة محدودة. على سبيل المثال، إذا كان المستخدم بحاجة إلى إعادة توجيه الأموال بسرعة لتجنب التصفية، فإن فترة الانتظار لمدة ثلاث دقائق يمكن أن تكون قاتلة. كما يجدر بالذكر أيضًا أن هذا النوع من معالجة المعاملات لا يدعم جميع معاملات البطاقات، مثل العمليات المعقدة للعكس أو الاستردادات المتأخرة.
يمكن أيضًا برمجة قفل الموارد للعمل في ظروف محددة. على سبيل المثال ، في سيناريو شراء NFT عبر السلسلة المشتركة المذكورة بواسطة Frontier ، يمكن أن تكون الأموال المقفلة إما متاحة لأي حل مقدم من قبل محلل صحيح أو يتم إرجاعها إلى المستخدم بعد فترة انتهاء محددة. في الوقت الحاضر ، تحسنت تجربة المعاملات عبر السلاسل المشتركة بشكل كبير بين L2s والسلاسل السريعة ، ولكن مع قفل الموارد ، يمكن تقليل أوقات الانتظار ، حتى عند الجسر من الشبكة الرئيسية.
resource_lock: {
قفل: 1500 دولار أمريكي، الوفاء: DeGods #12345، الانتهاء: كتلة سولانا 245547084
}
المصدر: تقنيات الحدود
تُظهر هذه النموذج أن قفل المورد له تطبيقات متنوعة ولا ينبغي أن يقتصر على المدفوعات أو المعاملات بين السلاسل وحدها.
طريقة تنفيذ أخرى تستحق بالتأكيد الاستكشاف تتضمن الاستفادة من TEEs. ضمن TEE، سيكون قفل الموارد قابلاً بالكامل للبرمجة وفعّال للغاية. من خلال دمج شبكة لامركزية وآليات التصديق القوية، يمكن تخفيف العديد من المخاوف المتعلقة بالتمركز والتواطؤ. إذا تم تنفيذها بشكل صحيح، فإن هذا النهج يمكن أيضًا تحقيق درجة عالية من الأمان.
قد تقدم أقفال الموارد افتراضات ثقة إضافية ، ولكن عند تنفيذها بشكل صحيح ، فإن لديها القدرة على فتح عدد لا يحصى من حالات الاستخدام غير الممكنة حاليا وتعزز تجربة المستخدم بشكل كبير. تكمن أكبر ميزة لهذا المفهوم في قدرته على السماح للإجراء التالي بالمضي قدما كما لو كان الإجراء السابق قد اكتمل بالفعل ، وبالتالي القضاء على العديد من الاحتكاكات التي تعيق عادة تجربة المستخدم. في الأساس ، "إنه يفصل الوفاء عن التسوية" ، قال فرونتير.
مصدر البطاقة يمكنه تأكيد عملية كما لو كانت قد تمت بالفعل. يمكن لحل الدائرة تقديم الأموال للمستخدم على سلسلة الوجهة كما لو كانت الأصول مقفلة بالفعل على السلسلة الأصلية.
تخيل مستقبل حيث لا يتبنى مستخدمون فقط بل أيضًا حلال، وصانعو السوق، ومقدمو الخدمات الآخرون قفل الموارد بمعيار موحد وقابل للتشغيل مع بعضهم البعض. في مثل هذا السيناريو، يمكن أن يحدث العملية بأكملها - من بدء المعاملة إلى توجيهها وإنجازها وتأكيدها - في لحظة واحدة. سيجلب هذا في النهاية تجربة استخدام العملات الرقمية الفورية والمنخفضة التكلفة والمثرية على قدم المساواة مع تلك الموجودة على الويب2.
تأكيد سريع - تأكيدات المعاملات الفورية القريبة
تنفيذات: سلاسل عالية الأداء، قبل التأكيد، إلخ.
المشاكل التي تم حلها: الإنفاق المزدوج، التأخر
واحدة من النهج الآخر للتعامل مع النهائية والتأخر هو تمكين التأكيدات السريعة. أحد الطرق الممكنة هو تطوير سلاسل عالية الأداء ومستقرة حيث يمكن تسوية حتى حجوم كبيرة من المعاملات في الوقت الحقيقي. عندما يتم تسوية المعاملة في أجزاء من الثانية ، يتلقى مقدمو الخدمات والتجار نتيجة حاسمة فورًا ، مما يجعل من الصعب للغاية على المهاجمين المتطورين حتى القيام بإنفاق مزدوج أو استغلال النظام. فرق مثل MegaETH وغيرهم يعملون بنشاط في هذا الجانب.
بدلاً من ذلك، يمكن أن تحقق التأكيدات المسبقة نتائج مماثلة إذا تم تنفيذها بشكل فعال على الشبكة الرئيسية أو بناء اللفائف. يسمح التأكيد المسبق لمقترحي L1 بالاختيار بالانضمام إلى فرع إمداد جديد، عبر تخصيص جزء من مساحة الكتلة والتعهد بتضمين بعض المعاملات مسبقًا، قبل بناء الكتلة بأكملها وبثها عبر الشبكة. مشاريع مثل Commit Boost وLuban وChainbound هي من بين تلك التي تقوم بالتصميم الشامل والهندسة المطلوبة لجعل هذا واقعًا.
حسابات العقود الذكية - منطق مخصص ووظيفة محسنة محددة بواسطة العقود الذكية
تنفيذات: Zerodev، Particle، إلخ.
القضايا المحلولة: توقيع وإدارة
تكون تجربة التوقيع بشكل عام مباشرة عند استخدام تطبيقات العملات الرقمية الأصلية للدفع، حيث يتم تضمين محفظة، ويتم توقيع المعاملات عندما يختار المستخدمون "الدفع الآن" أو "التحويل". ومع ذلك، يصبح هذا تحدياً بالنسبة لمصممي البطاقات غير الوديعية، الذين يجب أن يطلبوا من المستخدمين تمرير بطاقاتهم والموافقة على المعاملات بشكل منفصل. تعمل Tangem على تطوير منتج يجمع بين محفظة أجهزة وبطاقة دفع، ولكن هذا النهج يتطلب تصنيع مخصص، مما يزيد التكاليف.
بالإضافة إلى ذلك، حيث إن منحنى التوقيع المستخدم في معظم سلاسل الكتل الرئيسية اليوم، Secp256k1، لا يتم دمجه أو دعمه من قبل معظم مصنعي الهواتف المحمولة، فإن مفاتيح الخاصة لحسابات الإيثريوم الخارجية عادة ما تُحتفظ بها وتُستخدم على مستوى البرنامج، بدلاً من الاستفادة من الحارات المؤمنة المخصصة المستخدمة لإدارة المفاتيح الحديثة على الأجهزة المحمولة. وهذا يفرض مخاطر إضافية على مستخدمي تطبيقات الدفع المحمولة.
علاوة على ذلك، فإن منحنى التوقيع المستخدم في معظم سلاسل الكتل الرئيسية اليوم، Secp256k1، لا يتم دمجه أو دعمه من قبل معظم مصنعي الهواتف المحمولة. ونتيجة لذلك، يتم إدارة المفاتيح الخاصة للحسابات الخاصة على مستوى البرنامج بدلاً من الاستفادة من الأماكن الآمنة المستخدمة في إدارة مفاتيح الهواتف المحمولة الحديثة، مما يعرض المستخدمين لتطبيقات الدفع لمخاطر إضافية.
هناك أيضًا طلب متزايد لضوابط الوصول إلى الدفع الدقيقة. على سبيل المثال ، قد يرغب المؤسسات في منح الوصول للموظفين فقط أثناء رحلات العمل ، مع حدود الإنفاق المحددة. قد يرغب الآباء في السماح لأطفالهم باستخدام بطاقة لأغراض محددة تحت حدود معينة.
لتلبية هذه الاحتياجات، يتم تطوير حسابات العقود الذكية بنشاط من قبل العديد من الشركات الناشئة. تمكن هذه الحسابات المستخدمين من تفويض خصم الرصيد للآخرين نيابة عنهم، مع القدرة على تحديد حدود الإنفاق والقيود الزمنية وتفاصيل دقيقة أخرى.
ماجستير الدفع - تمكين دفع الغاز للآخرين أو باستخدام الرموز البديلة
التنفيذات: Biconomy Paymaster، Pimlico Paymaster، إلخ.
المشاكل المحلولة: رسوم الغاز
تجريد رسوم الغاز بعيدا عن تجربة المستخدم أمر أساسي لجعل تكنولوجيا البلوكشين أكثر إمكانية الوصول وسهولة الاستخدام.
تلخيص ما تم ذكره أعلاه في رسم بياني واحد:
العوائق التي تواجه الدفع الرقمي غير المؤمن والأدوات الأساسية التي تساعد
يبحث المستخدمون بشكل متزايد عن منتجات الدفع التي تتكامل بسهولة مع بروتوكولات ديفي، مما يقدم فرص العائد وإدارة الأصول المتطورة بطريقة غير موثوقة.
نظام الدفع التقليدي، على الرغم من تعقيده، يدور أساسا حول تعليمتين أساسيتين: الخصم والائتمان. كما يصف Holyheld في ورقتهم البيضاء:
"...بين المستهلك والمنتج، هناك العديد من الوسطاء يقوم كل واحد منهم بتنفيذ، نقل، أو إعادة توجيه تعليمة بسيطة. في كل خطوة، يتم التوفيق بين تعليمات الخصم والائتمان. من غير الممكن برمجة أو إثراء مثل هذه التعليمات..."
للوصول إلى أدوات إدارة الأصول الإضافية والفرص، يتعين على المستخدمين اللجوء إلى مؤسسات منفصلة وأطراف ثالثة. هذا الاعتماد على دفاتر الأستاذ المعزولة والمحافظ المحافظ المحافظ المحافظة يتسبب في تكاليف واحتكاكات بارزة.
تم إنشاء ديفي لمعالجة هذه المسائل. على الرغم من أنها لا تزال في مراحلها المبكرة، فقد قدمت ديفي بالفعل مجموعة متنوعة من فرص العائد على السلسلة، بما في ذلك:
علاوة على ذلك ، نشهد تطوير العديد من أدوات التشغيل التلقائي والمشتقات والاستراتيجيات المبنية على هذه البروتوكولات. الخطوة التالية المنطقية هي إغلاق الميل الأخير من خلال دمج تطبيقات الدفع مع بروتوكولات Defi. سيتيح هذا للمستخدمين تخزين وإدارة وإنفاق أصولهم بسلاسة وبدون ثقة داخل حساب واحد فقط.
حالة 1 - ايثرفي
تعاون Etherfi مؤخرًا مع Scroll، أطلقتبطاقة ائتمان "حقيقية"، الذي يتوافق تمامًا مع هذه الرسالة. حاليًا، يعرف Etherfi على نحو أفضل بروتوكول LRT المبني على EigenLayer. ومع ذلك، مع إدخال Cash، سيحصل المستخدمون على القدرة على اقتراض وإنفاق العملات المستقرة ضد مواقعهم في الرهن باستخدام بطاقات الائتمان Visa التي تصدر عبر المنصة. يمكن دفع الأرصدة المستحقة على هذه البطاقات تلقائيًا من الفائدة المُولَدة من مواقعهم في الرهن. كما تقدم Etherfi أيضًا Liquid، والتي توفر الصناديق مع استراتيجيات Defi الآلية. يقوم المستخدمون ببساطة بإيداع رموزهم، وخلف الكواليس، تخصص الصندوق الأموال عبر مواقع Defi مختلفة.
Case2 - RoboSaver بالمقابل، تدعم شركة Onchainification Labs نهجًا غير تابعًا للعملاء. لقد قاموا بإصدار نسخة ألفا من RoboSaver، وهي وحدة عقد ذكية مصممة للتثبيت على الحساب الذكي الآمن الذي يدعم كل بطاقة Gnosis Pay. تتيح هذه الوحدة للمستخدمين إيداع الرصيد الخامل في بروتوكولات Defi مثل Balancer أو Aura ، حيث يكسب العائد ويجمع رسوم المبادلة. عندما ينخفض رصيد البطاقة عن حد معين ، يقوم RoboSaver تلقائيا بسحب الأصول من المجمع لتعبئة البطاقة. تم بالفعل نشر العقود ، وتم الانسحاب بنجاح مُثيرخلال تجربة حيث اشتروا قهوة.
هنا هما منتجان أو ميزتان أعتقد أنهما يحملان أكبر إمكانات هائلة:
في المستقبل القريب، ستصبح أنظمة الدفع متكاملة بشكل سلس في النظام البيئي الكامل للتمويل اللامركزي. سيكون للأفراد الوصول إلى مجموعة واسعة من الأدوات الاستثمارية وأدوات الإدارة والاستراتيجيات، كل ذلك من حساب موحد.
علاوة على ذلك، سيتم دمج مدفوعات العملات الرقمية بشكل متزايد في الأنظمة المالية التقليدية. حاليا، البنوك الصادرة هي الأولى التي تعتمد العملات الرقمية لأنها تدير المراحل الأولية لتدفق الأموال وهي الأكثر تدنيا في تدفق المعلومات. بمجرد أن تتعامل هذه الجهات المصدرة مع التحويل بين العملات الرقمية والعملات القانونية، يمكن للمشاركين الآخرين، مثل شبكات البطاقات والبنوك المستحوذة، العمل دون الحاجة إلى معرفة العملة الرقمية المعنية.
ومع ذلك، في المدى الطويل، يمكننا توقع أن يتم دمج العملات الرقمية أكثر في الجريان النقدي للصناديق - أو بالعكس، في الجريان المعلوماتي - بسبب كفاءتها وتكلفتها الفعالة، مع الحاجة إلى عمليات تحويل أقل. لقد شاهدنا بالفعل فيزا وماستركارد يستكشفان نشطًا دمج العملات الرقمية في شبكاتهم وقنوات الدفع التقليدية، مما يشير إلى تحول واضح في الصناعة. على نفس النحو، شركة سترايبالتحرك الأخيرتعزيز المزيد من المدفوعات بالعملات المستقرة يؤكد هذا الاتجاه.
مع زيادة اعتماد العملات الرقمية، ستظل المزيد من الأموال على السلسلة للحصول على إدارة آمنة ومريحة، وللاستفادة من فرص العائد الأفضل، مع تحويلات إلى العملات الورقية فقط عند الضرورة.
على الرغم من عدم اليقين بشأن المستقبل الدقيق، يمكننا تصور سيناريو مثالي بناءً على المعرفة والاتجاهات الحالية.
في المستقبل ، يجب أن تكون عملية إجراء مدفوعات التشفير سلسة وسريعة مثل المدفوعات الرقمية اليوم. سيحتاج العملاء فقط إلى المشاركة في تفاعل قصير مع التاجر ، على غرار الطريقة التي نستخدم بها حاليا رموز QR أو NFC أو المصادقة البيومترية. سيسمح هذا التفاعل البسيط للتاجر بتحديد حساب المستخدم المجرد أو الذكي ، مدعوما بالأوليات التي تمت مناقشتها في القسم 3.2.1.
معالج الدفع، الذي يعمل كأحد الوسطاء القليلين في هذا النظام المبسط، سيقوم بمجموعة من الفحوصات الأمنية نيابة عن التاجر والمستخدم. قد تشمل هذه الفحوصات التحقق من الهوية، تأكيد الرصيد، الامتثال لقواعد مكافحة غسيل الأموال، اكتشاف الاحتيال، وضبط الوصول، بين أمور أخرى. بمجرد إتمام هذه الفحوصات بنجاح، سيتم توجيه طلب الدفع إلى حساب المستخدم الذكي.
يمكن استخدام هذا الحساب الذكي لحمل مجموعة متنوعة من الأصول، مثل تلك المتعلقة بالمراهنة، توفير السيولة، RWA، منتجات CeDefi، أو فرص توليد العائدات الأخرى ومزيجها. والأهم من ذلك، ستظل هذه الأصول غير مؤولة، مسيطرًا عليها بالكامل من قبل المستخدم. سيتم تعريف التفويض المسبق ومراقبة الوصول من خلال العقود الذكية، حيث يتم تغطية رسوم الغاز في كثير من الأحيان من قبل التطبيق أو موفر الخدمة.
لضمان السرعة والأمان ، يمكن أن يستفيد النظام من قفل الموارد ، والتأكيدات السريعة ، أو سلاسل عالية الأداء. وهذا من شأنه أن يتيح لمعالجي الدفع أو مزودي الخدمات الأخرى تأكيد المعاملات تقريبًا فورًا ، وبالتالي تقليل مخاطر الأنشطة الخبيثة. سيتلقى التاجر إشعارًا فوريًا بحالة اكتمال المعاملة ، في حين يمكن أن يحدث تسوية الأموال الفعلية إما فورًا أو في وقت لاحق. في نهاية المطاف ، ستنتقل الأصول المقابلة إلى حساب التاجر ، مما يغلق المعاملة.
(المثالي) مخطط تدفق الدفع بالعملات الرقمية
كما قد لاحظت، فإنه بالإضافة إلى معالج الدفع، فإن طرفًا ثالثًا آخر قد يحتاج المستخدمون والتجار الاعتماد عليه على الأرجح هو مزود خدمة الحسابات أو المدير. ينشأ هذا الضرورة لأن الحسابات الأساسية الأصلية، مثل EVM EOAs، غير كافية لتقديم تجربة سلسة وإدارة معقدة. علاوة على ذلك، قد تواجه الحلول الخاصة بالبرمجيات مفتوحة المصدر صعوبات في مواكبة التطور السريع لتكنولوجيا البلوكشين وتغير احتياجات المستخدمين. وهناك ميزة رئيسية للمدفوعات الرقمية، تساعد على تقليل عدد الوسطاء وبالتالي تقليل التكاليف، وهي أن التكنولوجيا المتكاملة للبلوكشين توحد تدفق الأموال والمعلومات ضمن دفتر حساب واحد.
فترات الدفع
لتلخيص المقال بأكمله:
شهدت المدفوعات بالبطاقات بداية عملية التنمية الرقمية للمعاملات المالية، مستفيدة من الحواسيب والإنترنت في عمليات الحفظ ونقل المعلومات. مع نمو صناعة الدفع وتطور التكنولوجيا، تضمنت العملية عددًا متزايدًا من الوسطاء المتخصصين. المدفوعات الرقمية تعززت هذه العملية الرقمية باستخدام التكنولوجيات الناشئة مع انتشار استخدام الإنترنت من قبل المستهلكين. كما قامت بإزالة الوسطاء التقليديين من العملية من خلال تجريد التفاعلات المباشرة للعملاء مع البنوك.
تأخذ تقنية البلوكتشين والمدفوعات الرقمية هذا النظام من خلال تقديم نظام يحافظ فيه المستخدمون على السيطرة على أصولهم مع الحصول على وصول إلى مجموعة واسعة من فرص العائد المركب وأدوات إدارة الأصول. توفر هذه التقنية شبكة لامركزية ولا تتطلب إذنًا، مما يجعل الأصول الرقمية والملكية متاحة للجميع تقريبًا في العالم. وتشجع على بيئة شفافة ومحايدة حيث يمكن لجميع الأطراف التعاون دون الحاجة إلى إقامة الثقة مسبقًا.
السابقاستكشفت المقالات أنظمة الدفع التقليدية ومزايا بلوكتشين الفريدة، جنبًا إلى جنب مع التحديات الحالية في المدفوعات الرقمية. يحلل هذا التثبيت النهائي الاتجاهات الناشئة والابتكارات التي يمكن أن تتغلب على هذه العقبات. من الحلول غير الودائع إلى التكامل مع ديفي، يمكن أن تعيد هذه التطورات تشكيل نقل القيمة في عصر العملات الرقمية.
في السنتين الماضيتين، ظهرت العديد من تصميمات الحسابات المبتكرة، مما يؤدي تدريجياً إلى تفكيك الحواجز السابقة. قريباً، لن يحتاج المستخدمون إلى تحويل عملاتهم الرقمية إلى عملة فيات مسبقاً.
قفل الموارد - أدوات لمنع الإنفاق المزدوج
تنفيذات: MPC، TEE، العقد الذكي، إلخ.
المشكلات المحلولة: الإنفاق المزدوج ، التأخير
قفل الموارد هو أداة مصممة لمساعدة المستخدمين على تقديم التزامات موثوقة فيما يتعلق بأنشطة حساباتهم. يسمح للمستخدمين بالتأكد من أن حساباتهم ستشارك أو لا تشارك في سلوكيات محددة ، ربما بناء على شروط معينة. أحد التطبيقات الأكثر شيوعا هو منع الإنفاق المزدوج ، حيث يمكن للمستخدمين التأكد بمصداقية من أنهم لن ينفقوا نفس الأصول في حساباتهم أكثر من مرة. يسمح هذا الضمان لمقدمي الخدمة بالمضي قدما في الخطوات التالية حتى قبل تسوية المعاملة بالكامل أو الانتهاء منها.
قفل الموارد يمكن أن يحسن تجربة المستخدم بشكل كبير
لقد اقترضت المصطلح من مقالة بحث Frontier ، ولكن تم استخدام هذه التنفيذات على نطاق واسع في الصناعة قبل أن يتم تقديم One Balance.
Case1 - StablesMoney
على سبيل المثال ، تحتفظ Stables Money ، وهي جهة إصدار بطاقات مقرها أستراليا ، بأموال المستخدمين على السلسلة حتى يتم إجراء المدفوعات. تستخدم الإسطبلات محافظ MPC ، حيث يتم تقسيم المفاتيح الخاصة إلى ثلاث قطع تدار بشكل منفصل من قبل المستخدمين ، Stables ، و Fireblocks ، أحد أكبر مزودي الحضانة. عند بدء الدفع ، تسهل Stables التوقيع المشترك ، وتبدأ المعاملة ، وتؤكدها مع شبكة البطاقة على الفور. وفي الوقت نفسه ، يقومون بتحديث رصيد المستخدم في قاعدة البيانات الخاصة بهم حتى قبل الانتهاء من المعاملة على السلسلة. عندما يبدأ المستخدم معاملة لاحقة ، تتحقق الإسطبلات من رصيد المستخدم مقابل سجلاته الداخلية ، وترفض أي محاولات إنفاق مزدوجة. في ظل هذا الإعداد ، فإن الطريقة الوحيدة للمستخدمين لمضاعفة الإنفاق هي تجاوز الإسطبلات والتواطؤ مع Fireblocks في غضون نافذة قصيرة ، وهو أمر مستبعد للغاية. ومع ذلك ، لا يزال هذا النهج مركزيا ، ومن الناحية النظرية ، يمكن أن تتواطأ الإسطبلات وكتل النار لسرقة أموال المستخدمين.
الحالة 2 - Gnosis Pay
تتبع Gnosis Pay نهجًا مختلفًا، مع التركيز على اللامركزية على الكفاءة. في نظام Gnosis Pay، يتم تصنيف المعاملات إلى معاملات البطاقة ومعاملات غير البطاقة، حيث يتم تنشيط الأخيرة عادة مباشرة من خلال المحافظ من قبل المستخدمين. تتم تأكيد معاملات البطاقة فورًا، بينما تخضع غير البطاقة لفترة انتظار - فترة انتظار ثلاث دقائق، خلالها يتم تسوية أي معاملة بطاقة تم تنشيطها سابقًا ويرسل إشعار للمزودين بالفعل. تختار هذه الخيارات التصميمية أيضًا للمساعدة في التخفيف من مخاطر الإنفاق المزدوج الخبيث بشكل فعال.
نفذت Gnosis Pay هذه الطريقة عن طريق إضافة "وحدة التأخير”تم تطويرها بواسطة زودياك على أساس حساب SAFE القياسي. هذا الحل دقيق وأنيق ولكنه أيضًا محدد للغاية، مما يؤدي إلى كفاءة ومرونة محدودة. على سبيل المثال، إذا كان المستخدم بحاجة إلى إعادة توجيه الأموال بسرعة لتجنب التصفية، فإن فترة الانتظار لمدة ثلاث دقائق يمكن أن تكون قاتلة. كما يجدر بالذكر أيضًا أن هذا النوع من معالجة المعاملات لا يدعم جميع معاملات البطاقات، مثل العمليات المعقدة للعكس أو الاستردادات المتأخرة.
يمكن أيضًا برمجة قفل الموارد للعمل في ظروف محددة. على سبيل المثال ، في سيناريو شراء NFT عبر السلسلة المشتركة المذكورة بواسطة Frontier ، يمكن أن تكون الأموال المقفلة إما متاحة لأي حل مقدم من قبل محلل صحيح أو يتم إرجاعها إلى المستخدم بعد فترة انتهاء محددة. في الوقت الحاضر ، تحسنت تجربة المعاملات عبر السلاسل المشتركة بشكل كبير بين L2s والسلاسل السريعة ، ولكن مع قفل الموارد ، يمكن تقليل أوقات الانتظار ، حتى عند الجسر من الشبكة الرئيسية.
resource_lock: {
قفل: 1500 دولار أمريكي، الوفاء: DeGods #12345، الانتهاء: كتلة سولانا 245547084
}
المصدر: تقنيات الحدود
تُظهر هذه النموذج أن قفل المورد له تطبيقات متنوعة ولا ينبغي أن يقتصر على المدفوعات أو المعاملات بين السلاسل وحدها.
طريقة تنفيذ أخرى تستحق بالتأكيد الاستكشاف تتضمن الاستفادة من TEEs. ضمن TEE، سيكون قفل الموارد قابلاً بالكامل للبرمجة وفعّال للغاية. من خلال دمج شبكة لامركزية وآليات التصديق القوية، يمكن تخفيف العديد من المخاوف المتعلقة بالتمركز والتواطؤ. إذا تم تنفيذها بشكل صحيح، فإن هذا النهج يمكن أيضًا تحقيق درجة عالية من الأمان.
قد تقدم أقفال الموارد افتراضات ثقة إضافية ، ولكن عند تنفيذها بشكل صحيح ، فإن لديها القدرة على فتح عدد لا يحصى من حالات الاستخدام غير الممكنة حاليا وتعزز تجربة المستخدم بشكل كبير. تكمن أكبر ميزة لهذا المفهوم في قدرته على السماح للإجراء التالي بالمضي قدما كما لو كان الإجراء السابق قد اكتمل بالفعل ، وبالتالي القضاء على العديد من الاحتكاكات التي تعيق عادة تجربة المستخدم. في الأساس ، "إنه يفصل الوفاء عن التسوية" ، قال فرونتير.
مصدر البطاقة يمكنه تأكيد عملية كما لو كانت قد تمت بالفعل. يمكن لحل الدائرة تقديم الأموال للمستخدم على سلسلة الوجهة كما لو كانت الأصول مقفلة بالفعل على السلسلة الأصلية.
تخيل مستقبل حيث لا يتبنى مستخدمون فقط بل أيضًا حلال، وصانعو السوق، ومقدمو الخدمات الآخرون قفل الموارد بمعيار موحد وقابل للتشغيل مع بعضهم البعض. في مثل هذا السيناريو، يمكن أن يحدث العملية بأكملها - من بدء المعاملة إلى توجيهها وإنجازها وتأكيدها - في لحظة واحدة. سيجلب هذا في النهاية تجربة استخدام العملات الرقمية الفورية والمنخفضة التكلفة والمثرية على قدم المساواة مع تلك الموجودة على الويب2.
تأكيد سريع - تأكيدات المعاملات الفورية القريبة
تنفيذات: سلاسل عالية الأداء، قبل التأكيد، إلخ.
المشاكل التي تم حلها: الإنفاق المزدوج، التأخر
واحدة من النهج الآخر للتعامل مع النهائية والتأخر هو تمكين التأكيدات السريعة. أحد الطرق الممكنة هو تطوير سلاسل عالية الأداء ومستقرة حيث يمكن تسوية حتى حجوم كبيرة من المعاملات في الوقت الحقيقي. عندما يتم تسوية المعاملة في أجزاء من الثانية ، يتلقى مقدمو الخدمات والتجار نتيجة حاسمة فورًا ، مما يجعل من الصعب للغاية على المهاجمين المتطورين حتى القيام بإنفاق مزدوج أو استغلال النظام. فرق مثل MegaETH وغيرهم يعملون بنشاط في هذا الجانب.
بدلاً من ذلك، يمكن أن تحقق التأكيدات المسبقة نتائج مماثلة إذا تم تنفيذها بشكل فعال على الشبكة الرئيسية أو بناء اللفائف. يسمح التأكيد المسبق لمقترحي L1 بالاختيار بالانضمام إلى فرع إمداد جديد، عبر تخصيص جزء من مساحة الكتلة والتعهد بتضمين بعض المعاملات مسبقًا، قبل بناء الكتلة بأكملها وبثها عبر الشبكة. مشاريع مثل Commit Boost وLuban وChainbound هي من بين تلك التي تقوم بالتصميم الشامل والهندسة المطلوبة لجعل هذا واقعًا.
حسابات العقود الذكية - منطق مخصص ووظيفة محسنة محددة بواسطة العقود الذكية
تنفيذات: Zerodev، Particle، إلخ.
القضايا المحلولة: توقيع وإدارة
تكون تجربة التوقيع بشكل عام مباشرة عند استخدام تطبيقات العملات الرقمية الأصلية للدفع، حيث يتم تضمين محفظة، ويتم توقيع المعاملات عندما يختار المستخدمون "الدفع الآن" أو "التحويل". ومع ذلك، يصبح هذا تحدياً بالنسبة لمصممي البطاقات غير الوديعية، الذين يجب أن يطلبوا من المستخدمين تمرير بطاقاتهم والموافقة على المعاملات بشكل منفصل. تعمل Tangem على تطوير منتج يجمع بين محفظة أجهزة وبطاقة دفع، ولكن هذا النهج يتطلب تصنيع مخصص، مما يزيد التكاليف.
بالإضافة إلى ذلك، حيث إن منحنى التوقيع المستخدم في معظم سلاسل الكتل الرئيسية اليوم، Secp256k1، لا يتم دمجه أو دعمه من قبل معظم مصنعي الهواتف المحمولة، فإن مفاتيح الخاصة لحسابات الإيثريوم الخارجية عادة ما تُحتفظ بها وتُستخدم على مستوى البرنامج، بدلاً من الاستفادة من الحارات المؤمنة المخصصة المستخدمة لإدارة المفاتيح الحديثة على الأجهزة المحمولة. وهذا يفرض مخاطر إضافية على مستخدمي تطبيقات الدفع المحمولة.
علاوة على ذلك، فإن منحنى التوقيع المستخدم في معظم سلاسل الكتل الرئيسية اليوم، Secp256k1، لا يتم دمجه أو دعمه من قبل معظم مصنعي الهواتف المحمولة. ونتيجة لذلك، يتم إدارة المفاتيح الخاصة للحسابات الخاصة على مستوى البرنامج بدلاً من الاستفادة من الأماكن الآمنة المستخدمة في إدارة مفاتيح الهواتف المحمولة الحديثة، مما يعرض المستخدمين لتطبيقات الدفع لمخاطر إضافية.
هناك أيضًا طلب متزايد لضوابط الوصول إلى الدفع الدقيقة. على سبيل المثال ، قد يرغب المؤسسات في منح الوصول للموظفين فقط أثناء رحلات العمل ، مع حدود الإنفاق المحددة. قد يرغب الآباء في السماح لأطفالهم باستخدام بطاقة لأغراض محددة تحت حدود معينة.
لتلبية هذه الاحتياجات، يتم تطوير حسابات العقود الذكية بنشاط من قبل العديد من الشركات الناشئة. تمكن هذه الحسابات المستخدمين من تفويض خصم الرصيد للآخرين نيابة عنهم، مع القدرة على تحديد حدود الإنفاق والقيود الزمنية وتفاصيل دقيقة أخرى.
ماجستير الدفع - تمكين دفع الغاز للآخرين أو باستخدام الرموز البديلة
التنفيذات: Biconomy Paymaster، Pimlico Paymaster، إلخ.
المشاكل المحلولة: رسوم الغاز
تجريد رسوم الغاز بعيدا عن تجربة المستخدم أمر أساسي لجعل تكنولوجيا البلوكشين أكثر إمكانية الوصول وسهولة الاستخدام.
تلخيص ما تم ذكره أعلاه في رسم بياني واحد:
العوائق التي تواجه الدفع الرقمي غير المؤمن والأدوات الأساسية التي تساعد
يبحث المستخدمون بشكل متزايد عن منتجات الدفع التي تتكامل بسهولة مع بروتوكولات ديفي، مما يقدم فرص العائد وإدارة الأصول المتطورة بطريقة غير موثوقة.
نظام الدفع التقليدي، على الرغم من تعقيده، يدور أساسا حول تعليمتين أساسيتين: الخصم والائتمان. كما يصف Holyheld في ورقتهم البيضاء:
"...بين المستهلك والمنتج، هناك العديد من الوسطاء يقوم كل واحد منهم بتنفيذ، نقل، أو إعادة توجيه تعليمة بسيطة. في كل خطوة، يتم التوفيق بين تعليمات الخصم والائتمان. من غير الممكن برمجة أو إثراء مثل هذه التعليمات..."
للوصول إلى أدوات إدارة الأصول الإضافية والفرص، يتعين على المستخدمين اللجوء إلى مؤسسات منفصلة وأطراف ثالثة. هذا الاعتماد على دفاتر الأستاذ المعزولة والمحافظ المحافظ المحافظ المحافظة يتسبب في تكاليف واحتكاكات بارزة.
تم إنشاء ديفي لمعالجة هذه المسائل. على الرغم من أنها لا تزال في مراحلها المبكرة، فقد قدمت ديفي بالفعل مجموعة متنوعة من فرص العائد على السلسلة، بما في ذلك:
علاوة على ذلك ، نشهد تطوير العديد من أدوات التشغيل التلقائي والمشتقات والاستراتيجيات المبنية على هذه البروتوكولات. الخطوة التالية المنطقية هي إغلاق الميل الأخير من خلال دمج تطبيقات الدفع مع بروتوكولات Defi. سيتيح هذا للمستخدمين تخزين وإدارة وإنفاق أصولهم بسلاسة وبدون ثقة داخل حساب واحد فقط.
حالة 1 - ايثرفي
تعاون Etherfi مؤخرًا مع Scroll، أطلقتبطاقة ائتمان "حقيقية"، الذي يتوافق تمامًا مع هذه الرسالة. حاليًا، يعرف Etherfi على نحو أفضل بروتوكول LRT المبني على EigenLayer. ومع ذلك، مع إدخال Cash، سيحصل المستخدمون على القدرة على اقتراض وإنفاق العملات المستقرة ضد مواقعهم في الرهن باستخدام بطاقات الائتمان Visa التي تصدر عبر المنصة. يمكن دفع الأرصدة المستحقة على هذه البطاقات تلقائيًا من الفائدة المُولَدة من مواقعهم في الرهن. كما تقدم Etherfi أيضًا Liquid، والتي توفر الصناديق مع استراتيجيات Defi الآلية. يقوم المستخدمون ببساطة بإيداع رموزهم، وخلف الكواليس، تخصص الصندوق الأموال عبر مواقع Defi مختلفة.
Case2 - RoboSaver بالمقابل، تدعم شركة Onchainification Labs نهجًا غير تابعًا للعملاء. لقد قاموا بإصدار نسخة ألفا من RoboSaver، وهي وحدة عقد ذكية مصممة للتثبيت على الحساب الذكي الآمن الذي يدعم كل بطاقة Gnosis Pay. تتيح هذه الوحدة للمستخدمين إيداع الرصيد الخامل في بروتوكولات Defi مثل Balancer أو Aura ، حيث يكسب العائد ويجمع رسوم المبادلة. عندما ينخفض رصيد البطاقة عن حد معين ، يقوم RoboSaver تلقائيا بسحب الأصول من المجمع لتعبئة البطاقة. تم بالفعل نشر العقود ، وتم الانسحاب بنجاح مُثيرخلال تجربة حيث اشتروا قهوة.
هنا هما منتجان أو ميزتان أعتقد أنهما يحملان أكبر إمكانات هائلة:
في المستقبل القريب، ستصبح أنظمة الدفع متكاملة بشكل سلس في النظام البيئي الكامل للتمويل اللامركزي. سيكون للأفراد الوصول إلى مجموعة واسعة من الأدوات الاستثمارية وأدوات الإدارة والاستراتيجيات، كل ذلك من حساب موحد.
علاوة على ذلك، سيتم دمج مدفوعات العملات الرقمية بشكل متزايد في الأنظمة المالية التقليدية. حاليا، البنوك الصادرة هي الأولى التي تعتمد العملات الرقمية لأنها تدير المراحل الأولية لتدفق الأموال وهي الأكثر تدنيا في تدفق المعلومات. بمجرد أن تتعامل هذه الجهات المصدرة مع التحويل بين العملات الرقمية والعملات القانونية، يمكن للمشاركين الآخرين، مثل شبكات البطاقات والبنوك المستحوذة، العمل دون الحاجة إلى معرفة العملة الرقمية المعنية.
ومع ذلك، في المدى الطويل، يمكننا توقع أن يتم دمج العملات الرقمية أكثر في الجريان النقدي للصناديق - أو بالعكس، في الجريان المعلوماتي - بسبب كفاءتها وتكلفتها الفعالة، مع الحاجة إلى عمليات تحويل أقل. لقد شاهدنا بالفعل فيزا وماستركارد يستكشفان نشطًا دمج العملات الرقمية في شبكاتهم وقنوات الدفع التقليدية، مما يشير إلى تحول واضح في الصناعة. على نفس النحو، شركة سترايبالتحرك الأخيرتعزيز المزيد من المدفوعات بالعملات المستقرة يؤكد هذا الاتجاه.
مع زيادة اعتماد العملات الرقمية، ستظل المزيد من الأموال على السلسلة للحصول على إدارة آمنة ومريحة، وللاستفادة من فرص العائد الأفضل، مع تحويلات إلى العملات الورقية فقط عند الضرورة.
على الرغم من عدم اليقين بشأن المستقبل الدقيق، يمكننا تصور سيناريو مثالي بناءً على المعرفة والاتجاهات الحالية.
في المستقبل ، يجب أن تكون عملية إجراء مدفوعات التشفير سلسة وسريعة مثل المدفوعات الرقمية اليوم. سيحتاج العملاء فقط إلى المشاركة في تفاعل قصير مع التاجر ، على غرار الطريقة التي نستخدم بها حاليا رموز QR أو NFC أو المصادقة البيومترية. سيسمح هذا التفاعل البسيط للتاجر بتحديد حساب المستخدم المجرد أو الذكي ، مدعوما بالأوليات التي تمت مناقشتها في القسم 3.2.1.
معالج الدفع، الذي يعمل كأحد الوسطاء القليلين في هذا النظام المبسط، سيقوم بمجموعة من الفحوصات الأمنية نيابة عن التاجر والمستخدم. قد تشمل هذه الفحوصات التحقق من الهوية، تأكيد الرصيد، الامتثال لقواعد مكافحة غسيل الأموال، اكتشاف الاحتيال، وضبط الوصول، بين أمور أخرى. بمجرد إتمام هذه الفحوصات بنجاح، سيتم توجيه طلب الدفع إلى حساب المستخدم الذكي.
يمكن استخدام هذا الحساب الذكي لحمل مجموعة متنوعة من الأصول، مثل تلك المتعلقة بالمراهنة، توفير السيولة، RWA، منتجات CeDefi، أو فرص توليد العائدات الأخرى ومزيجها. والأهم من ذلك، ستظل هذه الأصول غير مؤولة، مسيطرًا عليها بالكامل من قبل المستخدم. سيتم تعريف التفويض المسبق ومراقبة الوصول من خلال العقود الذكية، حيث يتم تغطية رسوم الغاز في كثير من الأحيان من قبل التطبيق أو موفر الخدمة.
لضمان السرعة والأمان ، يمكن أن يستفيد النظام من قفل الموارد ، والتأكيدات السريعة ، أو سلاسل عالية الأداء. وهذا من شأنه أن يتيح لمعالجي الدفع أو مزودي الخدمات الأخرى تأكيد المعاملات تقريبًا فورًا ، وبالتالي تقليل مخاطر الأنشطة الخبيثة. سيتلقى التاجر إشعارًا فوريًا بحالة اكتمال المعاملة ، في حين يمكن أن يحدث تسوية الأموال الفعلية إما فورًا أو في وقت لاحق. في نهاية المطاف ، ستنتقل الأصول المقابلة إلى حساب التاجر ، مما يغلق المعاملة.
(المثالي) مخطط تدفق الدفع بالعملات الرقمية
كما قد لاحظت، فإنه بالإضافة إلى معالج الدفع، فإن طرفًا ثالثًا آخر قد يحتاج المستخدمون والتجار الاعتماد عليه على الأرجح هو مزود خدمة الحسابات أو المدير. ينشأ هذا الضرورة لأن الحسابات الأساسية الأصلية، مثل EVM EOAs، غير كافية لتقديم تجربة سلسة وإدارة معقدة. علاوة على ذلك، قد تواجه الحلول الخاصة بالبرمجيات مفتوحة المصدر صعوبات في مواكبة التطور السريع لتكنولوجيا البلوكشين وتغير احتياجات المستخدمين. وهناك ميزة رئيسية للمدفوعات الرقمية، تساعد على تقليل عدد الوسطاء وبالتالي تقليل التكاليف، وهي أن التكنولوجيا المتكاملة للبلوكشين توحد تدفق الأموال والمعلومات ضمن دفتر حساب واحد.
فترات الدفع
لتلخيص المقال بأكمله:
شهدت المدفوعات بالبطاقات بداية عملية التنمية الرقمية للمعاملات المالية، مستفيدة من الحواسيب والإنترنت في عمليات الحفظ ونقل المعلومات. مع نمو صناعة الدفع وتطور التكنولوجيا، تضمنت العملية عددًا متزايدًا من الوسطاء المتخصصين. المدفوعات الرقمية تعززت هذه العملية الرقمية باستخدام التكنولوجيات الناشئة مع انتشار استخدام الإنترنت من قبل المستهلكين. كما قامت بإزالة الوسطاء التقليديين من العملية من خلال تجريد التفاعلات المباشرة للعملاء مع البنوك.
تأخذ تقنية البلوكتشين والمدفوعات الرقمية هذا النظام من خلال تقديم نظام يحافظ فيه المستخدمون على السيطرة على أصولهم مع الحصول على وصول إلى مجموعة واسعة من فرص العائد المركب وأدوات إدارة الأصول. توفر هذه التقنية شبكة لامركزية ولا تتطلب إذنًا، مما يجعل الأصول الرقمية والملكية متاحة للجميع تقريبًا في العالم. وتشجع على بيئة شفافة ومحايدة حيث يمكن لجميع الأطراف التعاون دون الحاجة إلى إقامة الثقة مسبقًا.