لقد كانت البيتكوين، كأول عملة رقمية لامركزية ناجحة، في صميم مجال العملات الرقمية منذ بدايتها في 2009. حيث تعمل كوسيلة مبتكرة للدفع وتخزين القيمة، وقد أثارت البيتكوين اهتماماً عالمياً واسعاً في العملات الرقمية وتكنولوجيا البلوكشين. ومع ذلك، مع استمرار نظام البيتكوين في النضوج والتوسع، يواجه تحديات مختلفة، بما في ذلك سرعة المعاملات، قابلية التوسع، الأمن، والقضايا التنظيمية.

مؤخراً، أخذ نظام السكريبت، بقيادة BRC20، السوق بعاصفة، مع زيادة كبيرة في العديد من السكريبتات تجاوزت مئات الأضعاف. المعاملات على السلسلة الخاصة بالبيتكوين مزدحمة بشدة، حيث وصل متوسط الغاز إلى أكثر من 300 سات/فولت. في الوقت نفسه، يلتقط الإهداء من أصول Nostr المزيد من اهتمام السوق، وتقترح الأوراق البيضاء لتصميم البروتوكولات مثل BitVM و BitStream، مما يشير إلى الإمكانيات المتزايدة لنظام البيتكوين.

يجري فريق أبحاث Aqua Labs، من خلال مراجعة شاملة للحالة الحالية لسلسلة بيتكوين البيئية، بما يشمل التطورات التقنية وديناميكيات السوق واللوائح القانونية، تحليلًا متعمقًا لتقنية بيتكوين ودراسة اتجاهات السوق. نهدف إلى تقديم منظور بانورامي لتطور بيتكوين. تبدأ المقالة بمراجعة المبادئ الأساسية وتاريخ تطور بيتكوين، ثم تتعمق في الابتكارات التقنية لشبكة بيتكوين، مثل شبكة Lightning وSegregated Witness، مع تقديم توقعات حول اتجاهات تطورها المستقبلية.

إصدار الأصول: البدء بـ Colored Coins

تكمن جوهر منظومة الـ Script في منح الأفراد العاديين الحق في إصدار الأصول بتكاليف عتبة منخفضة، إلى جانب البساطة والعدالة والسهولة. ظهر بروتوكول الـ Script على بيتكوين في عام 2023، لكن منذ وقت مبكر في عام 2012 وُجد مفهوم استخدام بيتكوين لإصدار الأصول، المعروف باسم Colored Coins.

Colored Coins: محاولات مبكرة

تشير Colored Coins إلى مجموعة من التقنيات التي تستخدم نظام بيتكوين لتسجيل إنشاء الأصول وملكية الأصول ونقلها، بخلاف بيتكوين نفسها. يمكن استخدام هذه التكنولوجيا لتتبع الأصول الرقمية والأصول الملموسة التي يحتفظ بها أطراف ثالثة، مما يسهل معاملات الملكية عبر Colored Coins. يشير مصطلح “colored” إلى إضافة معلومات محددة إلى UTXOs في بيتكوين، وتمييزها عن UTXOs أخرى، وبالتالي إدخال عدم تجانس بين bitcoins المتشابهة. من خلال تقنية Colored Coins، تمتلك الأصول المُصدرة العديد من الخصائص المماثلة لبيتكوين، بما في ذلك منع الإنفاق المزدوج (double-spending)، والخصوصية، والأمان، والشفافية، ومقاومة الرقابة، بما يضمن موثوقية المعاملات.

تجدر الإشارة إلى أن البروتوكول الذي حددته Colored Coins لا يتم تنفيذه بواسطة برامج بيتكوين النموذجية. يلزم وجود برنامج محدد لتحديد المعاملات المرتبطة بـ Colored Coins. وبشكل واضح، لا تحتفظ Colored Coins بالقيمة إلا داخل المجتمعات التي تتعرف على بروتوكول Colored Coins؛ وإلا فإن السمات الملوّنة لـ Colored Coins غير المتجانسة ستفقد، لتعود إلى sats صِرفة. فمن ناحية، يمكن لـ Colored Coins التي تتعرف عليها مجتمعات صغيرة الاستفادة من العديد من مزايا بيتكوين لإصدار الأصول وتداولها. ومن ناحية أخرى، يكاد يكون من المستحيل دمج بروتوكول Colored Coins ضمن أكبر برنامج إجماع بيتكوين-كور عبر فورك ناعم (soft fork).

