OP_CAT هو opcode مقترح لـ Tapscript يدمج سلسلتي بايتات إذا لم يتجاوز العنصر الناتج حد 520 بايت؛ ولم يُفعّل بعد على mainnet.
تعيد المواصفة تعريف OP_SUCCESS126 في Tapscript. تزيل العملية العنصرين العلويين من المكدس، وتدمجهما وفق ترتيب المكدس، ثم تعيد النتيجة إليه. [1]
عُطّل OP_CAT الأصلي في بدايات Bitcoin مع opcodes أخرى. يقتصر المقترح الجديد على Tapscript ويحافظ على الحد الحالي البالغ 520 بايت للعنصر الواحد في المكدس. [2]
يتيح الدمج بناء بيانات منظمة داخل script وحساب hash لها. ويستخلص المؤيدون منه استخدامات تشمل covenants وأشجار المعاملات وvaults وإثباتات لخصائص معاملة مستقبلية. [1]
لا يحدد opcode بمفرده تطبيقًا واحدًا ولا آلة افتراضية عامة. يعتمد أمان كل بروتوكول على كيفية دمج OP_CAT مع hashes والتوقيعات وقواعد الإنفاق. [1]
حالة BIP هي Complete، وهذا يصف نضج الوثيقة ولا يعني تفعيلها في الإجماع. تتعامل عقد mainnet حاليًا مع OP_SUCCESS126 بوصفه إنهاءً ناجحًا لـ script وفق قواعد Tapscript. [3]
سيكون التفعيل soft fork لأن القواعد الجديدة ستضيّق مجموعة إنفاقات Tapscript التي كانت صالحة سابقًا. ويتطلب ذلك مسار نشر مستقلًا وتقييمًا تقنيًا واسعًا. [1]
يرتبط OP_CAT بكل من CTV وcovenants وSimplicity، لكنه ليس مرادفًا لها. يقدم كل مقترح قدرة تعبيرية وتكلفة تحليل ومساحة مختلفة للتركيبات غير المقصودة. [1]
يجب عند التحقق الفصل بين المواصفة القائمة والتطبيقات التجريبية وبين قواعد mainnet الفعلية. لا ينبغي لأي Wallet افتراض توفر OP_CAT قبل تفعيله. [4]
للحصول على صورة أوضح، اقرأ هذا المدخل مع Bitcoin Script, Taproot, Covenants, OP_CHECKTEMPLATEVERIFY, Soft Fork, BIP (Bitcoin Improvement Proposal).
01هل OP_CAT مفعّل اليوم على mainnet الخاصة بـ Bitcoin؟+
لا. BIP 347 مواصفة مكتملة لمقترح، لكن التغيير لم يُفعّل كقاعدة إجماع على mainnet.
02هل يعني OP_CAT وجود smart contracts عامة؟+
لا. فهو يضيف عملية واحدة لدمج البيانات؛ أما الإمكانات والمخاطر فتنشأ من scripts والبروتوكولات المحددة التي تستخدمه.