شهدت مجتمع بيتكوين في الآونة الأخيرة موجة من النقاش حول إعادة تفعيل العمليات البرمجية مثل OP_CAT. وقد أثار هذا انتباه الناس إلى "شروط القيود" في بيتكوين (covenants)، حيث يعتقد أنها يمكن أن تحقق عقود ذكية أو قابلية البرمجة لبيتكوين.
ما يسمى بـ "شروط القيود" هو آلية يمكن أن تضع شروطًا على معاملات بيتكوين المستقبلية. على الرغم من أن سكريبت بيتكوين الحالي يتضمن بعض شروط القيود، إلا أنه طالما يمكن للمستخدم فتحه، يمكنه إنفاق UTXO في أي مكان. أما شروط القيود فتستطيع أن تقيد إنفاق UTXO بعد ذلك، مما يحقق تأثيرًا مشابهًا لـ "التمويل المخصص".
! [العهود بالتفصيل: كيفية تحقيق قابلية برمجة البيتكوين؟] ](https://img-cdn.gateio.im/webp-social/moments-10ee7b015b2a7ac17c733b5259f69fe5.webp)
هذه الآلية التي تبدو وكأنها تزيد من القيود، في الواقع يمكن أن تفتح المزيد من سيناريوهات الاستخدام:
تأكد من عقوبة Staking. على سبيل المثال، في خطة Staking بيتكوين الخاصة بـ Babylon، يمكن إجبار جزء من أصول المستخدمين المخالفين على الاحتراق من خلال شروط محددة.
التحكم في الازدحام. يمكن للمرسل أن يلتزم أولاً بمعاملة إرسال جماعي، وينتظر حتى تنخفض معدلات الرسوم لإرسال المعاملة المحددة، مما يقلل من تكاليف الشبكة الإجمالية.
تطبيق (vault). حتى لو تم اختراق الحساب، يمكن أن يتم تقييد استخدام الأموال. على سبيل المثال، في تصميم OP_VAULT، يتطلب السحب خطوة من خطوتين، مع وجود تأخير زمني بينهما، مما يزيد من الأمان.
قنوات الحالة الأكثر قوة ومرونة. على سبيل المثال، يمكن لـ Eltoo تجنب آلية العقوبة في شبكة Lightning، بينما يمكن لـ Ark تقليل السيولة الداخلة وصعوبة إدارة القنوات في شبكة Lightning.
توجد فئتان رئيسيتان من الحلول التقنية لتنفيذ شروط التقييد:
بناءً على رموز التشغيل. مثل OP_CTV و OP_VAULT، من خلال إضافة رموز تشغيل جديدة لقراءة محتوى المعاملات مباشرة.
بناءً على التوقيع. مثل APO(SIGHASH_ANYPREVOUT)، يتم تحقيق استقصاء المعاملات بشكل غير مباشر من خلال تعديل آلية التوقيع.
من بينهما، OP_CTV و OP_CAT هما方案ين يتم مناقشتهما بشكل متكرر حالياً:
يمكن لـ OP_CTV التحقق مما إذا كانت معاملات الإنفاق بعد التجزئة تتطابق مع المحدد. وهذا يمكّن المستخدمين من بناء شجرة معاملات معقدة تتضمن عدة مستلمين، مما يحقق سيناريوهات أكثر مرونة لاستخدام الأموال.
OP_CAT هو عملية بسيطة ولكن قوية، يمكن استخدامها لدمج عنصرين في المكدس. يمكن استخدامه لتنفيذ العديد من الوظائف مثل التحقق من شجرة ميركل، وتعزيز توقيعات شنور.
تسببت بنود القيود في تعزيز قابلية البرمجة لبيتكوين، ولكنها قد تؤدي أيضًا إلى بعض الإساءة أو الثغرات غير المخطط لها. لذلك، تتبنى المجتمع موقفًا حذرًا، ومن المحتمل أن تستغرق التحديثات ذات الصلة بعض الوقت لإكمالها. ومع ذلك، مع استمرار تحسين التكنولوجيا الأساسية، من المتوقع أن تطلق بنود القيود المزيد من الإمكانيات لبيتكوين.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
بيتكوين限制条款: 开启 العقود الذكية新纪元
بيتكوين限制条款:实现更强大的 قابلية البرمجة
شهدت مجتمع بيتكوين في الآونة الأخيرة موجة من النقاش حول إعادة تفعيل العمليات البرمجية مثل OP_CAT. وقد أثار هذا انتباه الناس إلى "شروط القيود" في بيتكوين (covenants)، حيث يعتقد أنها يمكن أن تحقق عقود ذكية أو قابلية البرمجة لبيتكوين.
ما يسمى بـ "شروط القيود" هو آلية يمكن أن تضع شروطًا على معاملات بيتكوين المستقبلية. على الرغم من أن سكريبت بيتكوين الحالي يتضمن بعض شروط القيود، إلا أنه طالما يمكن للمستخدم فتحه، يمكنه إنفاق UTXO في أي مكان. أما شروط القيود فتستطيع أن تقيد إنفاق UTXO بعد ذلك، مما يحقق تأثيرًا مشابهًا لـ "التمويل المخصص".
! [العهود بالتفصيل: كيفية تحقيق قابلية برمجة البيتكوين؟] ](https://img-cdn.gateio.im/webp-social/moments-10ee7b015b2a7ac17c733b5259f69fe5.webp)
هذه الآلية التي تبدو وكأنها تزيد من القيود، في الواقع يمكن أن تفتح المزيد من سيناريوهات الاستخدام:
تأكد من عقوبة Staking. على سبيل المثال، في خطة Staking بيتكوين الخاصة بـ Babylon، يمكن إجبار جزء من أصول المستخدمين المخالفين على الاحتراق من خلال شروط محددة.
التحكم في الازدحام. يمكن للمرسل أن يلتزم أولاً بمعاملة إرسال جماعي، وينتظر حتى تنخفض معدلات الرسوم لإرسال المعاملة المحددة، مما يقلل من تكاليف الشبكة الإجمالية.
تطبيق (vault). حتى لو تم اختراق الحساب، يمكن أن يتم تقييد استخدام الأموال. على سبيل المثال، في تصميم OP_VAULT، يتطلب السحب خطوة من خطوتين، مع وجود تأخير زمني بينهما، مما يزيد من الأمان.
قنوات الحالة الأكثر قوة ومرونة. على سبيل المثال، يمكن لـ Eltoo تجنب آلية العقوبة في شبكة Lightning، بينما يمكن لـ Ark تقليل السيولة الداخلة وصعوبة إدارة القنوات في شبكة Lightning.
توجد فئتان رئيسيتان من الحلول التقنية لتنفيذ شروط التقييد:
بناءً على رموز التشغيل. مثل OP_CTV و OP_VAULT، من خلال إضافة رموز تشغيل جديدة لقراءة محتوى المعاملات مباشرة.
بناءً على التوقيع. مثل APO(SIGHASH_ANYPREVOUT)، يتم تحقيق استقصاء المعاملات بشكل غير مباشر من خلال تعديل آلية التوقيع.
من بينهما، OP_CTV و OP_CAT هما方案ين يتم مناقشتهما بشكل متكرر حالياً:
يمكن لـ OP_CTV التحقق مما إذا كانت معاملات الإنفاق بعد التجزئة تتطابق مع المحدد. وهذا يمكّن المستخدمين من بناء شجرة معاملات معقدة تتضمن عدة مستلمين، مما يحقق سيناريوهات أكثر مرونة لاستخدام الأموال.
OP_CAT هو عملية بسيطة ولكن قوية، يمكن استخدامها لدمج عنصرين في المكدس. يمكن استخدامه لتنفيذ العديد من الوظائف مثل التحقق من شجرة ميركل، وتعزيز توقيعات شنور.
تسببت بنود القيود في تعزيز قابلية البرمجة لبيتكوين، ولكنها قد تؤدي أيضًا إلى بعض الإساءة أو الثغرات غير المخطط لها. لذلك، تتبنى المجتمع موقفًا حذرًا، ومن المحتمل أن تستغرق التحديثات ذات الصلة بعض الوقت لإكمالها. ومع ذلك، مع استمرار تحسين التكنولوجيا الأساسية، من المتوقع أن تطلق بنود القيود المزيد من الإمكانيات لبيتكوين.