أصول مفتوحة (Open Assets)

في أواخر عام 2013، قدم Flavien Charlon بروتوكول Open Assets بوصفه إحدى تطبيقات Colored Coins. يستخدم مُصدرو الأصول التشفير غير المتماثل لحساب معرفات الأصول (asset IDs)، مما يضمن أنه لا يمكن إصدار أصول متطابقة إلا من قِبل المستخدمين الذين يمتلكون المفتاح الخاص لمعرف الأصل. وبالنسبة لبيانات وصف الأصول (metadata)، يتم استخدام تعليمة OP_RETURN لتخزين البيانات الوصفية داخل السكربت، ويُشار إليها باسم “marker output”، والتي تخزن معلومات ملوّنة دون تلويث UTXOs. وبما أنه يستخدم أدوات مفاتيح التشفير العامة/الخاصة في بيتكوين، يمكن تنفيذ إصدار الأصول عبر آليات متعددة التواقيع (multisignature).

EPOBC

في عام 2014، قدمت ChromaWay بروتوكول EPOBC، والذي يعني Enhanced وPadded وOrder-Based Coloring. يتكون البروتوكول من نوعين من العمليات: genesis وtransfer. تُستخدم عملية genesis لإصدار الأصول، بينما تسهّل عملية transfer نقل الأصول. لا يمكن ترميز نوع الأصل بشكل صريح أو تمييزه، وتقوم كل معاملة genesis بإصدار أصل جديد، وتحديد إجمالي كميته أثناء الإصدار. يجب نقل أصول EPOBC باستخدام عملية transfer، وإذا تم استخدام أصل EPOBC كمدخل (input) في معاملة غير مرتبطة بالـ transfer، فسيتم فقدان الأصل.

يتم تخزين معلومات إضافية عن أصول EPOBC عبر حقل nSequence في معاملات بيتكوين. حقل nSequence هو حقل محجوز في معاملات بيتكوين ويتألف من 32 بت. تُستخدم أقل ستة بتات لتحديد نوع المعاملة، وتُستخدم البتات من 6 إلى 12 للحشو (padding) لتلبية متطلبات مقاومة هجوم الغبار الخاصة ببروتوكول بيتكوين. تكمن ميزة استخدام حقل nSequence لتخزين معلومات وصفية في عدم الحاجة لتخزين إضافي. وبما أنه لا يوجد معرف أصل (asset ID) للتعريف، يجب تتبع كل معاملة تتضمن أصلًا من EPOBC إلى معاملة التكوين (genesis transaction) لتحديد فئتها ومشروعيةها.

Mastercoin/Omni Layer

مقارنة بالبروتوكولات المذكورة أعلاه، شهدت Mastercoin تنفيذًا تجاريًا أكثر نجاحًا. في عام 2013، أجرت Mastercoin أول ICO على الإطلاق في التاريخ، وجمعت 5000 BTC وافتتحت عصرًا جديدًا. تم تقديم USDT المشهور عالميًا، والذي تم إصداره في البداية على سلسلة بيتكوين، عبر Omni Layer.

تُظهر Mastercoin درجة اعتماد أقل على بيتكوين، إذ تختار الاحتفاظ بمعظم حالتها خارج السلسلة، مع تخزين معلومات محدودة فقط على السلسلة. تعالج Mastercoin بيتكوين فعليًا كمنظومة سجل لامركزية (decentralized log)، باستخدام أي معاملة بيتكوين لبث تغييرات في عمليات الأصول. يتضمن التحقق من فعالية المعاملات مسح سلسلة بيتكوين باستمرار والحفاظ على قاعدة بيانات أصول خارج السلسلة. تحافظ هذه القاعدة على علاقة الربط بين العناوين والأصول، مع إعادة استخدام نظام عناوين بيتكوين.

