api

في عالم إنشاء المحتوى المتطور بسرعة في Web3، "الاتساق هو الملك." بالنسبة للمبدعين الذين يهدفون إلى دخول قائمة Binance Square Top 100، لم تكن العقبة تتعلق بجودة الأفكار، بل بكم العمل اليدوي المطلوب للنشر، والتفاعل، والتحديث في الوقت الفعلي.
معترفًا بذلك، أطلقت بينانس رسميًا ميزة Binance Square Skill، وهي ميزة ثورية مدفوعة بـ API ضمن مركز مهارات بينانس. يتيح هذا التحديث للمبدعين نشر المحتوى برمجيًا عبر وكلاء الذكاء الاصطناعي - كل ذلك دون الحاجة إلى تسجيل الدخول يدويًا إلى التطبيق لكل تحديث.

#APRO أوراكل هو أحد تلك المشاريع التي، عند سماعك عنها لأول مرة، تبدو كإجابة هندسية لمشكلة إنسانية — نريد من العقود والوكلاء على البلوكتشين أن يتصرفوا بناءً على الحقيقة التي تبدو صادقة، وفي الوقت المناسب، وقابلة للفهم — وعندما تعمقت في كيفية بنائه وجدت أن القصة أقل عن السحر وأكثر عن التوازنات الدقيقة، وتصميم الطبقات، وإصرار على جعل البيانات تبدو كأنها حية بدلاً من مجرد تسليمها، وهذا هو السبب في أنني أشعر بالانجذاب لشرحه من الأساس كما قد يخبر شخص ما جاره عن أداة جديدة، مفيدة بهدوء في القرية: ما هي، ولماذا هي مهمة، وكيف تعمل، وما الذي يجب مراقبته، وأين تكمن المخاطر الحقيقية، وماذا يمكن أن يحدث بعد ذلك اعتمادًا على كيفية اختيار الناس لاستخدامها. إنهم يسمون APRO أوراكل من الجيل التالي وهذا اللقب يثبت لأنه لا يرسل فقط أرقام الأسعار — بل يحاول تقييم، والتحقق، وتوفير السياق وراء الرقم باستخدام كل من الذكاء خارج السلسلة وضمانات داخل السلسلة، م mixing feeds “push” المستمرة للأنظمة التي تحتاج إلى تحديثات مستمرة ومنخفضة الكمون مع استفسارات “pull” عند الطلب التي تسمح للتطبيقات الصغيرة بالتحقق من الأشياء فقط عندما يجب عليها ذلك، ونموذج التسليم المزدوج هذا هو أحد أوضح الطرق التي حاولت بها الفريق تلبية احتياجات مختلفة دون إجبار المستخدمين على الدخول في قالب واحد.

لقد كنت أفكر كثيرًا فيما يعنيه بناء المال والهوية للآلات، ويبدو أن Kite هو أحد تلك المشاريع النادرة التي تحاول مواجهة هذا السؤال بشكل مباشر من خلال إعادة تصميم السكك الحديدية بدلاً من إجبار الوكلاء على الانضغاط في أنظمة تركز على الإنسان، ولهذا السبب أكتب هذا في نفس التنفس المستمر - لمحاولة مطابقة شعور تدفق وكيل حيث تتحرك الهوية والقواعد والقيمة معًا دون احتكاك غير ضروري. $KITE هو، في جوهره، طبقة 1 مصممة خصيصًا للمدفوعات الوكيلية والتنسيق في الوقت الحقيقي بين الممثلين المستقلين #AI ، مما يعني أنهم حافظوا على التوافق مع الأدوات الموجودة في الاعتبار أثناء اختراع أوليات جديدة تهم الآلات، وليس فقط الناس، وتسمح تلك الخيار التصميمي للمطورين بإعادة استخدام ما يعرفونه بينما يقدمون ميزات من الدرجة الأولى للوكلاء يحتاجونها بالفعل. لقد بنوا نموذج هوية مكون من ثلاث طبقات لاحظت أنه يظهر مرارًا وتكرارًا في مستنداتهم وورقة بيضاء لأنهم يحلون مشكلة صعبة بشكل خادع: المحافظ ليست جيدة بما يكفي عندما يحتاج الذكاء الاصطناعي إلى التصرف بشكل مستقل ولكن تحت سلطة إنسان، لذلك تفصل Kite بين هوية المستخدم الجذرية (السلطة الإنسانية أو التنظيمية)، هوية الوكيل (عنوان يمكن تفويضه وحتمي يمثل الممثل المستقل)، وهوية الجلسة (مفتاح زمني لمهام قصيرة الأجل محددة)، وتغير تلك الفجوة كل شيء عن الطريقة التي تفكر بها في المخاطر والتفويض والإلغاء في الممارسة العملية. من الناحية العملية، يعني ذلك إذا كنت تبني وكيلًا يطلب البقالة، يمكن أن يكون لدى ذلك الوكيل عنوانه الخاص على السلسلة وقواعد إنفاق قابلة للبرمجة مرتبطة تشفيرياً بالمستخدم دون الكشف عن مفاتيح المستخدم الرئيسية، وإذا حدث شيء غير صحيح يمكنك سحب مفتاح الجلسة أو تغيير أذونات الوكيل دون تدمير هوية المستخدم الأوسع على السلسلة - أقول لك، إنها نوع من الأمان التشغيلي الذي نعتبره أمرًا مسلمًا به في الخدمات الإنسانية ولكننا لم نحصل عليه للفاعلين الآليين حتى الآن. لم يتوقف المؤسسون عند الهوية؛ يشرحون إطار عمل SPACE في ورقتهم البيضاء - تسوية قائمة على العملات المستقرة، قيود قابلة للبرمجة، مصادقة تركز على الوكيل وما إلى ذلك - لأنه عندما يقوم الوكلاء بإجراء معاملات صغيرة لمكالمات #API ، يجب أن تكون اقتصاديات الوحدة منطقية ويجب أن تكون طبقة التسوية بحاجة إلى رسوم متوقعة، أقل من سنت حتى تكون المدفوعات عالية التردد قابلة للتطبيق، ويعالج خيار Kite لتحسين تسوية العملات المستقرة وزمن استجابة منخفض مباشرة ذلك.