يستمر الاهتمام بـ وكيل الذكاء الاصطناعي في كونه موضوعًا له نقاش واسع.
على سبيل المثال، المعاملات والدفع المُشفّرة التي نوقشت مؤخرًا.
إذا كان عليهم إدارة الأموال حقًا، فالمخاوف ليست فقط أن نصوص البيتكوين ضعيفة، بل لأن القواعد تكون حرة جدًا.
كنت أعتقد سابقًا أنه لكي تتمكن البيتكوين من استيعاب المزيد من التطبيقات، يجب أن تكون أكثر مرونة، لكن بعد التفكير جيدًا، أصبحت أكثر حذرًا تجاه الأنظمة التي يُمكنها فعل كل شيء.
قد تكون أخطاء البشر مجرد الضغط على زر خاطئ في معاملة واحدة، لكن إذا كان الوكيل يتولى إدارة مستودع الأموال، أو المدفوعات التلقائية، أو يقوم بالتنسيق، فإن سرعة حدوث الأخطاء ستكون أعلى، وقد تتضاعف آثارها أيضًا.
لذلك، عندما يتولى الوكيل إدارة الأموال، فإن أول احتياج ليس الخيال، بل الحدود. كم يمكن إنفاقه، ومتى يمكن إنفاقه، وما الشروط التي تسمح بالإنفاق، وهل يمكن تأجيل الموافقة أو إيقافها عند حدوث حالات استثنائية.
هذه القيود تبدو غير مثيرة، لكن عندما تسلم الأصول إلى آلة لتنفيذها، غالبًا تكون أغلى ما فيها هو هذه القيود.
لطالما كان البيتكوين متحفظًا منذ أكثر من عشر سنوات: تم تعطيل أوامر معقدة بدريًا، وتم الإبقاء على حد مكدس 520 بايت دائمًا. هذا يقلل حرية المطورين، لكنه في المقابل يمنح مساحة هجمات أقل، فالطبقة الأساسية أكثر ثباتًا، ولا يمكن تعديلها بسهولة وبشكل عشوائي.
غالبًا يقلّل السوق من قيمة هذا النوع من التزام/تحفظ. في دورات السوق الصاعدة يحب الجميع السرعة والمرونة وسرديات جديدة. لكن عندما يتعلق الأمر بالحضانة طويلة الأمد وتنفيذ الآلة، يعود الجميع إلى المشكلة القديمة: هل يمكن التحقق؟ هل يمكن التنبؤ؟ وهل يمكن أن تصمد عبر الزمن؟
@op_catlayer الآن يجعلني ذلك أقول: مثير للاهتمام، بالضبط هنا.
إنه لا يسعى لتحويل البيتكوين إلى منصة شاملة، بل لاستعادة قدرة التركيب ضمن نطاق صغير. وفق مسار BIP 347، داخل Tapscript نجعل السكريبت قادرًا على تركيب x1 وx2، مع الحفاظ أيضًا على حد 520 بايت.
ليست النقطة مجرد القدرة على التركيب.
بدلًا من ذلك، بالجمع بين توقيعات Schnorr وفحص/استبطان المعاملة، يمكن للسكريبت أن يقيّد الإنفاق في المستقبل. المال لا يتعلق فقط بإمكانية صرفه، بل يمكنه أيضًا تحديد طريقة صرفه لاحقًا.
هذه هي قيمة العهود/الـcovenant.
مستودع الأمان يمكنه إضافة تأخير زمني أو خطوات موافقة متعددة، لمنع الوكيل من سحب الأموال في معاملة واحدة فارغة. الإنفاق الشرطي يجعل الأموال تسير وفق القواعد؛ فلا يحتاج الوكيل دائمًا إلى انتظار تأكيد من البشر، ولا يمكنه تجاوز الحدود بشكل عشوائي.
تستمر الشروط العودية عبر سلسلة من المعاملات لتأمين استمرار القواعد، وبذلك تُبنى حالة/آلة حالات بسيطة. لا يمكنها تحقيق تعقيد غير محدود، لكنها تثبت قواعد استمرارية تمويلها ضمن نموذج أمان البيتكوين.
الفكرة ليست أن نجعل البيتكوين فجأة “لا حدود له” في كل شيء، بل أن نجعل القدرات التي يحتاجها اقتصاد الوكلاء بشدة تصبح قابلة للتحقق وقابلة للتنفيذ ويمكن التنبؤ بها. قد تتواصل الآلة مستقبلًا، وتطلب عرض أسعار، وتتعاون، وتدفع؛ لكن عندما يتعلق الأمر بأصول حقيقية، ستسأل السوق: على أي أساس تضمن هذه القواعد؟
إذا كان كل شيء يعتمد فقط على خادم مركزي أو واجهة API مؤقتة أو قاعدة بيانات يمكن تعديلها بسهولة، فسيكون من الصعب بناء ثقة طويلة الأمد. لذلك في اقتصاد A2A، النقطة الحاسمة ليست هل الوكيل يعرف الكلام أو لا، بل هل يمكن إدارة الأموال داخل حدود أمان صارمة يمكن التحقق منها.
مسار @OPCATLayerCN هو ما يجعلني مهتمًا بهذه النقطة تحديدًا.
لم يغلّف قدرة تعبير أقوى في صورة “حرية لا نهائية”، بل أضاف إلى فلسفة أمان البيتكوين تلك القدرات: خزائن قابلة للبرمجة، وإنفاقًا مشروطًا، واستمرار القواعد.
النهج متحفظ إلى حد ما، وليس احتفاليًا/صاخبًا بما يكفي. لكن ما يمكنه عبور الدورات غالبًا ليس أكثر شيء مبهرًا. لم يتم تنشيط OP_CAT بعد على بيتكوين L1، واكتملت مواصفة BIP 347؛ هذا لا يعني حدوث هارد فورك، ولا يوجد جدول زمني مؤكّد.
كما أنها ليست كاملة من نوع آلة تورينغ؛ فالعودية تستطيع بناء آلة حالات بسيطة، لكن بسبب قيود 520 بايت، يوجد تعقيد عند تطبيقها عمليًا. حلول طبقة التنفيذ قد تجعل التطبيق أسرع، لكن الجسور والتحقق طويل الأمد لا يزالان بحاجة إلى المراقبة.
أنا لا أقول إنها تحل كل المشكلات، فقط أعتقد أن السوق كان يكره دائمًا بطء البيتكوين وحذره؛ الآن، مع اقتراب وكلاء الذكاء الاصطناعي من إدارة الأصول الواقعية، يبدو أن هذا البطء وهذا الحذر—بالمفروض—أمر ثمين.
إن الندرة الحقيقية في البيتكوين ليست مجرد الكمية، بل أيضًا ذلك الزمن الذي ظل لسنوات طويلة ثابتًا دون عبث.
إذا كانت الآلة ستدير أصولك فعلًا، هل تفضّل أن تسلمها لنظام شديد المرونة بلا حدود، أم لنظام أضيق وأبطأ لكن القواعد واضحة والحدود قابلة للتحقق؟
ما رأيك؟