استخدمت Colored Coins في بداياتها في الغالب تعليمة OP_RETURN في السكربتات لتخزين بيانات وصفية حول الأصول. بعد ترقيات SegWit وTaproot، حصلت البروتوكولات المشتقة الجديدة على خيارات أكثر.

SegWit اختصار لـ Segregated Witness، أي أنه يفصل جوهريًا الـ Witness (نص إدخال المعاملة) عن المعاملة نفسها. السبب الرئيسي لهذا الفصل هو منع العقد من الهجوم عبر تعديل نص الإدخال. لكن ذلك يأتي بفائدة: زيادة سعة الكتلة فعليًا، مما يسمح بتخزين المزيد من بيانات الـ witness.

تضيف Taproot ميزة مهمة تُسمى MAST، تُمكّن المطورين من تضمين بيانات وصفية لأي أصل داخل المخرجات باستخدام أشجار Merkle. تستفيد من تواقيع Schnorr لتعزيز القابلية للاستبدال وقابلية التوسع، و تدعم معاملات متعددة القفزات عبر شبكة Lightning.

الأوردينالز و BRC20 والتداول المحاكى: تجربة اجتماعية كبرى

بالمعنى الواسع، تتكون الأوردينالز من أربعة مكونات:

  • BIP لتسلسل الـ sats

  • فهرّس (indexer) يستخدم عقدة Bitcoin Core لتتبع موضع (ordinal) جميع الـ satoshis

  • محفظة للتعامل مع المعاملات المرتبطة بالأوردينالز

  • مستكشف كتل لتحديد المعاملات المرتبطة بالأوردينالز

وبالطبع، الجوهر هو الـ BIP/البروتوكول نفسه. تحدد الأوردينالز مخططًا للتصنيف (بدءًا من 0 اعتمادًا على ترتيب تعدينها)، بحيث تُعين أرقامًا لأصغر وحدة في بيتكوين وهي الـ Satoshis. يترتب على ذلك إضفاء تباين (heterogeneity) على الـ Satoshis التي كانت متجانسة في الأصل، مما يقدم ندرة (scarcity).

يمكنها إعادة استخدام بنية BTC التحتية، بما في ذلك التواقيع الأحادية، والتواقيع متعددة التواقيع، وقفل الوقت، وقفل الارتفاع، إلخ، دون الحاجة إلى إنشاء أرقام أوردينال بشكل صريح. توفر إخفاء هوية جيدًا ولا تترك أثرًا صريحًا على السلسلة. ومع ذلك، تظهر عيوبها بوضوح، إذ يمكن لعدد كبير من UTXOs الصغيرة وغير المستخدمة أن يزيد حجم مجموعة UTXO، مما قد يؤدي إلى ما يُعرف بهجوم الغبار (dust attack). بالإضافة إلى ذلك، فإن المساحة التي يشغلها الفهرس كبيرة، وتتطلب معلومات محددة في كل مرة عند صرف سات معين:

  • رأس الكتلة (Blockchain header)

  • مسار Merkle إلى معاملة الـ coinbase التي أنشأت ذلك السات

  • معاملة coinbase التي أنشأت ذلك السات

لإثبات أن سات معينًا مدرج ضمن مخرج معين.

في هذا السياق، تعني عملية النقش (Inscription) نحت محتوى تعسفي على الـ sats. تتمثل الطريقة المحددة في وضع المحتوى داخل سكربتات مسار الصرف (taproot script-path spend scripts)، بالكامل على السلسلة. يتم تسلسل المحتوى المنقوش وفقًا لصيغة استجابة HTTP، ودفعه إلى سكربتات غير قابلة للتنفيذ ضمن سكربتات الصرف، والمعروفة باسم “envelopes”. وبشكل محدد، يتضمن النقش إضافة OP_FALSE قبل العبارات الشرطية، ووضع المحتوى المنقوش في عبارة شرطية غير قابلة للتنفيذ بصيغة JSON. يتم تحديد حجم المحتوى المنقوش بواسطة سكربت taproot، ليصبح إجمالًا بحد أقصى 520 بايت.

