حقائق رئيسية
- يسمح Spark للمستخدمين بإرسال واستقبال البيتكوين دون بث المعاملات على السلسلة.
- يتم نقل الملكية عن طريق استبدال مفاتيح التخويل، وليس عن طريق نقل البيتكوين الفعلي.
- كيان Spark (SE) هو مجموعة من المشغلين، وليس طرفًا واحدًا.
- يتضمن Spark آلية خروج أحادية الجانب للمستخدمين لنقل الأموال على السلسلة دون تعاون SE.
ملخص سريع
Spark هو حل من الطبقة الثانية يمكّن معاملات Bitcoin دون نقل الأموال على السلسلة. يستخدم سلاسل الحالات (statechains) لنقل حقوق الملكية عن طريق استبدال مفاتيح التخويل بدلاً من البيتكوين الفعلي.
يعتمد النظام على كيان Spark (SE)، وهو مجموعة من المشغلين، وآلية "أحجية قطعتين". عند تغيير الملكية، يدمر SE قطعته التخويلية القديمة ويقوم بإنشاء واحدة جديدة للمستلم. يضمن هذا أن المالك الحالي فقط يمكنه إنفاق الأموال. يتم توزيع SE، مما يتطلب تعاون عدة مشغلين، مما يمنع أي طرف واحد من الاحتفاظ بمفاتيح التخويل القديمة. بالإضافة إلى ذلك، يوفر Spark آلية خروج أحادية الجانب، مما يسمح للمستخدمين بالتجاوز عن SE ونقل الأموال على السلسلة إذا لزم الأمر.
مفهوم سلاسل الحالات
يسمح Spark للمستخدمين بإرسال واستقبال البيتكوين دون بث المعاملات على السلسلة. لا ينتقل البيتكوين على السلسلة عند تغيير الملكية. بدلاً من ذلك، ما يتغير هو من يمكنه التخويل المشترك للإنفاق. هذا التخويل المشترك يتم مشاركته بين المستخدم ومجموعة من المشغلين تسمى كيان Spark (SE).
الفكرة الأساسية هي توضيح مفهوم قنوات الدفع دون الخوض في التشفير المعقد. الهدف هو التركيز على المفهوم بدلاً من الآليات. يعكس هذا النهج شروحات سابقة لشبكة Lightning، التي استخدمت مثالًا للعداد لتوضيح كيفية عمل قنوات الدفع.
مثال أحجية القطعتين
لشرح كيفية عمل Spark، تخيل أن إنفاق مجموعة معينة من البيتكوين على Spark يتطلب إكمال أحجية بسيطة من قطعتين. تحتفظ القطعة الأولى بالأحجية. القطعة الأخرى تحتفظ بها SE. فقط عندما تتجمع القطعتان المتطابقتان يمكن إنفاق البيتكوين. تتطلب مجموعة مختلفة من البيتكوين إكمال أحجية مختلفة.
عند تغيير الملكية، يتم استبدال قطع الأحجية. في البداية، تحتفظ أليس بقطعة أحجية تتطابق مع القطعة التي تحتفظ بها SE. يمكنها إنفاق عملاتها البيتكوينية من خلال تجميع القطع. عندما تريد أليس إرسال عملاتها البيتكوينية إلى بوب، تسمح له بإنشاء أحجية جديدة مع SE. لا تتغير الأحجية نفسها: الأحجية القديمة والجديدة لها نفس الشكل، لكن القطع التي تشكلها تتغير.
تم تحديد الأحجية الجديدة لبوب: جانب واحد مرتبط ببوب والآخر بـ SE. من هذه النقطة فصاعدًا، فقط قطعة بوب تتطابق مع قطعة SE. قد تحتفظ أليس بقطعة الأحجية القديمة، لكنها أصبحت الآن عديمة الفائدة. بما أن SE دمر قطعته المتطابقة، لم تعد قطعة أليس تناسب أي قطعة أخرى ولا يمكن استخدامها لإنفاق البيتكوين. انتقلت الملكية فعليًا إلى بوب، على الرغم من أن البيتكوين المعني لم ينتقل على السلسلة.
الأمن والتوزيع
تظهر שאלה حاسمة: ماذا لو لم يقم SE ببساطة بتخزين قطعة الأحجية القديمة؟ في هذه الحالة، يمكن لـ SE بالتآمر مع المالك السابق، أليس، وإنفاق عملة بوب البيتكوينية. نحتاج إلى الوثوق بـ SE بأنه، عند انتقال الملكية من أليس إلى بوب، قام أيضًا بتدمير قطعته من الأحجية.
ومع ذلك، من المهم فهم أن SE ليس طرفًا واحدًا. يتكون من مجموعة من المشغلين، وجانب الأحجية الخاص بـ SE لا يحتفظ به مشغل واحد بمفرده. يتطلب استبدال الأحجية تعاونًا بين عدة مشغلين. لا يمكن لأي طرف واحد الاحتفاظ سرًا بأحجية قديمة نشطة أو إعادة إنشائها لاحقًا. يكفي أن يتصرف مشغل واحد بصدق أثناء النقل لمنع إعادة تنشيط الأحجية القديمة.
آلية الخروج الأحادية الجانب
للحفاظ على هذا التوضيح مركزيًا، آلية الخروج الأحادية الجانب لا يتم مناقشتها بالتفصيل عن عمد. إنها جزء مهم من نموذج أمان Spark، لكنها ستصرف الانتباه عن الفكرة الأساسية. ما يهم هو أن Spark ليس نظامًا يعتمد فيه المستخدمون بشكل دائم على SE.
بينما تعتمد التحويلات اليومية على التخويل المشترك، يوفر Spark أيضًا للمستخدمين طريقة لإنفاق أموالهم على السلسلة دون الحاجة إلى تعاون SE. يوجد هذا المخرج التصميمي بالتصميم، مما يضمن أن المستخدمين يمكنهم دائمًا استعادة السيطرة على أصولهم دون الاعتماد فقط على المشغلين.
