العقود الذكية على BTC: Fractal Bitcoin و CAT20 بروتوكول

مؤخراً، شهد نظام البيتكوين تطوراً هاماً. بعد عدة جولات من شبكة الاختبار، تم إطلاق Fractal BTC رسمياً على الشبكة الرئيسية في سبتمبر. واحدة من أبرز ميزات Fractal هي أنها تتمتع بوظيفة العقود الذكية، وأطلقت تقريباً في نفس الوقت بروتوكول الرموز الجديد CAT20. إذن، ما هي الجوانب الذكية في التصميم الفني لـ CAT20؟ وماذا يمكن أن نتعلم من ذلك؟

مقدمة بتكوين الفراكتال

قبل أن نفهم CAT20 بعمق، نحتاج أولاً إلى فهم Fractal Bitcoin بشكل بسيط. العلاقة بين الاثنين مشابهة لعلاقة ERC20 و ETH، حيث يتم نشر بروتوكول CAT20 على Fractal Bitcoin.

Fractal Bitcoin المعروف أيضًا باسم بيتكوين الفركتلات، هو شبكة "الطبقة الثانية" متوافقة تمامًا مع BTC. مقارنةً بـ BTC، فإن وقت تأكيد الكتل أسرع، حيث يستغرق دقيقة واحدة فقط. المبدأ الأساسي كما يوحي الاسم هو نسخ شبكة BTC عدة مرات، حيث يمكن لكل سلسلة معالجة المعاملات، مما يزيد من سرعة المعالجة العامة. ومع ذلك، لم تقدم الجهات الرسمية بعد وثائق تقنية مفصلة حول تفاصيل كيفية التواصل بين السلاسل المختلفة.

تتمثل إحدى المميزات البارزة لـ Fractal في تفعيل عملية OP_CAT التي تم التخلي عنها منذ زمن طويل بسبب مشكلات الأمان. وهذا يعزز بشكل كبير من قدرة Fractal Bitcoin، حيث يُعتقد أن OP_CAT يمكن أن يمنح BTC القدرة على العقود الذكية، مما يفتح المزيد من الاحتمالات للتطور المستقبل.

حالياً، قام بعض المطورين بتنفيذ بروتوكول مشابه لـ ERC20 على Fractal Bitcoin.

نظرة عامة على بروتوكول CAT

بدعم من OP_CAT الأساسي، ظهرت بروتوكولات ذات صلة بسرعة، وهي بروتوكول CAT. البروتوكول الذي يعمل حاليًا هو CAT20.

كيف يحقق CAT20 دورة حياة رمزية مشابهة مقارنة ببروتوكول ERC20 الناضج؟

عملية النشر

قبل النشر، يجب على المستخدم تحديد عنوان المحفظة ومعلومات الرمز الأساسية. بالمقارنة مع ERC20، أضاف CAT20 ميزة تعيين مسبق التعدين وحدود كمية Mint في المرة الواحدة.

تنقسم النشر إلى مرحلتين: "commit" و "reveal":

1. مرحلة "commit": يتم كتابة المعلومات الأساسية للرمز في نص الخرج الخاص بالمعاملة، مثل الاسم والرمز وغيرها. يعتبر hashId لهذه المعاملة هو المعرف الفريد للرمز.

2. مرحلة "الإفصاح": إخراج OP_RETURN، لحفظ تجزئة الحالة الأولية لـ CAT20. في نفس الوقت، إخراج Minter، للاستخدام في الحفاظ على تغييرات الحالة خلال عملية Mint لاحقًا.

تعتبر هذه الطريقة المكونة من خطوتين وسيلة شائعة لنشر مشاريع blockchain، حيث يمكن الكشف عن بعض البيانات المتعلقة بالمشروع فقط في مرحلة "reveal".

عملية Mint

تتميز معاملات Mint بما يلي:

• الإدخال هو minter واحد، تم إنشاؤه في البداية بواسطة deploy
• في كل مرة يتم فيها سك (mint) ، يوجد مكون واحد فقط كمدخل ، ويمكن أن يكون هناك عدة مكونات كخرج.
• يتم إنشاء رمز واحد في كل مرة يتم فيها الصك
• يتطلب ترتيب الإخراج أن يكون minter قبل token

إعداد عدد المينتر سيؤثر على نشاط المينت في الشبكة بأكملها. إذا تم تعيينه على 1، فسوف يتسبب في الازدحام، وإذا كان أكبر من 1، فسوف يزيد من تكلفة المستخدمين. الإصدار V2 ينشئ بشكل افتراضي مينترين بحالتين قريبتين.

بناء الصفقة

تتم عملية Reveal من خلال إعادة كتابة منطق البرنامج النصي بذكاء، باستخدام المفتاح الخاص الخاص بها للتحكم في UTXO لعناوين مختلفة. بينما قد تستفيد مرحلة Minter من قدرة العقود الذكية لـ OP_CAT، حيث لم يتم الكشف عن تفاصيل التنفيذ المحددة بعد.

حالة المعاملة (V2)

تُخزن الحالة في OP_RETURN و العقود الذكية. يخزن OP_RETURN تجزئة حالة الإخراج الحالية، بينما يخزن العقد عدد Mint المتبقي. عدد Mint الجديد هو نصف العدد المتبقي القابل للمطابقة.

على عكس BRC20 أو النقوش ، فإن CAT20 لا توجد على UTXO في عنوان المستخدم.

تحويل وحرق

عند التحويل، يجب أن تبقى كمية الإدخال والإخراج من نفس التوكين متسقة. يتم إتلاف التوكن عن طريق تحويله إلى عنوان عادي.

ملخص

إن تصميم CAT20 يسمح للمستخدمين ببناء صفقات بمرونة، ولكنه يتطلب أيضًا تحققًا صارمًا من العقود. يسهل هذا التصميم استعلام حالة حيازة التوكن وتقدم المينت، ولكنه قد يحمل أيضًا مخاطر وجود ثغرات في منطق التحقق.