نظرًا لأن نصوص صرف taproot تتطلب مخرجات taproot موجودة ليتم صرفها، فإن النقش يتطلب خطوتين: الالتزام (commit) والكشف (reveal). في الخطوة الأولى، يتم إنشاء مخرج taproot يلتزم بالمحتوى المراد نقشه. في الخطوة الثانية، يتم استخدام المحتوى المنقوش ومسار Merkle المقابل لصرف مخرج taproot من الخطوة السابقة، مما يكشف المحتوى المنقوش على السلسلة.

كان الهدف الأصلي من النقش هو إدخال الرموز غير القابلة للاستبدال (NFTs) إلى BTC. ومع ذلك، قام مطورون جدد بإنشاء BRC20، محاكيًا ERC20 على أساسه، ما أتاح إصدار أصول قابلة للاستبدال على الأوردينالز. يتضمن BRC20 عمليات مثل Deploy وMint وTransfer، إلخ، حيث تتطلب كل عملية خطوتي commit وreveal. تكون عملية المعاملات أكثر تعقيدًا، مع تكاليف أعلى.

استخدام بيانات حقيقية كمثال: [لم يتم تقديم بيانات المثال]

الجزء المحدد هو المحتوى المنقوش، والنتيجة بعد إلغاء التسلسل (deserialization) هي كما يلي:

يهدف بروتوكول ARC20 المشتق من Atomicals إلى تبسيط المعاملات عبر ربط كل وحدة من رموز ARC20 بالـ satoshis، مع إعادة استخدام نظام معاملات بيتكوين. بعد إصدار الأصول عبر خطوات commit وreveal، يمكن تنفيذ عمليات نقل رموز ARC20 مباشرة عبر نقل الـ satoshis المقابلة. يتوافق تصميم ARC20 أكثر مع التعريف الحرفي لـ Colored Coins — إضافة محتوى جديد إلى رموز موجودة لإنشاء رموز جديدة، بحيث لا تكون قيمة الرمز الجديد أقل من الرمز الأصلي، على نحو يشبه مجوهرات الذهب والفضة.

التحقق من صحة العميل (CSV) وبروتوكولات الأصول للجيل القادم

التحقق من صحة جهة العميل (client-side validation)، الذي اقترحه Peter Todd في 2017، يتضمن تخزين بيانات خارج السلسلة (off-chain)، والتزامات على السلسلة (on-chain commitments)، والتحقق من جهة العميل. حاليًا، تتضمن بروتوكولات الأصول التي تدعم التحقق من صحة جهة العميل RGB وTaproot Assets (Taro).

RGB

بالإضافة إلى التحقق من صحة جهة العميل، تستخدم RGB تجزئة Pedersen كآلية التزام (commitment) و تدعم إخفاء قيمة المخرجات (output blinding). عند طلب دفعة، لا يلزم الكشف علنًا عن UTXO المستلم للرمز؛ بدلاً من ذلك يتم إرسال قيمة تجزئة، مما يعزز الخصوصية ويزيد مقاومة الرقابة. عند صرف الرمز، يجب كشف القيمة المكبوحة (blinded value) للمستلم للتحقق من سجل المعاملات.

بالإضافة إلى ذلك، يقدم RGB AluVM لزيادة قابلية البرمجة. أثناء التحقق من صحة جهة العميل، لا يقوم المستخدمون فقط بالتحقق من معلومات الدفع الواردة بل يحصلون أيضًا على كامل سجل المعاملات من المُدّفِع، مع تتبعه إلى معاملة التكوين الخاصة بالأصل من أجل الاكتمال (finality). يضمن التحقق من كامل سجل المعاملات صحة الأصول المستلمة.

أصول Taproot (Taproot Assets):

تم تطويرها بواسطة Lightning Labs، وتُمكّن Taproot Assets من النقل الفوري عالي الحجم ومنخفض التكلفة للأصول المُصدرة على شبكة Lightning. صُممت بالكامل حول بروتوكول Taproot، ما يعزز الخصوصية وقابلية التوسع.

