المسرد

نشر دوري لالتزام حالة الـ rollup على الطبقة الأساسية لـ Bitcoin (الطبقة الأولى). ويكفل ذلك عدم القابلية للتغيير وحسماً نهائياً مستمدّاً من أمن Bitcoin.

أمر في لغة Script الخاصة بـ Bitcoin يتيح إدراج ما يصل إلى 80 بايت من بيانات اعتباطية داخل المعاملة، ويجعلها غير قابلة للإنفاق بصورة قابلة للإثبات. ويُستخدَم لرسوّ التزامات الحالة.

ترقية في Bitcoin (المقترحان BIP 341/342، فُعِّلا في نوفمبر 2021) أدخلت تواقيع Schnorr وبنية MAST. وهي تحسّن خصوصية النصوص البرمجية وكفاءتها ومرونتها، وتُعدّ مهمّة لآليات رسوّ أكثر كفاءة.

مخرجات المعاملات غير المنفَقة (Unspent Transaction Output). وهو نموذج المحاسبة في Bitcoin: فبدلاً من «الحسابات» توجد «عملات غير منفَقة» بقيم محدّدة. ويختلف ذلك عن نموذج الحسابات المعتمَد في SVM وEthereum.

حلّ من الطبقة الثانية (Layer 2) ينفّذ المعاملات خارج السلسلة وينشر دورياً حالة مضغوطة على الطبقة الأساسية (الطبقة الأولى). ويجمع بين قابلية التوسّع خارج السلسلة وأمن موروث من الطبقة الأولى.

سلسلة منفصلة ترتبط بالطبقة الأولى عبر جسر. وخلافاً للـ rollup لها أمنها المستقل: فإذا أخفقت السلسلة الجانبية كان الضرر حقيقياً ولا تخفّفه الطبقة الأولى.

بنية شبيهة بالـ rollup لكن بإتاحة بيانات خارج السلسلة (فبيانات المعاملات لا تُحفَظ على الطبقة الأولى). وهي أقدر على التوسّع لكنها أقلّ أماناً: فإذا تعذّر الوصول إلى البيانات عجز المستخدمون عن إثبات أرصدتهم.

rollup يفترض أن انتقالات الحالة صحيحة افتراضاً (ومن هنا وصف «التفاؤلي»). ويعتمد على إثباتات الاحتيال للطعن في الانتقالات غير الصحيحة خلال نافذة زمنية محدّدة (سبعة أيام عادةً على Ethereum).

rollup يستخدم إثباتات المعرفة الصفرية لإثبات صحّة كل انتقال حالة رياضياً. ويوفّر حسماً نهائياً فورياً، لكنه مكلف حسابياً.

بيئة تشغيل للتنفيذ طوّرتها Solana Labs. وتتيح التنفيذ المتوازي باشتراطها أن تعلن كل معاملة صراحةً الحسابات التي تمسّها. ويعتمدها Bitcoin Hyper بيئةً للتنفيذ.

بيئة التشغيل المتوازي في SVM. تحلّل المعاملات مسبقاً وتنفّذها على التوازي إن لم تشترك في حسابات. وهي المصدر الرئيسي لسعة المعالجة العالية في Solana (وفي Bitcoin Hyper).

إطار عمل بلغة Rust لتطوير برامج SVM. يضيف وحدات ماكرو وأعرافاً برمجية وأدوات اختبار تبسّط كثيراً كتابة العقود الذكية لـ Solana ولـ Bitcoin Hyper.

مكتبة البرامج المعيارية في SVM: التوكنات (SPL Token) وstaking والحوكمة وغيرها. ويستهدف Bitcoin Hyper التوافق مع SPL لتمكين إعادة استخدام توكنات Solana وبرامجها.

مكوّن في الـ rollup يرتّب المعاملات قبل تنفيذها. ومن يتحكّم بالـ sequencer يتحكّم بالترتيب (بما يؤثّر في MEV وفي الرقابة). ومن المتوقّع أن يكون مركزياً عند إطلاق Bitcoin Hyper.

القيمة التي يمكن استخلاصها بإعادة ترتيب المعاملات داخل الكتلة أو الدفعة أو بإدراجها أو باستبعادها. والـ sequencer المركزي يملك وصولاً كاملاً إلى MEV الخاص بالـ rollup.

آلية تتيح للمستخدمين «فرض» إدراج معاملة عبر الطبقة الأولى لـ Bitcoin، متجاوزين sequencer يمارس الرقابة. وهي في Bitcoin Hyper ما تزال قيد التطوير حتى 28 أبريل 2026.

