لقد أمضيت للتو وقتا في البحث في بروتوكول المدفوعات التجارية - وبصراحة ، إنه نوع من المذهل. لقد حلت قضبان التشفير بهدوء معظم نقاط الألم التي أبعدتهم عن التجارة السائدة. هذا ليس عرضا توضيحيا أو نظرية - إنه مباشر ومفتوح المصدر ويعالج المعاملات الحقيقية. مدفوعات التشفير هنا. 1 / تفويض فوري "نعم / لا". يحتاج التجار إلى إجابة نظيفة: هل يجب علي شحن هذا العنصر؟ على السلسلة ، هذا تافه. يعطي البروتوكول استجابة فورية معتمدة عن طريق استدعاء authorize() ، والتي إما تنجح أو تتراجع. لا غموض. مجرد منطق حتمي قابل للبرمجة. 2/ أموال غير قابلة للإلغاء أو مضمونة بالشبكة مع البطاقات التقليدية ، يضع "التفويض" تعليقا - إنه وعد وليس دفعة. في سكة USDC الخاصة ب Base ، تقوم مكالمة authorize() على الفور بنقل المبلغ الدقيق إلى عقد ضمان ذكي. لا يمكن الإفراج عن الأموال إلا عن طريق الاستيلاء عليها أو استردادها أو إلغاؤها - لا يمكن لأحد استعادتها. إنه يستبدل فكرة الاحتفاظ بالائتمان ب "تعليق الخصم": يتم تقليل رصيد المشتري على الفور ، لكن لا يمكن للتاجر إنفاقه حتى يتم الاستيلاء عليه. تعكس العملية التدفق المكون من خطوتين لنظام البطاقات ، والذي يتم فرضه فقط من خلال العقود الذكية بدلا من القواعد المركزية. إذا لم يكن لدى المشتري ما يكفي من USDC ، فإن transferWithAuthorization() يعود مع مبلغ التحويل يتجاوز الرصيد. لا جزئيات. لا سحب على المكشوف. مجرد توقف صعب - تماما مثل رمز خطأ البطاقة 51: عدم كفاية الأموال أو حد الائتمان. 3 / حماية المتسوقين ، معاد هيكلتها على عكس البطاقات - حيث يوفر المصدرون حماية المشتري - تنقل المدفوعات الأصلية المشفرة هذه المسؤولية إلى PSP أو طبقة المحفظة. يدعم بروتوكول التجارة الأساسي مكالمات الاسترداد () ، باستخدام رصيد محفظة التاجر أو ، إذا لزم الأمر ، احتياطيات المخاطر الخاصة ب PSP. لذلك لا تزال الحماية موجودة - لم تعد مفروضة بموجب اللوائح. إنه تعاقدي مدعوم بالميزانية العمومية. مثل: اليوم 0: يدفع المشتري → يدخل USDC في ضمان التاجر. اليوم 10: المنتج لا يصل → يعترض المشتري → استدعاء PSP Refund() → الأموال التي تم سحبها من التاجر. يوم 65: التاجر الظلال → المحفظة فارغة → يستخدم PSP مجمع المخاطر. اليوم 91: انتهت صلاحية فترة الاسترداد → لم يعد الاسترداد على السلسلة ممكنا → قد يقدم PSP رصيدا ، أو يسعى المشتري إلى اللجوء القانوني أو تجميد الدائرة. 4 / الأدوات في كل مكان و UX ولا يزال هناك تحد واحد: التمويل الخالي من الاحتكاك. اليوم ، لا تزال مدفوعات العملات المستقرة تتطلب من المشترين الحصول على USDC والاحتفاظ بها وإدارة ETH للغاز. هذا عبء UX - لكنه قابل للحل. يمكن أن تجعل تجريدات المحفظة الذكية بالفعل هذا يبدو وكأنه حساب خصم. يمكن أن يؤدي التراكب على غرار الائتمان - الذي تم إنشاؤه بواسطة بطاقة $Coin أو $Shop أو MoonPay الجديدة - إلى سد فجوة قابلية الاستخدام الأخيرة ، مما يمنح قضبان التشفير تكافؤا مع البطاقات على الشيء الوحيد الذي لا تزال متخلفة عنه: التمويل السلس عند الخروج. +++ هذا تحدى الكثير مما اعتقدت أنني أعرفه عن المدفوعات. أنا معجب حقا بالنظام البيئي الذي تتشكل - معظمه فقط في الأشهر القليلة الماضية ، حيث بدأ الوضوح التنظيمي في الظهور. يقدم بروتوكول التجارة الأساسي لمحة عن بنية دفع جديدة: بنية شفافة وقابلة للبرمجة وأكثر كفاءة من الناحية الهيكلية مما اعتمدنا عليه لعقود. مع التقدم المطرد في تجربة المستخدم للمحفظة ، وتراكبات الائتمان ، والمنصات الورقية ، قد تصل العملات المشفرة للتجارة في وقت أقرب بكثير مما كان متوقعا. لا تقلل أبدا من شأن ما يمكن أن يفتحه نظام مفتوح المصدر وقابل للبرمجة. +++ +++ المزيد هنا: