مجموعات ZK على مجموعات Ethereum مقابل ZK على Bitcoin

تختلف طريقة تخزين Bitcoin و Ethereum لبيانات المستخدم (أو & quot ؛ الحالة & quot ؛) ، بالإضافة إلى الطريقة التي تتفاعل بها العقود الذكية مع البيانات المذكورة ، تمامًا. هذا لأن Bitcoin يستخدم نموذج UTXO بينما يستخدم Ethereum نموذجًا قائمًا على الحساب. علاوة على ذلك ، تختلف أيضًا آليات تأمين مجموعات L1 المنتشرة على كل شبكة بشكل كبير.]

تراكمي على شبكة البرق

لقد رأينا أن المجموعات التراكمية تكتسب شعبية تدريجية على شبكة Ethereum. ومع ذلك ، تحتاج شبكة Lightning Network إلى اعتماد تجميعات حتى تصبح شائعة على جانب Bitcoin أيضًا. إذا تم اعتماد مجموعات التحديثات على Bitcoin ، فسيكون لدينا شبكة مدفوعات من المرجح أن تنجح أكثر من شبكة الإضاءة الحالية.

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

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

قد تعمل مدفوعات P2P أو B2B بشكل أفضل مع المجموعات لأنها توفر للمستخدمين تجربة أكثر سلاسة. يعتمد ذلك أيضًا على نوع الدفع الذي نتحدث عنه - قد تعمل بعض الأنواع بشكل أفضل مع القوائم المصممة خصيصًا لها.

إمكانية التراكمية

تُستخدم العناصر المتعددة لتأمين التجميعات بدلاً من الإجماع الأصلي مثل Layer 1s. تحتوي المجموعات التراكمية على منتجين منفردين بدلاً من عدة منتجين ، مما يعني أن المستخدمين قد يحتاجون إلى الانتظار لمدة 24 أو 48 ساعة للوصول إلى أموالهم أثناء فترات الانقطاع.

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

تُظهر حالات الاستخدام أن التجميعات تتفوق حاليًا على Lightning Network أو بروتوكولات الطبقة الثانية الأخرى المتاحة على Bitcoin اليوم.

ماذا يمكننا أن نفعل مع مجموعات ZK التي لا يمكننا القيام بها في طبقة Bitcoin 1؟

هناك العديد من التطبيقات التي يمكننا القيام بها على مجموعة ZK.

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

لنفترض أن Lightning Network أصبحت طريقة الانتقال لنقل العملات المستقرة - في هذا السيناريو ، سيكون لدى Bitcoin ميزة على Ethereum. ومع ذلك ، إذا أصبحت التجميعات هي الحل الرائد لـ Ethereum لتحريك العملات المستقرة ، فسيكون من الأسهل أيضًا نقل الرموز المميزة لـ Ether بشكل سري.

& # x27 ؛ سيبذل بعض الجهد إذا كنت تريد إرسال عملة مستقرة عبر شبكة Lightning. الحل هو تبديل العملة المستقرة ذهابًا وإيابًا من Bitcoin عدة مرات لإنهاء الدفع ، وهو ما يعني بالطبع زيادة رسوم المعاملات. يكشف هذا عن إحدى المشكلات المتعلقة باستخدام Lightning Network في المقام الأول. يمكن أن تكون مجموعات ZK على Bitcoin مفيدة هنا لأن لديهم القدرة على نقل الرموز المميزة أيضًا ؛ هذا من شأنه أن يملأ دورًا مهمًا للمستخدمين.

ما الذي يتطلبه الأمر لتحويل ZK إلى Bitcoin؟

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

الخطوات التالية؟

قبل أن نحدد ما يجب تغييره لتنفيذ مجموعات ZK على Bitcoin ، يجب إجراء العديد من التجارب. إذا تم اتخاذ قرار بشأن الانقسام الخفيف ، فقد يكون ذلك مفيدًا في أكثر من سيناريو. على سبيل المثال ، إذا استخدمنا Soft fork لمجموعات الصلاحية ، فسيؤدي ذلك إلى إلغاء قفل حالات الاستخدام المحتملة الأخرى والسماح للشبكة بالاستفادة من أكواد OP لأغراض مختلفة.

يعمل المطورون بجد بالفعل على testnet ، ولا يمكننا الانتظار لنرى ما سيكشف عنه! سيتم إجراء تجارب متعددة من قبل العديد من الباحثين للتأكد من أن كل شيء يسير دون عوائق ويفيد المستخدمين قدر الإمكان.