يتم تخزين بيانات الـ Witness خارج السلسلة، والتحقق منها على السلسلة، ويمكن أن تكون موجودة محليًا أو في مستودعات معلومات تسمى “Universes” (مشابهة لمستودعات Git). يتطلب التحقق من الـ Witness جميع البيانات التاريخية من إصدار الأصول، ويتم نشرها عبر طبقة gossip لـ Taproot Assets. يمكن للعملاء إجراء تحقق متبادل باستخدام نسخة محلية من سلسلة الكتل.

تستخدم Taproot Assets شجرة Sparse Merkle Sum Tree لتخزين الحالة العالمية للأصول، مع تكاليف تخزين مرتفعة لكنها توفر تحققًا فعّالًا. يسمح إثبات الإدراج/عدم الإدراج (Proof of inclusion/non-inclusion) بالتحقق من المعاملات دون الرجوع للخلف إلى سجل معاملات الأصل.

قابلية التوسع: أطروحة بيتكوين الأبدية

على الرغم من امتلاك بيتكوين أعلى قيمة سوقية والأمان والاستقرار، إلا أنها ابتعدت عن رؤيتها الأصلية لـ “نظام نقد إلكتروني من نظير إلى نظير”. إن سعة الكتل المحدودة تمنع بيتكوين من التعامل مع المعاملات الكبيرة والمتكررة، مما دفع إلى ظهور بروتوكولات مختلفة لمعالجة هذه المشكلة خلال العقد الماضي.

قنوات الدفع وشبكة Lightning: الحل الأرثوذكسي للبيتكوين

تعمل شبكة Lightning عبر إنشاء قنوات دفع. يمكن للمستخدمين إنشاء قنوات دفع بين أي طرفين، وربط القنوات لتكوين شبكة قنوات دفع أكبر، وحتى إجراء المدفوعات بشكل غير مباشر بين المستخدمين دون وجود قناة مباشرة. على سبيل المثال، إذا أرادت Alice وBob إجراء عدة معاملات دون تسجيل كل واحدة منها على سلسلة بيتكوين، فيمكنهما فتح قناة دفع بينهما. يمكنهما إجراء العديد من المعاملات داخل هذه القناة، مع الحاجة إلى تسجيلين فقط على السلسلة: مرة عند فتح القناة ومرة أخرى عند إغلاقها. يؤدي ذلك إلى تقليل أوقات الانتظار لتأكيدات السلسلة بشكل كبير ويخفف العبء عن السلسلة نفسها.

حاليًا، لدى شبكة Lightning أكثر من 14,000 عقدة و60,000 قناة، وبسعة إجمالية تتجاوز 5000 BTC.

Sidechains: النهج الإيثيري في بيتكوين

Stacks

تضع Stacks نفسها كطبقة عقود ذكية للبيتكوين، باستخدام رمزها الأصلي كرمز الغاز (Gas token). تستخدم Stacks آلية micro-block، تتطور بالتزامن مع بيتكوين، حيث يتم تأكيد كتلهم في الوقت نفسه. في Stacks، يُشار إلى ذلك باسم “anchored block”. كل كتلة معاملات في Stacks تقابل معاملة بيتكوين واحدة، ما يحقق إنتاجية أعلى للمعاملات. وبما أن الكتل تُنشأ بالتزامن، تعمل بيتكوين كمنظم لمعدل إنشاء كتل Stacks، ما يمنع هجمات حجب الخدمة (denial-of-service) على شبكة النظير الخاصة بها.

تتحقق Stack من الإجماع عبر آلية الحلزون المزدوج Proof of Transfer (PoX). يقوم المُعدنون بإرسال BTC إلى مُنشئي رهانات STX (STX stakers) للتنافس على الحق في تعدين الكتل، ويحصل المُعدنون الناجحون على مكافآت STX بعد تعدين كتلة بنجاح. خلال هذه العملية، يحصل مُنشئو رهانات STX على جزء متناسب من BTC الذي يرسله المُعدن. تهدف Stacks إلى تحفيز المُعدنين للحفاظ على السجل التاريخي عبر إصدار رموز أصلية (native tokens)، على الرغم من إمكانية تحقيق التحفيز أيضًا دون رموز أصلية (كما يظهر في RSK).

