عزيزي البائع عبر الإنترنت، أعرف أكبر مشكلتين تواجهانك. العملاء الذين لا يدفعون قبل التسليم. والعملاء الذين يقولون "لقد دفعت" لكن الطرد لم يصل أبدًا. كلا الجانبين يطرحان نفس السؤال: من نثق به في الوسط؟ دعني أرسم مثالًا لكيفية إجابة TRON بالإضافة إلى oracle على هذا السؤال. لنفترض أن بيسي تبيع حقائب يدوية الصنع على إنستغرام من لاغوس، ويرغب مشترٍ في بورت هاركورت في شراء واحدة بقيمة 40 USDT. بدلًا من دفع المبلغ مباشرةً لبيسي، يُقفل الـ USDT في عقد ذكي للوديعة. تُرسل بيسي الطرد وتدخل رقم التتبع. الآن، يحتاج العقد إلى معرفة شيء واحد من العالم الحقيقي: هل تم تسليم الطرد؟ هذا هو دور WINkLink AnyAPI. كيف ستبدو العملية: ⤞ يرسل العقد طلب AnyAPI مع رقم التتبع ⤞ يدفع رسوم الطلب باستخدام WIN عبر WinkMid ⤞ تقوم عقدة WINkLink بالاتصال بواجهة برمجة تطبيقات تتبع شركة الشحن وتحليل الحالة ⤞ تعود الإجابة إلى السلسلة ⤞ إذا قالت إن الطرد تم تسليمه، يتم إطلاق الـ USDT لبيسي تُصفح الوثائق AnyAPI كوسيلة للحصول على بيانات من أي مصدر خارجي عن السلسلة وتحويلها قبل إدخالها إلى السلسلة. هناك حد واحد يستحق ذكره بصوت عالٍ: هذا يعمل فقط إذا كانت شركة الشحن تمتلك واجهة برمجة تطبيقات تتبع يمكن للعقدة الاتصال بها. كما يوجد آلية أمان في عقد المشغل: يمكن إلغاء أي طلب لم يُستوفَ خلال فترة صلاحيته واسترداد الـ WIN. أعتقد أن هذا هو النوع من الاستخدامات المملة والعملية التي تجعل @WinkLink_Oracle ذات أهمية للأشخاص الذين لن يقولوا أبدًا كلمة "oracle". المطورون، دليل AnyAPI متاح هنا: https://t.co/HFTDP0manp البائعون، هل ستبيعون عبر وديعة كهذه؟ @justinsuntron @WinkLink_Oracle #TronEcoStarsafety