حسبتُ ثلاث حسابات لـ Agent، وكلها تشير إلى الاتجاه نفسه#KİTE
ظللت أعتقد أن مصطلح «اقتصاد Agent» فضفاض بعض الشيء، إلى أن جلست وحسبت الأمور بجدية
لا مفر من الإنفاق عندما يتولى Agent العمل نيابةً عن الناس؛ ولكي ينفق، لا بد أولًا من إتاحة المدفوعات الصغيرة. أجريت ثلاث حسابات، وكلها تشير إلى الاتجاه نفسه
الحساب الأول: الرسوم. قد لا تتجاوز تكلفة شراء Agent للبيانات في المرة الواحدة بضعة سنتات. قنوات الدفع التقليدية لا تلائم المدفوعات الصغيرة إطلاقًا: رسوم ثابتة وحد أدنى للرسوم؛ تدفع بضعة أعشار من العملة لتكلفة المعاملة، ولا تحصل إلا على بضعة سنتات، لذا فهذه الصفقة خاسرة منذ اليوم الأول. لذلك، ليست المشكلة أن لا أحد يريد إجراء معاملات Agent، بل أن قنوات الدفع لا تواكبها. ويمكن للمدفوعات الصغيرة على البلوك تشين خفض تكلفة المعاملة الواحدة إلى حد يكاد لا يُذكر. وسلسلة Kite (متوافقة مع EVM، ومعرّف السلسلة 2366) صُممت لهذا الغرض
الحساب الثاني: فارق التوقيت. يعمل Agent بوتيرة عالية وفي الزمن الحقيقي: يستدعي الواجهات البرمجية، ويجلب البيانات، ويدفع مقابل واجهات API؛ وقد يحتاج إلى تسوية عدة معاملات في ثانية واحدة. أما الفواتير التقليدية فتُسوّى شهريًا، وحتى التسوية في اليوم التالي (T+1) بطيئة جدًا. ففي عالم الآلات، دورات الفوترة تخالف المنطق السائد؛ إذ تتم التسوية مباشرة على البلوك تشين. وبعد دخول عملات مستقرة مثل PYUSD وUSDC إلى المشهد، تصل الأموال المدفوعة فورًا
الحساب الثالث: تسوية الحسابات. يتعامل Agent خلال شهر مع عشرات مزودي الخدمات، ولكل واحد منهم تنسيق فواتير مختلف؛ ومطابقة الحسابات يدويًا كفيلة بإصابة المرء بالجنون. يعجبني تصميم Agent Passport: هوية قابلة للتحقق لكل Agent، وحد أقصى لكل معاملة وسقف إجمالي للإنفاق، وسجل معاملات قابل للتدقيق من البداية إلى النهاية. ومن أين جاءت الأموال وإلى أين ذهبت؟ كل ذلك ظاهر على سلسلة واحدة
أما طبقة البروتوكول، ففيها ما يستحق الاهتمام أيضًا. يعيد x402 إحياء رمز الحالة 402 في HTTP، الذي لم يستخدمه أحد لعقود، ليجعله إشارةً للدفع: يطلب Agent واجهة مدفوعة، فيرد الخادم قائلًا: «ادفع»، ثم يوقّع Agent المعاملة ويدفع في الحال؛ طلب واحد وتسوية واحدة. وقد دمجت #KiteBBW كلًا من x402 وGoogle AP2، لذا يمكن لـ Agent تقديم الطلب وفق أي معيار، ثم تتم التسوية في النهاية على السلسلة نفسها
أقدّر هذا التوجه في مؤشرات الأداء الرئيسية: لا ينظرون إلى TVL، بل إلى عدد المعاملات، وعدد مستخدمي Passport النشطين شهريًا، وقيمة التسويات. ستُطلق الشبكة الرئيسية في نهاية أبريل، وهناك أكثر من 90 مزود خدمة، كما أصبحت تسويات PYUSD متاحة. وقياس الأداء بعدد المعاملات يوضح بجلاء أن جوهر الرهان هو «أن يستخدمه الناس فعلًا»
التغيير الأكبر في الخطوة التالية لـ Kite لا يتعلق بـ«كيفية الدفع»، بل بـ«من يمسك الدفاتر»؛ إذ يحتاج كل Agent إلى دفتر حسابات خاص به، وانتقال الحسابات من البشر إلى الآلات تغيير أكبر بكثير من تغيير وسيلة الدفع
ظللت أعتقد أن مصطلح «اقتصاد Agent» فضفاض بعض الشيء، إلى أن جلست وحسبت الأمور بجدية
لا مفر من الإنفاق عندما يتولى Agent العمل نيابةً عن الناس؛ ولكي ينفق، لا بد أولًا من إتاحة المدفوعات الصغيرة. أجريت ثلاث حسابات، وكلها تشير إلى الاتجاه نفسه
الحساب الأول: الرسوم. قد لا تتجاوز تكلفة شراء Agent للبيانات في المرة الواحدة بضعة سنتات. قنوات الدفع التقليدية لا تلائم المدفوعات الصغيرة إطلاقًا: رسوم ثابتة وحد أدنى للرسوم؛ تدفع بضعة أعشار من العملة لتكلفة المعاملة، ولا تحصل إلا على بضعة سنتات، لذا فهذه الصفقة خاسرة منذ اليوم الأول. لذلك، ليست المشكلة أن لا أحد يريد إجراء معاملات Agent، بل أن قنوات الدفع لا تواكبها. ويمكن للمدفوعات الصغيرة على البلوك تشين خفض تكلفة المعاملة الواحدة إلى حد يكاد لا يُذكر. وسلسلة Kite (متوافقة مع EVM، ومعرّف السلسلة 2366) صُممت لهذا الغرض
الحساب الثاني: فارق التوقيت. يعمل Agent بوتيرة عالية وفي الزمن الحقيقي: يستدعي الواجهات البرمجية، ويجلب البيانات، ويدفع مقابل واجهات API؛ وقد يحتاج إلى تسوية عدة معاملات في ثانية واحدة. أما الفواتير التقليدية فتُسوّى شهريًا، وحتى التسوية في اليوم التالي (T+1) بطيئة جدًا. ففي عالم الآلات، دورات الفوترة تخالف المنطق السائد؛ إذ تتم التسوية مباشرة على البلوك تشين. وبعد دخول عملات مستقرة مثل PYUSD وUSDC إلى المشهد، تصل الأموال المدفوعة فورًا
الحساب الثالث: تسوية الحسابات. يتعامل Agent خلال شهر مع عشرات مزودي الخدمات، ولكل واحد منهم تنسيق فواتير مختلف؛ ومطابقة الحسابات يدويًا كفيلة بإصابة المرء بالجنون. يعجبني تصميم Agent Passport: هوية قابلة للتحقق لكل Agent، وحد أقصى لكل معاملة وسقف إجمالي للإنفاق، وسجل معاملات قابل للتدقيق من البداية إلى النهاية. ومن أين جاءت الأموال وإلى أين ذهبت؟ كل ذلك ظاهر على سلسلة واحدة
أما طبقة البروتوكول، ففيها ما يستحق الاهتمام أيضًا. يعيد x402 إحياء رمز الحالة 402 في HTTP، الذي لم يستخدمه أحد لعقود، ليجعله إشارةً للدفع: يطلب Agent واجهة مدفوعة، فيرد الخادم قائلًا: «ادفع»، ثم يوقّع Agent المعاملة ويدفع في الحال؛ طلب واحد وتسوية واحدة. وقد دمجت #KiteBBW كلًا من x402 وGoogle AP2، لذا يمكن لـ Agent تقديم الطلب وفق أي معيار، ثم تتم التسوية في النهاية على السلسلة نفسها
أقدّر هذا التوجه في مؤشرات الأداء الرئيسية: لا ينظرون إلى TVL، بل إلى عدد المعاملات، وعدد مستخدمي Passport النشطين شهريًا، وقيمة التسويات. ستُطلق الشبكة الرئيسية في نهاية أبريل، وهناك أكثر من 90 مزود خدمة، كما أصبحت تسويات PYUSD متاحة. وقياس الأداء بعدد المعاملات يوضح بجلاء أن جوهر الرهان هو «أن يستخدمه الناس فعلًا»
التغيير الأكبر في الخطوة التالية لـ Kite لا يتعلق بـ«كيفية الدفع»، بل بـ«من يمسك الدفاتر»؛ إذ يحتاج كل Agent إلى دفتر حسابات خاص به، وانتقال الحسابات من البشر إلى الآلات تغيير أكبر بكثير من تغيير وسيلة الدفع