بالنسبة لبيانات المعاملة على سلسلة Stacks blockchain، يتم تخزين تجزئة بيانات المعاملة في سكربت معاملة بيتكوين باستخدام بايت كود OP_RETURN. يمكن لعقد Stacks استرداد تجزئات بيانات معاملات Stacks المخزنة في معاملات بيتكوين عبر وظائف Clarity المدمجة.

يمكن اعتبار Stacks كسلسلة شبيهة بطبقة ثانية (Layer 2) لبيتكوين؛ ومع ذلك، لا تزال هناك بعض العيوب في نقل الأصول عبر الحدود. بعد ترقية Nakamoto، تدعم Stacks إرسال معاملات بيتكوين لإكمال حركة الأصول، لكن تعقيد المعاملات يجعل من المستحيل التحقق منها على سلسلة بيتكوين. لا يمكن التحقق من حركة الأصول إلا عبر لجنة متعددة التواقيع.

RSK

تستخدم RSK خوارزمية تعدين-مُندمج (merged-mining)، حيث يمكن لمعدّني بيتكوين مساعدة RSK في إنتاج الكتل بتكلفة شبه معدومة، مع الحصول على مكافآت إضافية. لا تمتلك RSK رمزًا أصليًا وتواصل استخدام BTC (RBTC) كرمز الغاز. لدى RSK محرك تنفيذ خاص بها متوافق مع آلة افتراضية Ethereum (EVM).

ليكيد

ليكيد (Liquid) هي سلسلة جانبية (sidechain) اتحادية للبيتكوين مع وصول عقد مُرخّص (permissioned)، وإشراف خمسة عشر عضوًا مسؤولين عن إنتاج الكتل. يتم نقل الأصول باستخدام آلية القفل والمِنت (lock-and-mint)، حيث يتم إرسال الأصول إلى عنوان متعدد التواقيع على Liquid باستخدام BTC، مما يمكّن الأصول من دخول سلسلة Liquid الجانبية. للخروج، يتم إرسال L-BTC إلى عنوان متعدد التواقيع على سلسلة Liquid. يتم ضبط أمن عنوان متعدد التواقيع على 11 من أصل 15.

يركز Liquid على التطبيقات المالية ويقدم للمطورين SDK مرتبطًا بخدمات مالية. تبلغ القيمة الإجمالية المقفلة (TVL) على شبكة Liquid حاليًا حوالي 3000 BTC.

أصول Nostr: تعزيز مركزية النطاق

أصول Nostr، التي سُمّيت في الأصل NostrSwap، تعمل كمنصة تداول BRC20. تمت ترقيتها إلى بروتوكول Nostr Assets في 3 أغسطس 2023، وهو يدعم نقل جميع الأصول ضمن منظومة Nostr. تتولى Lightning Network التسوية والأمان للأصول. تُمكّن Nostr Assets المستخدمين من إرسال واستلام أصول Lightning Network باستخدام مفاتيح Nostr العامة والخاصة. تكون معاملات بروتوكول Nostr Assets، باستثناء الإيداعات والسحوبات، بدون رسوم غاز، ومشفّرة، ومخزنة على وسيط/relay بروتوكول Nostr باستخدام IPFS للوصول السريع والفعّال. يدعم التفاعل باللغة الطبيعية، مما يلغي الحاجة إلى واجهات معقدة. تقدم Nostr Assets للمستخدمين طريقة بسيطة ومريحة لنقل وتداول الأصول، وقد تجد تطبيقات كبيرة إلى جانب تأثيرات حركة بروتوكول Nostr الاجتماعي. ومع ذلك، من حيث الأساس، إنها طريقة للتحكم (custody) في المحافظ باستخدام رسائل Nostr. يقوم المستخدمون بإيداع الأصول في relay Nostr Assets عبر تحويلها على شبكة Lightning، على نحو شبيه بإيداع الأصول في بورصة مركزية. عندما يريد المستخدمون نقل وتداول الأصول ضمن Nostr Assets، يرسلون رسائل موقعة بمفاتيح Nostr إلى الخادم. بعد التحقق، يسجل الخادم المعاملات داخليًا، متجاوزًا التنفيذ على Lightning Network أو الشبكة الرئيسية، مما يحقق رسوم غاز صفرية وTPS مرتفعًا.