الجسر الرسمي لـ Bitcoin Hyper لنقل BTC من الطبقة الأولى إلى الـ rollup والعكس. وعند الإطلاق: حفظ اتحادي، أي مركزي. وتنصّ خارطة الطريق على لامركزية تدريجية.

آلية تتيح للمستخدمين سحب أموالهم من الـ rollup عبر الطبقة الأولى لـ Bitcoin حتى في حال امتناع الـ sequencer أو الجسر عن التعاون. وهي خاصية أمنية حرجة ما تزال قيد التطوير.

ضمان أن بيانات جميع المعاملات متاحة للعموم. فإن غابت البيانات تعذّر على أي طرف إعادة بناء حالة الـ rollup. والحل النهائي في Bitcoin Hyper ما يزال قيد الدراسة.

تمثيل مضغوط لحالة الـ rollup الكاملة في لحظة بعينها (جذر Merkle عادةً). ويُنشر دورياً على شبكة Bitcoin لغرض الرسوّ.

بنية بيانات شجرية تكون فيها كل عقدة أصل بصمةً (hash) لعقدها الفرعية. وتتيح إثباتات كفؤة (Merkle proof) لانتماء بيانات بعينها دون الكشف عن مجموعة البيانات كاملةً.

التوكن الأصلي لـ Bitcoin Hyper. إجمالي المعروض: 21 مليار توكن (في إحالة إلى الـ21 مليون BTC). ويُستخدَم لرسوم المعاملات وstaking والحوكمة. والتوزيع: 25% للخزينة، و30% للتطوير، و20% للتسويق، و15% للمكافآت، و10% للإدراج.

آلية للإفراج التدريجي عن التوكنات عبر الزمن، بهدف ربط مصالح الفريق والمستثمرين بنجاح المشروع على المدى الطويل. وجدول استحقاق البيع المسبق لـ $HYPER سبعة أيام.

الحدث الذي يُنشأ فيه التوكن ويُوزَّع للمرة الأولى. وبحسب الورقة البيضاء ينبغي استكمال التدقيقات الأمنية قبل TGE الخاص بـ Bitcoin Hyper.

إجمالي قيمة الأصول المودَعة في بروتوكولات DeFi على الشبكة. وهو مؤشر يُقاس به مدى تبنّي المنظومة والثقة بها.

بروتوكول DeFi يحدّد أسعار المبادلة بصيغ رياضية (عادةً x*y=k)، فيستغني عن دفتر الأوامر التقليدي.

خدمة تنقل بيانات العالم الواقعي (الأسعار والأحداث) إلى السلسلة. وهي حاسمة في DeFi: فالإقراض والمشتقات وكثير من العقود الذكية تتوقّف على أسعار خارجية موثوقة.

إثبات تشفيري يبيّن أن انتقال حالة غير صحيح. ويُستخدَم في حلول الـ rollup التفاؤلية للطعن في الحالات الاحتيالية خلال نافذة الاعتراض.

مراجعة للشيفرة المصدرية يجريها طرف ثالث متخصّص بهدف رصد الثغرات. وفي حالة Bitcoin Hyper: موعود به قبل TGE، لكنه لم يُنشر حتى 28 أبريل 2026.

اللحظة التي يصبح فيها التراجع عن المعاملة متعذّراً. وفي Bitcoin Hyper يكون الحسم النهائي هو حسم Bitcoin نفسه (بعد عدد N من الكتل تلي الرسوّ).

حلّ من الطبقة الثانية على Bitcoin قائم على قنوات الدفع. مُحسَّن للمدفوعات الصغيرة السريعة ومنخفضة الكلفة بين طرفين، ولا يدعم العقود الذكية المعقّدة. وهو في بيئة إنتاجية منذ 2018.

حلّ من الطبقة الثانية على Bitcoin يعتمد آلية PoX (Proof of Transfer). له لغته الخاصة للعقود الذكية (Clarity)، ويُرسي كتله إلى Bitcoin. وقد ظلّت منظومته محدودة قياساً بالتوقّعات الأولى.

سلسلة جانبية على Bitcoin متوافقة مع EVM وتعتمد التعدين المدمج (merge-mining). تعمل منذ 2018، ومنظومتها صغيرة، وتستخدم RBTC (المرتبط بـ BTC) لدفع رسوم التنفيذ.