BitVM: البرمجة وقابلية التوسع اللامتناهية

“أي دالة قابلة للحساب يمكن التحقق منها على بيتكوين.”

— روبن لِينوس، منشئ BitVM

يقوم BitVM، المقترح من قِبل روبن لِينوس مؤسس ZeroSync، باستخدام أكواد بيتكوين OP الموجودة (OP_BOOLEAN وOP_NOT) لبناء دوائر AND وNOT، حيث يتم تفكيك البرامج إلى دوائر AND وNOT بدائية. يقوم بتضمين جذر سكربت الصرف داخل معاملات Taproot لتخزين على السلسلة بتكلفة منخفضة. وفقًا لنظرية الحوسبة، يمكن بناء أي عمليات منطقية باستخدام دوائر AND وNOT، مما يجعل BitVM من الناحية النظرية آلة تورينج كاملة وقادرًا على تنفيذ جميع الحسابات على بيتكوين. ومع ذلك، توجد العديد من القيود العملية.

يعمل BitVM في وضع نظير-إلى-نظير (P2P)، متبعًا مفهوم OP Rollup. يوجد دورين: المُثبت (prover) والمتحقق (verifier). في كل معاملة، يتعاون كل من المُثبت والمتحقق لبناء معاملة، مع إيداع ضمانات (collateral). يقدم المُثبت النتائج، وإذا حسب المُتحقق نتائج مختلفة، يقدّمون إثبات احتيال إلى السلسلة لمعاقبة المُثبت. يتمثل الاستخدام الأساسي لـ BitVM في جسور منخفضة الثقة وتوسيع ZKP (ZK Rollup). تعد مقترحات BitVM حلًا وسطًا بسبب صعوبة الحصول على دعم في مجتمع بيتكوين لزيادة تعقيد OP_CODE. يستخدم أكواد OP_CODE الموجودة لتنفيذ وظائف جديدة.

يُدخل BitVM نموذجًا جديدًا للتوسيع، لكن توجد تحديات عديدة في التطبيق العملي:

- مبكر جدًا: بالرغم من أن لدى EVM بنية شاملة للآلة الافتراضية (VM)، فإن BitVM لديها وظيفة واحدة فقط للتحقق من أن السلسلة هي 0 أو 1.

- تكلفة التخزين الإضافية: قد يتطلب بناء برامج باستخدام بوابات NAND مئات الميجابايت من البيانات، مع مليارات أوراق taproot.

- P2P: النموذج الحالي يتضمن تفاعلات بين طرفين، ويعاني هيكل المُثبت/المتحدي (prover-challenger) من مشاكل في الحوافز. توجد اعتبارات للتوسع إلى 1-N أو N-N، مشابهًا لـ OP Rollup المثالي (افتراض صادق واحد فقط).

بعد الحديث عن BitVM، يمكننا تحويل تركيزنا إلى حل أداة BRC20 الشاملة.

حل أداة BRC20 الشاملة

1. الإطلاق العادل

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

2. فتح السيولة: حل توقيع مبتكر يكسر عنق زجاجة سيولة أصول BRC

بسبب الطبيعة الفريدة لأصول BRC، ظلت السيولة تحديًا مستمرًا لكامل الصناعة. تُنجز أداة BRC20 الشاملة، عبر حلول التوقيع المبتكرة، معاملات أصول BRC بنجاح عبر المبادلة (swap)، مقدمةً للمستخدمين حلًا أكثر مرونة وكفاءة لفتح السيولة بشكل فعّال.

3. المبيعات العادلة: معالجة تحديات الإصدار

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

الخلاصة

تشير مراجعة شاملة للنص إلى أنه بسبب القيود في القدرة على المعالجة والحوسبة لسلسلة بيتكوين الرئيسية، يجب على بيتكوين نقل الحوسبة خارج السلسلة لتعزيز نظام بيئي أكثر ازدهارًا وتنوعًا. حاليًا، توجد حلان رئيسيان:

من جهة، تستفيد حلول الحوسبة خارج السلسلة والتحقق من جهة العميل من بعض الحقول في معاملات بيتكوين لتخزين معلومات حاسمة، معاملةً السلسلة الرئيسية لبيتكوين كنظام سجل موزع لضمان توفر بيانات أساسية، مشابهًا لـ Sovereign Rollups. ورغم أن هذا النهج لا يتطلب تعديلات على طبقة بروتوكول بيتكوين ويوفر قابلية أعلى للتطبيق، فإنه لا يستطيع أن يرث بشكل كامل أمان بيتكوين.

من ناحية أخرى، تعمل بعض الفرق على التحقق داخل السلسلة (on-chain verification)، وتحاول تنفيذ حسابات تعسفية على بيتكوين باستخدام أدوات موجودة وقابلية توسع بكفاءة عبر تقنيات إثباتات المعرفة الصفرية (zero-knowledge proof). ومع ذلك، ما تزال هذه الحلول في مراحلها المبكرة، مع تكاليف حساب مرتفعة وغير مرجح تطبيقها على المدى القصير.

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

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

لأنها بيتكوين.

مرجع:

https://wizardforcel.gitbooks.io/masterbitcoin2cn/content/appdx8.html
https://github.com/chromaway/ngcccbase/wiki/EPOBC_simple
https://github.com/OpenAssets/open-assets-protocol/blob/master/specification.mediawiki
https://twitter.com/LNstats
https://twitter.com/robin_linus/status/1723472140270174528
https://github.com/fiksn/bitvm-explained
https://bitcoinmagazine.com/technical/the-big-deal-with-bitvm-arbitrary-computation-now-possible-on-bitcoin-without-a-fork
https://mirror.xyz/0x5CCF44ACd0D19a97ad5aF0da492AC0388469DfE9/_k3vtpI7a5cQn5iISH7-riECpyudfI4BTeeeBMwNYDQ

حول AQUA LABS
تمكّن AQUA LABS مبادرات Web3 من خلال التعاون مع قادة رأي رئيسيين من المستوى الأعلى (KOLs) ومجتمعات نابضة بالحياة عبر آسيا وأفريقيا. لقد استثمرنا في أكثر من 100 مشروع وأدرجناها/حضّرناها داخل الحاضنة.

بناء الجسر.

سيجلب Aqua Lab موارد شرقية إلى أفريقيا، بما في ذلك رؤوس الأموال في Venture Capitals، والأسواق، والمجتمعات، والمطورين التقنيين، بهدف مساعدة المشاريع المحلية على دخول مرحلة نمو سريع.

ومع ذلك، سنقوم بتعريف المستخدمين والأسواق من أفريقيا بمشاريع مؤثرة وموثوقة في آسيا أو أمريكا الشمالية.

 

المساعدة في إطلاق الأعمال بسلاسة.

لدينا أكبر مجتمع مؤثرين في آسيا. وسنكون أكثر من سعداء لمساعدتك في إطلاق المشاريع المتميزة من أفريقيا بسلاسة في السوق الشرقي وكسب ود رأس المال في آسيا وأمريكا الشمالية.

 

بناء نظام بيئي معًا

لدينا 100+ محافظ استثمارية، تشمل سلاسل عامة ووسائط وDao وتطبيقات مهمة. نأمل أن نُحدث تفاعلات ونقيم فعاليات بين وسائل الإعلام والمجتمعات المطورة والمؤثرين في آسيا وأفريقيا. ليرى المزيد من الناس شكل هذا التعاون المشترك.

شريك الدعم: CGV

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